「複数形」を含む日記 RSS

はてなキーワード: 複数形とは

2017-10-21

何でもかんでも揃えようとしないでほしい

プログラマなんだけど、なんでも揃えようとしてる人がうざい

よくあるのが、JSON とかオブジェクト系の記述するところで、 「:」とか「=>」みたいなのの位置

揃えられると一見すると見やすいが、金額みたいに揃ったみやすさが必要ないところでされると面倒

10行並んでたら1つ変えたのが原因で10行とも変えないといけなかったりする

面倒だけどツール使えば揃えること自体は楽にできるからこれはまぁいい

だが、バージョン管理ソフトでの変更行数が無駄に増えるのでパット見たとき結構大きな変更してるように見えたりするからちょっとイヤ

さらgrep かけようにも空白数が不定だから正規表現にしないといけない

正規表現書くの面倒だしそもそも遅い

大規模プロジェクトだと待ち時間が大きく変わってくる

んだけど、まあここまでは別にいい

他でも十分ある宗派の違いだし、まだ理解できる

この揃えるとき

aaa      : {
    bbbb : 100
    ccccc: 200
},
dddd     : {
    e:   : 300
}

みたいに(フォントによっては揃ってなく見えるかも)、ネストが違うのに全部を揃えようとするの、ホントやめろ

わかりづらい

上の例みたいなシンプルだと困らないが複雑な構造になってるとかなり見づらい

せめて揃えるのは連続する行で同じ階層のものだけにしてほしい

上でいう aaa と dddd の行が10行程度離れていたら、ここを揃えても全くきれいに見えないし無駄

bbbb と ccccc みたいなときだけならまあ許せる



仏の顔も三度まで、

ここからは許せないレベルもの


(1) 文字数を合わせようとする

上で書いたみたいなのは文字数が違うから合わせるためにスペースを入れる必要がでる

しか文字数が揃ってたらそんな必要はなく見た目も綺麗だ

きれいなのはわかる、だが無理やり合わせようと単語を探し始めるとかありえない

5つ項目があって、4つが6文字単語で残りの1つが4文字だったとする

6文字にしたいからそれっぽい意味単語いか探そうとしてる

無駄な上に、本来のそれに適した単語じゃないのを無理やり使うのでわかりづらい

理解できない自己満足しか思えない

揃ってることはパット見綺麗でもプログラムみたいのだと、単語まで似てると気づかないミスが出て来る

beer と bear、 form と from、 fall と fail みたいな見た目が似てる単語と、見た目が全く違う単語比較ではミスの数が明らかに変わると思う

なのに、 enum みたいな選ぶタイプのもので、数文字違うだけの似た見た目の単語を探してきて選ぶとか、ミスを誘発しようとしてるのかと言いたい



(2) 単語の語尾とか

(1)のように大半が揃ってると残りも無理やりそうしたいということで、単語勝手に変化させたものがある

例えばだが、語尾が1つを除き全部 -ly になってたとする

そうすると残り一つに無理やり ly をつける

なんなの?イン踏みたいの?ラッパーなの??

経緯を知らない人が見たら意味不明単語である

そもそも名前みたいな固有名詞にすらそんなことしてるから意味不明にもほどがある



(3) 変化形無視

上の時点で英語を完全無視英語力のなさはわかっただろうが、さらにこういうのもある

過去形には ed複数形には s のようなルールには単語によっては特殊な形をするものがあるのはもちろん知ってると思う

それを完全無視変数名を定義するから見ててすごく気持ち悪い

プレフィックスis つけるみたいな単語の組み合わせ部分なら気にしないけど単語としておかしいから、自分で書くとき本来の形で書くとエラーでるからさらイライラする

例えばこういうこと

readed, catched, taked, companys, boxs, mans, childs, fishs, classs

見てるとムズムズする

英語得意でない自分ですら違和感を感じるのに、これに何も感じないとか英語力ひどすぎると思う

まあエラーメッセージdon't have ~ とすべきところを has not ~ とか書いてたくらいだからなぁ

これが部下とか下の立場の人なら 「使う前にググってみて。おかしかったら『もしかして、~~』みたいの出るから」と言って直させるけど、上だからどうしようもない

間違ってますよー、と遠回しに言ってみたことはあるものの、直す気は全くないようだし、それどころか無邪気に揃えてやったぜみたいなこと言ってドヤ顔してるからホントどうしようもない

