変数や関数の名前を英語で書くやつって何なの？？？ (42ﾚｽ)
変数や関数の名前を英語で書くやつって何なの？？？ http://medaka.5ch.net/test/read.cgi/prog/1671626830/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
2: 仕様書無しさん [sage] 2022/12/21(水) 21:50:40.02 プログラミング言語なでしこはもっと普及するべきだわ http://medaka.5ch.net/test/read.cgi/prog/1671626830/2
3: 仕様書無しさん [sage] 2022/12/21(水) 21:55:33.46 >>1 ガイジｗ http://medaka.5ch.net/test/read.cgi/prog/1671626830/3
4: 仕様書無しさん [sage] 2022/12/21(水) 22:38:03.58 >>3 ？ http://medaka.5ch.net/test/read.cgi/prog/1671626830/4
5: 仕様書無しさん [] 2022/12/21(水) 22:55:02.66 て、ててて天才じゃーーー http://medaka.5ch.net/test/read.cgi/prog/1671626830/5
6: 仕様書無しさん [] 2022/12/21(水) 22:55:40.51 >>3 可哀想だろ頑張ったんだから褒めてやらないと http://medaka.5ch.net/test/read.cgi/prog/1671626830/6
7: 仕様書無しさん [] 2022/12/22(木) 09:37:18.33 >>1 わろたwこれは酷いwww http://medaka.5ch.net/test/read.cgi/prog/1671626830/7
8: 仕様書無しさん [sage] 2022/12/22(木) 10:44:15.56 using 文字列 = string とかまでやってないからアウトｗ http://medaka.5ch.net/test/read.cgi/prog/1671626830/8
9: 仕様書無しさん [sage] 2022/12/22(木) 12:03:49.34 俺も日本語で書くわ なんなら逆さ言葉で書くわ 読めるだろ 日本人なら http://medaka.5ch.net/test/read.cgi/prog/1671626830/9
10: 仕様書無しさん [sage] 2022/12/22(木) 12:31:16.76 もっと短い単語ないかと同義語辞書ひいちゃうのあるあるだとおもいます http://medaka.5ch.net/test/read.cgi/prog/1671626830/10
11: 仕様書無しさん [sage] 2022/12/22(木) 13:19:14.78 >>2 なでしこは最強ですわ！ http://medaka.5ch.net/test/read.cgi/prog/1671626830/11
12: 仕様書無しさん [sage] 2022/12/22(木) 22:19:58.78 字が潰れて読めねーよ http://medaka.5ch.net/test/read.cgi/prog/1671626830/12
13: 仕様書無しさん [sage] 2022/12/22(木) 22:23:42.94 ワイ同僚みんな外人さんなので 日本語はちょっと http://medaka.5ch.net/test/read.cgi/prog/1671626830/13
14: 仕様書無しさん [sage] 2022/12/26(月) 19:13:32.24 ローマ字表記ありにしてる その方が意味が正しく通じる（社内では） http://medaka.5ch.net/test/read.cgi/prog/1671626830/14
15: 仕様書無しさん [] 2022/12/29(木) 23:28:18.00 変数名だけどさ 他人に見せないんだから略語でもいいよね area listはalとか name listはnlとか 扱う人がわかればいいだろ きっちり書こうとして無駄に長い変数名とか返って見にくくないですか？ http://medaka.5ch.net/test/read.cgi/prog/1671626830/15
16: 仕様書無しさん [sage] 2022/12/30(金) 00:03:23.58 大概はちゃんと書いた方がいい場合が多いと思うけどスコープ狭いローカルなら問題ない時もあるしセンスなので一年寝かしてから自分で見直してみ？ http://medaka.5ch.net/test/read.cgi/prog/1671626830/16
17: 仕様書無しさん [sage] 2022/12/30(金) 22:48:53.86 省略は読みにくいので略さずちゃんとキャメルケースで書いて欲しい http://medaka.5ch.net/test/read.cgi/prog/1671626830/17
18: 仕様書無しさん [sage] 2022/12/30(金) 22:48:54.24 省略は読みにくいので略さずちゃんとキャメルケースで書いて欲しい http://medaka.5ch.net/test/read.cgi/prog/1671626830/18
19: 17-18 [sage] 2022/12/30(金) 22:49:44.10 ごめん、書き込むボタン連打して連投してしまった http://medaka.5ch.net/test/read.cgi/prog/1671626830/19
20: 仕様書無しさん [sage] 2022/12/31(土) 00:26:19.62 AKBとかHKTとか慣れれば通じるだろ？ 社内だけで運用するなら社内ルールで略語使えば良いと思う http://medaka.5ch.net/test/read.cgi/prog/1671626830/20
21: 仕様書無しさん [sage] 2022/12/31(土) 01:15:26.14 略語使うときはちゃんとプロジェクトの規約に書くようにしてるからウチは大丈夫 と入ってもmsg_〇〇_〇〇程度だけど http://medaka.5ch.net/test/read.cgi/prog/1671626830/21
22: 仕様書無しさん [sage] 2022/12/31(土) 06:10:43.19 4単語以上の変数名は見にくいよな http://medaka.5ch.net/test/read.cgi/prog/1671626830/22
23: 仕様書無しさん [sage] 2022/12/31(土) 08:35:10.44 名前が長くなるということは色々やっているということで設計を見直すと良い場合が多い あとgetEmployeesByCompanyId(int id) とかはgetEmployees(int companyId)とか場合によっては public Employee get(in companyId)で済むような時もあるし まあ言語にもよるけど名前が短ければ読みやすいというよりは名前が長くなる理由を潰して行った方がうまく行っている http://medaka.5ch.net/test/read.cgi/prog/1671626830/23
24: 仕様書無しさん [sage] 2022/12/31(土) 09:43:19.61 人や会社が多数絡むと被らないようにラクダのコブ増やすでしょ http://medaka.5ch.net/test/read.cgi/prog/1671626830/24
25: 仕様書無しさん [sage] 2022/12/31(土) 10:38:35.40 その辺は例えばEmployeeサービスとFinanceサービスでgetが被っても問題ないわけで List<Employee> employees = employeeService.getEmployees(companyId) のようにしとけば被らない 被るからラクダのコブが増えるというのはたとえばこの例ならEmployeeServiceに大量の人間が絡んでグッチャグチャになってるからでもっとコンポーネントごとに分けるべきではないだろうか http://medaka.5ch.net/test/read.cgi/prog/1671626830/25
26: 仕様書無しさん [sage] 2022/12/31(土) 10:39:25.30 アクセスコントロール的にもパッケージを分けて一つの場所に関わる人は少数のわかってる人にしないとスパゲッティーになるのでは？ http://medaka.5ch.net/test/read.cgi/prog/1671626830/26
27: 仕様書無しさん [sage] 2022/12/31(土) 10:42:40.04 もちろん俺もユニットテストとか再利用しない場合は関数名を自然言語のように長く書く時もあるし状況次第だけど http://medaka.5ch.net/test/read.cgi/prog/1671626830/27
28: 仕様書無しさん [sage] 2022/12/31(土) 10:43:24.29 apiの取得名称やコンスタンスの定数みたいなパブリックなやつは長くなりがち プライベートなもので4文字以上は逆に見づらい http://medaka.5ch.net/test/read.cgi/prog/1671626830/28
29: 仕様書無しさん [sage] 2022/12/31(土) 10:48:07.42 上でも書いたけどスコープ狭いなら名前は短くても問題ないしなんなら数学的な関数ならXみたいなので良い時もある まあ繰り返しになるけど自分のコード一切みないで1年寝かして見直してみた時に自分でわかればそれでいいんじゃないかな 経験的には状況とか書いてる言語とかによるけどなるべく初見の人がみてわかるような言葉で書いた方が1年後の俺もほぼ初見になってるので自分にもわかりやすいし それで長くなるなら設計が良く無い事が多かったかな http://medaka.5ch.net/test/read.cgi/prog
/1671626830/29
30: 仕様書無しさん [sage] 2022/12/31(土) 21:57:39.92 識別子を長くすると 自然にコメントみたいな効果を発揮するから 長い方がいいと思うけどなあ 入力は最初の一回が大変なだけで 二回目からは補完してくれるから そんなに大変じゃないし http://medaka.5ch.net/test/read.cgi/prog/1671626830/30
31: 仕様書無しさん [sage] 2023/01/01(日) 00:39:33.39 getOrImportCompany(int companyId)くらいは書くね テストだとtestGetAndPostOrganizationOnboardingQuestionsAndAnswersContractorType() くらいまでやるけど本体の方でこんなになってたらSOLIDのSが出来てない http://medaka.5ch.net/test/read.cgi/prog/1671626830/31
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 11 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.295s*