あいまいを避けて勘違いの起きない命名をするための体系的分類（を目指して） ―― 英文法による一般化と明確化 - Qiita

はじめに：この記事を書いた動機 これらの素晴らしい先行記事を見て、「言語学を用いれば、共通点を見つけ出して一般化・大項目化したり、取り違えやすいエッジケースを明確化できるんじゃないか？」と思ったことが、この記事を書き始めたきっかけになります。 １章は３つの主要なパターンとその詳細・例外、２章はそれらに関する文法的な解説になっています。 構造化・体系化が必要な理由 太郎くんと花子さんが英作文の問題を解いています。 次の日本語を英文に訳せ。 (1) 彼女は楽しい人だ。彼女といると退屈することがない。彼女はいつも新しいことに挑戦して…… 太郎くん（『楽しい』って英語で何やったっけ……） 狩井先生@ 1年6月「exciting は楽しいって意味やで～」 ~~ 月日が流れる ~~ 柱鈴先生@ 2年4月「excited は楽しいって意味やで～」 太郎くん（……って教わったけど、exciting か e

[crimsonstarroad]

楽しいはexciting,excitedだけじゃないよね、楽しいはもっと細かくいうと何？を突き詰めて一意にする命名の話かと思ったらそうでもなかった。

[remonoil]

ゼロからネーミングできるなら苦労しねえよ。クソアホが何の一貫性も無くネーミングした業務用語や他システムや既存コードがベースだから困るんだよ

[kazkaz03]

あいまいや勘違いが発生する原因の大部分は言語学の体系とは関係ない気がする・・・

[tettekete37564]

https://qiita.com/Ted-HM/items/7dde25dcffae4cdc7923 < こっちのが実用性高いと思われ

[programmablekinoko]

今ユニコードで日本語普通に使えるんだから使っても良いんじゃねとなる。外国人のコントリビュートを求めるようなOSS作ってんならわかるが、自社システムとか "社員出勤確認(社員ID);"　とかでいいんじゃないのか

[GENS]

基本ライブラリの拡張としてデフォルトと一緒に使ってもなじむような命名してるな自分は。Javaでapache-commonsとか使うとちょっとズレてくるんだけど。

[WildWideWeb]

業界標準が英語というだけで英語にしたほうが方が面倒ない、という世界観(自分も従っているけど)が本来つらい。社内限定のプログラムの場合、論理的・明晰な規約を設ければローマ字でもいいはずなのに。滑稽な感じ。

[t_f_m]

あとで

[diveintounlimit]

とりあえずなんとかflagっていう名前のbool変数は全部窓から投げ捨ててくれ

[dlive1]

パターン名 名付ける対象 構文 １. 命令 メソッド・関数 命令文 findUserById ２. モノ・コト・ヒト 非Booleanの変数 *1 クラス名など 名詞・名詞句 selectedItems ３. 命題 Booleanの変数 *1 *2 三単現の肯定文または述語

[touhumog]

良記事

[shogo0809]

後半は後で読む

[yuno001]

興味深い。英語できない人たちにやらせるにはハードルが高いが、「お手本」を知る意味で勉強になる。あと、ネイティブはSVOCとか考えないので目的語の概念が広いと思う。from Objとかも目的語として捉えて良いと思う。

[aox]

日本語じゃダメなんですかね

[t2hnd]

意識できると良い内容だとは思うけど「言語学的」と言われるとやや違和感があり、英文法・語用論的解説、ぐらいの方がしっくりくる

[gcyn]

『ゆる言語学徒』人口に膾炙〜〜。(笑)。

[otihateten3510]

言葉と同じで半分くらいしか伝わらないと思った方が良い

[turanukimaru]

最初から最後まで根本的に完全に間違っている。「彼女は楽しい人だ」は言語学的にどうこうではなく「楽しむのは誰か？」の問題だ。(created)At, (start/end) On の違いは過去か未来（主体）かだ。というかこれ神学の領域だよ

[showii]

「楽しい」は英語で、とか三単現とか、言語学的説明と言うなら正確さを欠いているのでは。主語が大きくなっていると思います。