2017-09-18

メルカリシステムが糞すぎる件

(ここでいうシステムというのはビジネスモデルの事ではなくて、サーバーサイドのシステムの話)

嫁がメルカリで出品される商品を買いたいがすぐに売れてしまったりするというのでアラートが欲しいと言い出した。

どうも標準である"保存した検索条件の新着通知"という機能スピードや精度などがいまいちで使えないらしいのだ。

で、調べてみたところ2個ほどアラートアプリがあるようなのでそれを入れてみるように言ってみた。

しかし、それらのアプリでも通知結果が変だったりするらしい。(新商品の通知がきたのに、メルカリ本体検索するとひっかからないなど)

うーん?アプリが悪いのかな?

と思ったので簡易的に通知スクリプトを書いてみることにした。

一行で書くと、

検索結果ページを定期的にGETしてHTMLを解析して商品一覧を抜き出し、前回の結果になかったものがあれば通知すればいいだけ」だ。

うん。楽勝だべ。

よし、検索結果のページを解析するために見てみよう。何々、1件から48件まで表示中です。。

ふむふむ。で、結果がページ下にずらりと並ぶのか。

いーち、にー、さーん、・・・(中略)・・・・、よんじゅーろく。。 あれ?なんど数えても46件しかないぞ!

皿を数えるお岩さんの気分で何度も数えてみる。。が、やっぱり46件しかない。

「二枚足りなーい!うらめしやー!」

まあ、こんな事は些細なことさ。(CSSクラス名の単数形複数形おかしいとかももっと些細なことさ。)

とりあえずスクリプトを完成させるぜ。

・・・

・・しこしこしこ・・

・・・

じゃじゃーん!というわけでスクリプトはすぐにできたので、試しに走らせてみた。

・・・

・・おお、結構な頻度で新商品がでるんだな、さすが大手サイト

・・

・・てか出品おおすぎね?こんなマイナー商品検索しているのに1分間に7件も出品されるなんて

・・

