  |
プログラマだけど、これに関していつも思うのはそもそもプログラミング言語が英語ベースなのがよくないということ。
機械語が人間にわかりにくいから自然言語をベースにしたんだろうが、そうじゃなくて「人間にわかりやすい機械語」を開発すべきだった。
自然言語だとどうしても害しかないイレギュラーな文法の弊害に遭う。たとえばモデル名は単数形・テーブル名は複数形みたいな規約が多いけど後者は単語によってsだったりesだったりそのどちらでもなかったりとルールが違ってややこしい。その辺自動で生成してくれるフレームワークとかあるけどそのためにわざわざ不規則変化する単語の辞書持たせてんだぜ。そもそも単数形・複数形って何だよそもそも言語に必要なのか？日本語にはないぞ。
こういう自然発生した事故みたいな自然言語のクソ仕様に振り回されながら機械に指令を出すってアホらしくない？俺はもう老害だから若手はこの辺21世紀内に解決しろよ。
長過ぎるとわかりにくいし端折りすぎると何がなんだかわからなくなる
プログラマだけど、これに関していつも思うのはそもそもプログラミング言語が英語ベースなのがよくないということ。 機械語が人間にわかりにくいから自然言語をベースにしたんだろ...
そもそも単数形・複数形って何だよそもそも言語に必要なのか？ おっしゃるとーーーり
わかる まず英語が難しい
意識高いとこはローマ字で書くと激怒されるのがめんどい...
英語使えない奴雇ってる時点で意識高くないでしょ
ここお勧め。 https://codic.jp/engine
atodenaosu
atodekesuは実際使う
文字数というか単語数が多いとわかりづらくなるよね。 できればget/setみたいなシンプルな一単語にしたい。 まあたいていは二語以上にはなっちゃうけど、三つ以上だと長く感じる。 一...
1語に出来るのはinitializeや主処理のexecuteくらいのもんで 基本1語は無理やろ
まあ確かに１語だけで済むケースは少ないと思う。 でも、冗長な名前になってるなっていうのはあって、例えば void setHoge(Hoge hoge) みたいなのだと、パラメータの型名でHogeをsetするのは...
どのプロパティ追加してんのか分からなくなるしリファクタリングしにくくなるからダメ
どのプロパティかは型名見ればわかるじゃん？まあ同じ型の違うプロパティが複数あったらダメだけど。 リファクタリングはIDEに任せればいいと思う。
同じ型だけど違うプロパティなんて無限にあるぞ。特に真偽値、数値、文字列なんて無限に違うプロパティあるぞ。それで型だけで勝手にsetできるわけがない。仮に一つの型は一つのプ...
そうだね。setterの種類を型名で区別するのは無理があるなと書いてて思った。 例が悪いなすまん。
Haskell ならできるよ。そしてそれが理想のかたち。 hoge を set したい。hoge の型は Hoge だから setHoge かな… みたいな思考はコンピュータ側に任せるべき。
セッターがhogeしかないならまあいいけど set(Hage hage)とかあるとやだわ
名前付き変数という仕組みはこの問題をかなり筋良く解決しているように思う。 例えばSwiftで func set(hoge: Int) を呼び出す時は obj.set(hoge: 42) と書く。 メソッドのオーバーロードも名前単位...
hoge,piyo,fooでおｋ 引き継ぎなんか知るか😜
なんか、目的に合わせてメソッド名を決めてくれるサイトがあったような気がする。そんなことより、言語にある命名規則を学ぼう。
悩む時間がアホらしいから最初は超適当に付ける。 後で気になったら改良した名前にリネームする。
関数、変数名は一文字か一文字プラス添え字に統一したし。ギリシャ文字とか駆使しまくればなんとかならん？
一文字で。例→ f(x, y) = 2*x +3*y
プログラミング歴6ヶ月目ぐらいで同じこと思ってたな あと一年続けると悩まなくなるよ
下手に英語使うとつづりだとか意味だとか文法だとか複数形単数形間違って恥ずかしい思いするしな・・・ Gitだから永久に残るしな・・・
コードレビューしてもらうとか、ほかの人のコードを読むとかすると何かヒントになるかもね。 まあ、関数名をつけるのが難しい時は得てして関数に機能を詰め込みすぎているというこ...
リーダブルコードちゃんと読んでるようだな。 いい傾向だわ
一概にそうとは言い切れないが(語彙力不足とか)、 複雑な名前を必要とする変数や関数やクラスは、その設計がまずいケースも多い 有機的なつながりを持たない雑多な機能・振る舞いが...
17