・・( ,,`・ω・´)ンンン?

・・

なんだこれは!検索結果にときどきゴミが混じっているではないか

例えるなら、ドラえもん10検索したら、3回ぐらいの割合巨人の星マツコ・デラックスがでてくるような感じ。

通るかこんなもーん!!!

結論

アラートアプリ開発者は悪くなかった。

2017-08-23

はいつ「勝ち組・負け組」という言葉を知ったの?

勝ち組負け組 由来」でググると、ブラジル日本人第2次大戦での日本敗戦を信じるかどうかで、日本は勝ったと主張する組と負けたと主張する組で分かれたのが由来だと表示される。

ただ、自分個人記憶としては、20年前に読んだ麻雀漫画セリフ最初だ。

結果オーライ勘違いしてっと負け組になるぞー」

この「負け組」という言葉絶妙だなと思った。

「勝者・敗者」という言葉は前から知っていた。「者」は単数形だけでなく複数形でも使えると思う。

しかし、この「組」という言葉は、複数形意味はもちろん、ある基準でのまとまり、それも一時的ではなく固定化したまとまり意味もあると思う。

その意味で、「勝率が悪い人たち」を表す「負け組」という言葉絶妙だ。

から自分としては「勝ち組・負け組」はギャンブル用語として認識していた。

だが、やがて一般でも広く用いられるようになった。自分はそれがずっと嫌いだ。

ギャンブルならば、評価基準単一から勝率を気にすることは重要だと思う。

でも、人生恋愛統一された評価基準なんてあるんだろうか。

もっとも、自分がこのように毛嫌いするのも、もともとはギャンブル用語だったはずだと考えているからだ。

自分負け組に分類されると、「戦略理論に誤りがあるのに、それに気づかず直さず、漫然と負け続ける愚か者」として痛烈に批判されていると感じてしまう。

「勝者」という表現ならば、その以外の人々は「敗者」もいれば「競争継続中の人、再挑戦をしている人、また、そもそも競争に参加していない人、関心がない人」もいると想像できる。

しかし、「勝ち組・負け組」では必ず二分される。不本意な評価基準での比較強制的に参加させられる。そのように感じてしまう。

ただ、はじめから一般用語として認識している人なら、もっとゆるいイメージなのかもしれない。

勝ち組」も「勝者」も大差ないのかもしれない。

そういうわけで、みんなが「勝ち組・負け組」という言葉をいつ知ったのか、どういう認識なのかを教えてほしい。

2017-07-25

quattro formaggi と言ってほしかった。

formaggio は単数形、formaggi は複数形

2017-04-23

http://anond.hatelabo.jp/20170423191509

んー?

fascinateとは

魅(惑)する、悩殺する、(…の)魂を奪う、にらんですくませる

pflanzen_pfirsich_2さん 2016/12/116:34:28

イタリアファシスト党に由来します。

語源イタリア語ファッショ(束、集団)だそうです。

外来語英語由来ばかりではありません。

https://ja.wikipedia.org/wiki/ファスケス

ファスケス(ラテン語: fasces ファスケース)とは、「束」を意味するラテン語名詞ファスキス (fascis) の複数形で、通常は斧の周りに木の束を結びつけたものを指す。

古代ローマで高位公職者の周囲に付き従ったリクトルが捧げ持った権威標章として使用され、20世紀ファシズム語源ともなった。日本語では儀鉞(ぎえつ)や権標、木の棒を束ねていることから束桿(そっかん)などと訳される。

https://ja.wikipedia.org/wiki/ジョヴァンニ・バッティスタ・シドティ

んー起源はファスケス

んー語源はファスケス

2017-02-18

一般向けの本を書いて有名になって大学教授になったひとたち

複数形なので特定の人を指している訳ではない。

小説以外の一般向けの本を書く人はライターと言われる存在であって、本が売れることによって収入を得るものである。それゆえに、本を売るために常識に反することや極端なことを書く。あるいは、その時に流行していること便乗して持論を展開したりする。なによりも、本が売れることを重視するのであって、正確性や真実性を省みることはない。

そういう有名人大学客寄せパンダとして教授にしたりすることがあるらしい。そんなことがあっていいとは思えないのだが、大学経営として学生を集めるために已むを得ないという判断なのであろう。こうして教授になったとしても、人の本質が変わるわけではない。むしろ客寄せパンダとして役割を果すためには、相変わらず極端なことや派手なことを言い続けなければならないのである

2017-02-08

いやー割とけものフレンズ観れたから生きててよかったと思ってる

最近アニメつらい、つらいと思って離れてたしもうアニメ卒業かな?と思ってたけど

ここにきてけものフレンズですよ。

遺伝子操作による獣人!とか危ない研究機関が生み出したミュータント!とか

そんなんじゃない、「フレンズ」なんですよね~。

うそういうメンドクサイのいらないからっていうんで、とにかく可愛いできる!

けものフレンズかわいい!と、言いたいことなくなってしまった。

心に水を注ぐようにけものフレンズを観ていると栄養がどんどん補給されてくるのが分かる。

幸福感が満ち満ちてくる。幸せ

全国の鬱病患者はまずけものフレンズを観ることから治療にあたってほしい。本気で。

なんならテレビの前でサーバルちゃんに合わせて猫の手で「にゃ!にゃ!」とかやったっていい!29のお兄さんがやった元気でた!

いや~フレンズっていいものですね~。

ちなみにフレンズ英語表記friends

友だち・友人の複数形っていう意味です。フレンズ、いい響きだよね!

それでは!

2017-02-05

1文字大和言葉同音異義語

日本語同音異義語が多い」という風説に挙げられるのが漢語ばかりなので、大和言葉の例を調べてみた。

やまとことば古語or現代漢字英訳現代複合語地名に残る例備考と個人的感想
footあし足掻く、足立(埼玉県東京都) 
thatあれ 
weわれ吾妻(群馬県) 
five五十路 
五十fiftyゴジュウ五十鈴(三重県) 
youてめえこき下ろすときに使う二人称とのこと
sleepねる 
cormorant 
rabbitうさぎ 
handle 
older brotherあに中大兄皇子 
inletいりえ江戸 
deulkkaeゴマ荏原(東京都) 
foodえさ餌付けジビエ」はフランス語
branchえだ梅ヶ枝餅 
Chinese hackberryえのき榎町[なみえまち](群馬県) 
mosquito 
thatあれ彼方 
鹿deerしか鹿島(茨城県)(佐賀県) 
placeバショありか 
tree 
pestleきね杵築(大分県) 
tuskきば象牙[きさのき] 
sakeさけ神酒 
fortとりで茨城(茨城県)
leekねぎ分葱 
hair 
mealショクジ朝餉、昼餉、夕餉 
daysダン 「ハレとケ」のケもこれではないか
becauseゆえに 
child 
powder削り粉、薄力粉 
silkwormかい春蚕 
basketかご伏せ籠 
tree木立、木漏れ日 
thisこれ此方 
バショあそこ 
そう「さもありなん」 
arrow 
nest 
鬆立つ 
blindすだれ 
shoalなかす天王洲アイル(東京都) 
簀巻き、すだれ 
back 
fordあさせ「立つ瀬がない」 
husbandおっと 
dressおめしもの 
backせなかそむく 
thatそれ 
name 
greens 
side dishおかず酒の肴 
Iわたし 
baggage 
red earthあか 
ballたま八尺瓊勾玉 
ballたま 
marshぬま 
field 
sound 
price 
root 
peakみね筑波嶺[つくばね](茨城県雅称)
field 
1幅は37.9センチメートル 
tooth 
edge 
leaf 
edgeはし 
the Sun 1日を表す場合、「は」は単数形複数形は「か」。「ひとひ」→「ふつか」
fire 
shuttleシャトル 
iceこおり氷室氷川神社(埼玉県) 
gutterとい 
brown bearひぐま 
Japanese cypressひのき檜原(東京都) 
fart 
tier二重まぶた 
directionあたり水辺、海辺、古[いにしえ] 
houseいえ一戸九戸(岩手県青森県) 
upsideうえ 
earthenware potかめ鍋[なべ] 
prowへさき 
kitchen rangeかまど 
directionホウコウ行方[ゆくえ] 
sail 
spike 
true 
opening 
eye眼(まなこ)、まつげ 
body 
fruit 
winnowing basket 
spiritかみ海神[わたつみ] 
waterみず水戸(茨城県) 
eye 
bud 
womanおんな 
海藻seaweedカイソウわかめ「め」は食べられるもの、「も」は食べられないもの
algae 「め」は食べられるもの、「も」は食べられないもの
bottomsボトムス 
mostもっと最中、最寄り 
valley《備考参照》渋谷(東京都)(神奈川県)、谷津(千葉県)「やと」「やつ」「やな」「やち」など。
homeいえ 
more and moreいよいよ弥生 
spokeスポーク 
circle 
weわれ 
wellいど 
rushいぐさ 
cord 
manおとこ牡牛 
ridgeおね 
tailしっぽ枯れ尾花 
現代語だけに絞った表
やまとことば古語/現代漢字英訳現代複合語地名に残る例備考と個人的感想
cormorant 
handle 
mosquito 
tree 
hair 
child 
powder削り粉、薄力粉 
nest 
鬆立つ 
back 
name 
greens 
baggage 
sound 
price 
root 
field 
tooth 
edge 
leaf 
the Sun 1日を表す場合、「は」は単数形複数形は「か」。「ひとひ」→「ふつか」
fire 
fart 
sail 
spike 
true 
opening 
body 
fruit 
winnowing basket 
eye 
bud 
algae 「め」は食べられるもの、「も」は食べられないもの
circle 
cord 
ことわりがき

2017-01-31

http://anond.hatelabo.jp/20170131085221

そもそもさっきからこいつが引用してるこの2つのURL

best vs bestsという「ベストがいっぱいいるのなら複数形にしなくていいの?」という議論であって

bestというポジションひとつ(一番のこと)であるかどうかの話じゃない

まじで英語全然読めてないんだろうな

一番は一つじゃないこともある

とあるブコメで、

「一番役に立ってる教えの一つだ」って表現偏差値20。一番は一つだ馬鹿

というのが大量に星を集めていたが、これにあまり同意できない。

日本語としても、削る方がスマートになるとはいえ、間違いとは言い切れないように思う。

これは、翻訳調の言い回しに多い。

one of the most ... ~sという表現で、もっと妥当表現にするなら、

「最も...な~達の内の一つだ」となる。

こういう表現をしても、アレにツッコんでいた人たちは、

「最もという時点で一つに絞られるべき」と考えるだろう。

それはちょっと想像力が足りないのではないかと思う。

「最も...だ」と表現しているものは、単体ではなく、グループ的な概念であって、

しかも単体として見てもどれが一番だと厳密に決めるような問題ではない話において使われるように思う。

たとえば、

Googleアメリカで最もクールIT企業ひとつだ」

と言った時、話者は最もクールIT企業(複数形)はApple, Google, Facebook, Amazon念頭においているかもしれない。

その中からGoogleの一つをピックアップした、という具合だ。

それぞれにそれぞれのクールさがある。

「話者がクールIT企業を考えるとき、まずいつもそれらがワンセットで話者(もしかしたら読者も)の頭の中から引き出されているんだけど~」

という私的思考様式をチラ見せしつつ、そのトビキリなワンセットの全てを語ることはせずに一つだけ抜き出して見せる。

要するに「他にもスッゲーのはあるんだけど今から言うコレ!コイツのスゴさを語るぜ」というニュアンスを端的に伝える為にはこう表現する他にないだろう。

冒頭の表現でも、「(あの仕事で学んだ)スッゲー役に立ってる考え(のセットはA論B論C論の三段セットでいつも活用してるんだけど、それ)の(うちの)一つだ」

っていう風なニュアンスで瞬時に把握して、ちょい鼻につく利口ぶった言い方したいんだな~と感じるのを普通にみんなやってるはずなんだよね。

でも言葉尻に注目して小賢しく理屈で考えだすと、無意識に感じ取った複雑なニュアンス機微が塗りつぶされてしまう。

そういうのもったいないね。アニメとか見ててもへんな所で引っかかっちゃう人はだいたいそんなん。

2016-11-28

人類がこれ以上効率よくなるには自然言語を改造するしかない

自然言語にある、情報伝達上必要のないクソルール撤廃していくべき。混乱を招く同音異義語もなくすべき。

日本語だと濁る音とか、ひらがな漢字カタカナの使い分けとか。極力なくせ。

英語だと動詞の変化の例外とか、単数・複数形例外とか、可算名詞と不可算名詞とか。ヨーロッパ語だと男性名詞と女性名詞とか?言語上の意味あるのか知らんけど。

意味が同じでもニュアンスが変わると言うならそれは意味が変わっているのだから残せば良い。しかし「そう決まっているから、そう習っただけ」の完全に意味のないルールが多くあるはずだ。それをなくせ。

人生初期の言語学習の段階でそれをやれば難しくないはず。今までの人はもっとめんどくさいルールを覚えて(そして困って)きたのだから。また言語時代と共に変化しているのは誰でも小学校古文を習っているのだからご存じの通り。これからガンガン変えていけば良い。

蛇足だが究極の理想は全人類言語統一。これができたら素晴らしく社会改善されると思うが、どう考えても一度人類を滅ぼすでもしないと無理そうだ。

2016-10-17

shamanipponに足を踏み入れてしまった

KinKi Kidsデビュー時の盛り上がりをリアルタイムに目撃しているにも関わらず、当時は彼らの音楽あんまり気に留めていなかった。さすが山下達郎だなー、歌もまあまあうまいし売れるのわかるなーみたいな。

それがなんだかんだで今年事務所話題になったときに、なんとなーく昔の曲を聴いてみたら、なんかちょっとツボに入ってしまった。

これだけなら単に、おー20年近く、「アイドル」のクオリティを超えて音楽活動もがんばっているね、いいね、で終わる。

が。

堂本剛ミラノコレクション音楽監修が話題になっているのを知って、「え、そんなマルチな音作りしてんの?」と気になり、うっかりソロ活動検索

数年前に立ち上げたshamanipponのコンセプトがやばい話題になってたときは、「あーなんかスピリチュアル的なものにかぶれてしまったパターンかー」としか思っていなかったのだが、もったいないことをした。ざっと数曲聴いた限りでも、近年のインスト曲とか、とてもいいじゃないですか。

名義をいろいろ変えてた頃はよく知らないけど、今うまく技術センスマッチして、成熟してきたんだなあと感じる。

戦略的に「売る」ことは志向していないように見えるので(複数形態での発売はレコード会社の都合もあるだろう)けっこう当たり外れはある気がするけど、今はFUNKを全面に出しつつも、それまでの自分音楽経験を生かした音作りに真摯に取り組んでいる感じ、これから応援したいと思いました。すごい。

あと、優れた声を持つ非整数倍音整数倍音デュオとして、個人的にはチャゲアス不在の今いっそうがんばってほしい気持ちもありますので、へんなこととかに巻き込まれず、ご自分のペースや気持ち大事にしつつも、ソロ作曲家歌手としてのみならず、デュオとしてもいっそう活躍してくれたら嬉しいなと願っているところです。

2016-08-26

一人称おっちゃん」、二人称おっさん」、三人称おっさん」、複

一人称例文:「おっちゃんに任せとき

Just leave it to me!

二人称例文:「これ、おっさんのん?」

Is this yours?

三人称例文:「おっさん知ってる?」

Do you know him?

二人称複数形例文:「おっさんらにはわからんわ!

You'll never know!

三人称複数形例文:「おっさんらのことやからな!」

Like they do!

その他の例文:「おっちゃんらにビール!」

Free beer to everyone!

2016-07-25

gitにおけるコミットログ/メッセージ例文集100

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくま単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。

要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのであるググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか

仕方なく自分でまとめたので、増田に垂れ流しておく。

はじめに

ここで挙げているコミットログは全て実際のコミットログから転載である。当然ながら各コミットログ著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユース範囲なら許してくれるだろうと考え名前プロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。

抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリGitHubSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した(あわせて前処理として、コミットログ冒頭のタグ情報は消去した)。

結果として対象としたリポジトリは以下の通り。

atomのみ5400件抽出していたため、計25400件のコミットログベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。

こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である個人的に「うーんこの」と思った表現も、散見される場合は載せた。

ということで、以下用例を羅列していく。

用例集

オプションフラグメニューを追加した
ファイルを追加した
メソッド機能を追加した
実装を別のものへ切り替えた
  • Use args.resourcePath instead of args.devResourcePath
  • Use arrays instead of while loops
  • Use auto instead of repeating explicit class names
  • Use weak pointer instead of manual bookkeeping
  • Change all uses of 'CInt' to 'Int32' in the SDK overlay
  • Change Integer#year to return a Fixnum instead of a Float to improve consistency
新しく何かに対応した/機能上の制約を取り払った
何かを使うようにした
より好ましい実装に改良した
何かを出来ない/しないようにした
  • Don't bail reading a metadata instance if swift_isaMask isn't available
  • Don't exit until the parent asks for an instance
  • Don't include Parent pointer in Nominal/BoundGeneric TypeRef uniquing
  • Don't use MatchesExtension for matching filters
  • Don't use ES6 class for AutoUpdater windows class
  • Don't use MatchesExtension for matching filters
  • Avoid `distinct` if a subquery has already materialized
  • Avoid infinite recursion when bad values are passed to tz aware fields
オブジェクトの内容や挙動確認やすくした
Assertを追加した
不要コードを除去した
コードを移動した
名前修正した
さなバグタイポ修正した, 警告を潰した
バグや好ましくない挙動修正した
テストコメントドキュメントを追加した
テストを削除した
テストコメント修正した
ドキュメント修正した

表現傾向とまとめ

以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。

Add1149
Fix1014
Update584
Remove566
Use382
Don't260
Make228
Move178
Change103
Rename85
Improve76
Avoid68
Allow65
Implement60
Handle58

コミットログの基本形はもちろん動詞 + 名詞である名詞固有名詞複数形、不可算名詞が多いが、単数形場合冠詞は a が使われるか、あるいは省略される。the はまず使われない。

何かを追加した、という表現では非常に広く Add が使われる。メソッドからテストドキュメントに至るまで大概これでまかなえる。

一方、何かを修正した、という表現では広く Fix が使われる。「何か」は typocrash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である

Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合Make sure が使われる(こちらはthat節が取れる)。ただし Fix よりもニュアンス的に重い表現と思われ、Fix を使わず Make sure ばかり使うのはちょっとキモいのではないかと思う(Ensure はさらに重い表現っぽい)。

また、Fixtypo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメントコメントテストに使われ、本体コード修正に対しては使われない。本体コード修正にあわせてテスト更新したなら Update が使われる。ただ、テスト機構それ自体バグ修正したなら Fix である

無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)からのもの(B)に切り替えたのであれば Use B instead of A か Change A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合Don't use を使うことが多い。

何かをしないようにしたなら Don't を、内部実装効率化なら Make A + 比較級/形容詞Improve が使われる。

中身の変更を伴わない単なる名前の変更なら Rename A to B、コード機能論理上の場所を移動させたなら Move A to B である

この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。

余談

コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えば get rid of とか2件しか使われておらず、圧倒的に remove である

一方で、シンプル単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。

おわりに

8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体効率のいい学習になるという話と同じだと思う。

このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。

2016-07-05

http://anond.hatelabo.jp/20160705205832

諸君警察です。

諸君」は「諸国」「諸侯」と同じく複数形なのでもう二人以上必要です。

てかどっちのこと指したつもりなの?

2016-03-20

英語が学ばれない、誰でも分かる簡単な理由(ヒントは水曜日)。

もちろん様々な理由があるけれど、手軽に説明できる例として、私は「水曜日」を挙げている。英語で書いてみようか。

WEDNESDAY

さあ、読んでみよう。……うぇどねすでい?

不正解、「うぇんずでい」だ。

WE「D」N「E」SDAY 

括弧の部分は“発音しない”。

なぜ発音しないアルファベットを書くのか、発音する「E」と発音しない「E」の違いとは。法則性があるのか。大半の人が経験したであろう“躓き”だ。ほとんどの人は、この「水曜日」で英語を学ぶことに対して精神障壁が出来る。

何かを学ぶ際、例えば算数だと方式だとか、いわゆる“パターン”を見出すよな。「1+1=2」を学んだ際、それとは別に「2+2=4」とかを学ぶ必要はない。だって、足し算を覚えればできるんだから

言語も同じで、読み方や書き方に法則性を見出せば、その単語のものを知らなくても大抵は読めたりする。その単語意味を学ぶだけでいい。つまりアルファベットの書き方と読み方を覚えれば、それを組み合わせた単語も読めるはずだ。と思った矢先に「水曜日」というよく使いそうな単語で「発音しないアルファベットがある」、更に「法則性もない」という“例外”をぶち込んでくる。

この“例外”の厄介なところは、「発音しないアルファベット存在する」ということだけしか学べないところだ。法則性がなく、本当の意味で“例外なのだ。なのでその都度、「発音しないアルファベット存在する単語」の読み書き(そしてその単語もつ意味も含めて)覚えないといけない。平面な道に一部だけ凹凸があるような、これら“例外”は学ぶ側に負担を与える。

この後も、「BERRY」などで「なぜ『R』が2ついるんだ?」となる。そして「BURY」という綴りが違うのに発音が全く同じ単語が登場し、「なぜ同じ発音なんだ」、「なぜ『BURY』の方は『R』が一個だけなんだ」、「こんなことになるなら、『無発音』という概念いらないだろ」と激昂するのは誰もが通る道だろう。

次点では、「MAN」の複数形が「MEN」、「複数形だけど単数形と同じ綴り」という単語などの登場が共感できるところだろうか。

もう分かっただろう。英語が学ばれにくい理由単純明快言語として洗練されていないからだ。つまり覚えにくい。

なにせ英語は様々な国の言語がもとになっており、いわばキメラ生命体。それで洗練されていたとしたら奇跡というほかない。そして、英語特にそれが顕著なだけで、ほとんどの国の言語はそこまで洗練されていない。

もちろん、日本語だってお世辞にも洗練されているとはいえない。けれど、私たち日本に住んでいる人はそれを日常で使っているから、多少の違和は受け入れられる。更にいえば世界共通語ではないから別に洗練されていなくてもいい。別の国の人に無理して学んで貰う必要がないのだから

ちなみに、上記の例は本国の人がしていた話を参考にした。つまり英語に慣れ親しんでいる人ですら、不満の多い言語ということだ。本国の人ですら不満の出る言語を、他国の人がうまく学べないからといって、個人の問題で片付けてしまうのは間違っていると私は考える。

英語世界共通語にしなければいいのか、という話ではない。英語は洗練されていない。だから覚えにくい。という前提を共通認識にしようという話だ。それを踏まえたとき、今の「英語勉強のさせ方」ももう少し最適化されていくのではないだろうか、というのが私の淡い期待だ。

2016-02-02

http://anond.hatelabo.jp/20160202103155

今はもう一周して一般化しちゃったからなぁ、Japは。気にしてるのは何にも知らない人だけと。

ちなみにユダヤ人意味する Jewはネガティブ意味合いで、複数形のJewsは一般的意味なのも言葉の奥深いところだと思っている。

2015-12-11

http://anond.hatelabo.jp/20151211232020

複数形でもそのまま同じ単語

→「サボってんじゃねえよ!」

これは笑った、良いツッコミ

2015-10-12

What you learned from your parents was the way words sounded

「Grammar in Your Pocket Series Introduction」の1節。

S What you learned from your parents 人が親から教わること

V was 

C the way words sounded 言葉の発し方、発音

ポイント

主語youは「あなた」じゃなくて、いわゆる「総称you」、一般的に「人」を指すyouだと思う。

②「words」という無冠詞複数形から、およそこの世に存在する(英語の)単語言葉全てを指してる。

the way words sounded

→the way how words sounded

→the way which words sounded in

→the way in which words sounded

→how words sounded

2015-10-11

not前後の省略2

Introduction (Grammar in Your Pocket Book 1) (English Edition) の一節。

While real names are given for some parts of speech,

you won’t be overwhelmed with them.

Remember,

it’s what they do that counts,

not so much what they’re called.

However,

if you plan to go on “Jeopardy!” or get a better job or impress your friends,

youll need to know the difference between an adjective and an adverb.

「what they do that counts」は、

what they (=real names) do に that counts っていう関係代名詞節がかかってるもの

real names = 本名; 実名

http://ejje.weblio.jp/content/real+name

count = 2a大切である,重きをなす 《★進行形なし》.

http://ejje.weblio.jp/content/count

訳は、「彼らが(習慣とか仕事として、過去から現在さら未来へ)行ってきた価値あること」かな?

「that counts」が do の目的語である可能性はない。

もしそうだったら、whatで抜き出されている目的語に当たるパーツがwhat節内からなくなるし、

そもそもthatという単数形とcountsっていう複数形が食い違う。

っていうか急にググりながら考えてたらわかった。

違う。

「that counts」は、「what they do」にかかる関係代名詞節じゃない。

何か適当にググってたら出てきたこの格言でわかった。

It is not what they take away from you that counts. It's what you do with what you have left.

Hubert H. Humphrey

Read more at http://www.brainyquote.com/quotes/quotes/h/huberthhu103505.html#0ui9Zodf0sZgODF5.99

http://www.brainyquote.com/quotes/quotes/h/huberthhu103505.html

そもそもwhat節を関係代名詞節で修飾、限定することって英文法的に可能なんだろうか。

それが可能だったとして、

what they do that countsが1つの名詞節だったら、

it’s what they do that counts, の最初it が何を指してるのか不明だし。

最初itは、that節を指してるってことを今理解した。

「that counts」で「価値あるもの」っていう名詞節になって、それを仮主語itで受けて、「what they do」ですと言っている構造か。

やっと理解できた。

上の格言は、

「何を失ったか(=奪われたか)は重要ではない。残されたものをどう扱うかが重要である。」っていう意味だ。

It's what you do with what you have left の後ろに、that countsが省略されている。

文頭のitはこの省略されたthat節を受けている。

結局、「it’s what they do that counts, 」の訳は、

重要なのは価値があるのは)彼らが行っている(行ってきた)こと(=仕事活動等)である。」が正しいことになる。

んで、やっと

not so much what they’re called.

のnotの前後に省略されているものが何か検討できる。

まず、

notが「Remember」にかかるものだと解釈するのは間違いだっていうのは俺にも理解できる。

Do Not Remember so much what they’re called. 彼らが何と呼ばれているかまり思い出すな!

これはおかしい。

明らかにおかしい。

正しい省略前の文章を考える。

①(It's not) what they’re called (that counts so much).

これは間違いな気がする。

②That does not count so much is what they’re called.

これは文章構造自体が変わってるし、間違いだろう。

となると、これか?

③(It's )not so much what they’re called (that counts ).

ひょっとするとこれが正しいかもしれない。

It's what they’re called that does not count so much .

直訳だと、あまり重要でないことは彼らが何と呼ばれていたかである、となる。

総合的には③が正解っぽいけどね。

まっ、「not so much」が「count=重要である価値がある」にかかるって理解ときます

はい

2015-09-14

いっつも迷うんだけど

コレクションを持たせる変数とか、DBカラム名とか、APIエンドポイントとか、

複数形にするべき名前に使おうとした英単語が不可算名詞だったときってどうするのが正しいんでしょうか。

経験的には

ドメイン的に〜sってつけてもおかしくないからsとかesつけちゃう

・別の単語を探す

の両方のパターンがあったけど、もっといい方法というか判断基準とかあるんですか?

ログイン ユーザー登録
ようこそ ゲスト さん