ここでは虹裏imgのかなり古い過去ログを閲覧することができます。
21/08/20(金)21:07:35 No.837258636
今日クリーンコードを読んで思ったんだけど 今まで俺は上みたいな感じでコメントとコード書いてたんだけど 本当は下みたいに書くべきだったのか
1 21/08/20(金)21:09:07 No.837259409
異議なき時はダブルピースをもって答えよ
2 21/08/20(金)21:09:20 No.837259523
ほげほげしすぎ
3 21/08/20(金)21:10:09 No.837259935
変数名や関数名で大体何やってるか分かるようにしてコメントで関数の大まかな流れや補足をする
4 21/08/20(金)21:10:20 No.837260037
まったく関係ないが包摂半順序という概念面白い
5 21/08/20(金)21:10:47 No.837260275
hogehogeは許されない
6 21/08/20(金)21:11:55 No.837260873
try { } catch(exception e) { doublepeace(e) }
7 21/08/20(金)21:13:39 No.837261802
#################### # # # おでんループ処理# # # ####################
8 21/08/20(金)21:14:04 No.837262000
try{ buy(ODEN); }catch(OdenNotFoundException e){ }
9 21/08/20(金)21:14:54 No.837262449
これ店におでんがなかった場合どうなる？
10 21/08/20(金)21:17:14 No.837263525
結局コメントは読みやすくするために分かりにくいところにはホイホイ入れたほうがいいのか それともコードとの乖離が発生する可能性があるから極力避けて分かりにくい処理は分かりやすいコードにすることを心掛けるべきなのか どっちなんだ
11 21/08/20(金)21:19:29 No.837264608
何してるかはコード読めばわかるから何でしてるかをコメントで書け
12 21/08/20(金)21:20:16 No.837264971
チームの一番レベルの低いやつに合わせる個人なら好きに書け
13 21/08/20(金)21:20:48 No.837265237
変数名でわかるようにってのはその通りなんだけど 人によって単語の意味が異なったりするからやっぱコメントは欲しい
14 21/08/20(金)21:20:52 No.837265262
######### #<|○□－ #########
15 21/08/20(金)21:21:52 No.837265800
こういう系の話は結局業務でやるならプロジェクトのコーディングルールにそってください ってところに落ち着くのではないだろうか
16 21/08/20(金)21:22:48 No.837266312
こーでぃんぐ…るー…る……？？
17 21/08/20(金)21:22:57 No.837266390
>変数名や関数名で大体何やってるか分かるようにして 親子関係のある情報を処理するプログラムで親の情報を取得する関数名がGetOyabun()ってなってたのを思い出した 丁度いい長さでちゃんとした意味になる名前つけるってむずかしいよね
18 21/08/20(金)21:23:23 No.837266617
>結局コメントは読みやすくするために分かりにくいところにはホイホイ入れたほうがいいのか >それともコードとの乖離が発生する可能性があるから極力避けて分かりにくい処理は分かりやすいコードにすることを心掛けるべきなのか >どっちなんだ うちは関数名見るだけで何しているか解るようにするって方針にしている コメントはほぼ入れていない 当然月日を跨いで改修する時には何やってるか分からなくなる
19 21/08/20(金)21:23:29 No.837266668
>こういう系の話は結局業務でやるなら設計書通りにかいてください >ってところに落ち着くのではないだろうか
20 21/08/20(金)21:23:44 No.837266836
財布100個も持ち歩きたくない…
21 21/08/20(金)21:25:37 No.837267804
趣味でやるときは日本語で詳細設計の文章書いてそれをコメントとして張り付けて そこにコード書いてる
22 21/08/20(金)21:26:16 No.837268120
関数名に処理内容をそのまま記述すると長くなる！ だから母音を抜かして省略したり単語の頭3文字を抜き出したのを繋げて関数にするね…
23 21/08/20(金)21:26:17 No.837268130
なるべく早く動きゃなんでもいい
24 21/08/20(金)21:26:18 No.837268138
「」…私の声が聞こえますか… リーダブルコードとcode completeも読むのです… あと岩波化学から出てるデータ構造とアルゴリズムも読むのです…
25 21/08/20(金)21:28:30 No.837269336
プログラミングとは暖炉と犬と云々
26 21/08/20(金)21:29:29 No.837269797
変にテクニックに走って無駄に抽象化したハイレベルなスパゲティコードじゃなければなんでもいいよ…
27 21/08/20(金)21:30:49 No.837270406
>変にテクニックに走って無駄に抽象化したハイレベルなスパゲティコードじゃなければなんでもいいよ… 了解！三項演算子使用禁止！
28 21/08/20(金)21:31:58 No.837270983
仕事しててコメントは助かるけど基本的に信用してない
29 21/08/20(金)21:32:43 No.837271308
去年１年ぐらいやった案件がコメントとコードのリファクタリングだけで終わった
30 21/08/20(金)21:32:51 No.837271368
コミット細かくしてログに詳しくコメント書くのがいいと思っている
31 21/08/20(金)21:38:01 No.837274004
コーディングルールなんてお貴族様の作法はうちみてえなスラムじゃ通じねえよ！
32 21/08/20(金)21:38:07 No.837274061
おでんを買う処理をわざわざ関数に分けると何がいいかというと スコープの問題とかテストしやすいとかあるけど チームでやってると他人が購入処理に変更入れたんだなって瞬時にわかるのがでかい
33 21/08/20(金)21:41:04 No.837275449
定数との比較をわざわざ別関数に置き換える意味ってあるんぬ？
34 21/08/20(金)21:41:56 No.837275841
みんなでやってると関数名と実態がかけ離れていくぞ！ 最終的に同じ意味を持つ関数が3つぐらいできてる…
35 21/08/20(金)21:42:56 No.837276297
同じものを指す言葉なのに変数や関数によって表現が複数に分かれてるのいいよね
36 21/08/20(金)21:43:19 No.837276472
英語にするとわかりづらい言葉とかどうすればいいんだろう
37 21/08/20(金)21:45:48 No.837277699
命名にマルチバイト文字解禁！
38 21/08/20(金)21:45:58 No.837277768
isMoneyForOdenは無いんじゃないかな…
39 21/08/20(金)21:47:24 No.837278430
>英語にするとわかりづらい言葉とかどうすればいいんだろう 日本語変数名！
40 21/08/20(金)21:47:42 No.837278597
機能が集中し過ぎで関数名が長くなっていく
41 21/08/20(金)21:48:03 No.837278764
英語の使い手がいるならその人に聞く 日本人しか見ないようなら無理に英語にすると分かり辛かったりするのでWashikiBenki みたいな表記になる…
42 21/08/20(金)21:48:29 No.837278978
意味は間違っててもいいしローマ字読みでいいから統一してくれ！！！
43 21/08/20(金)21:48:48 No.837279141
どうせこんな底辺企業のコード日本人しか見ないんだから 日本語変数でももんだいないだろ！なあ！
44 21/08/20(金)21:49:07 No.837279307
Kensyou Honban
45 21/08/20(金)21:50:28 No.837280025
実際いいコードを書く能力ってどうしたら身に付くんだろう 競プロとか？
46 21/08/20(金)21:50:37 No.837280143
テストコードのメソッド名とか普通に日本語書く 他から参照するものは全角だと効率落ちすぎるから絶対やんないけど
47 21/08/20(金)21:52:11 No.837281040
>他から参照するものは全角だと効率落ちすぎるから絶対やんないけど yahari ro-majika
48 21/08/20(金)21:54:29 No.837282104
>実際いいコードを書く能力ってどうしたら身に付くんだろう >競プロとか？ いいコードがチームや目的によって違うから職場で読み書きするしかない
49 21/08/20(金)21:54:32 No.837282134
ソフトウェア工学が身についてて最低限のデザインパターンが使えて可能な限り自動化しててコメントとコミットメッセージを適切に書けて変な名前つけなければいいよ
50 21/08/20(金)21:57:40 No.837283887
どうでもいいけどisじゃなくてhasにしたくなる
51 21/08/20(金)21:58:18 No.837284196
>定数との比較をわざわざ別関数に置き換える意味ってあるんぬ？ 比較だけじゃ意図がわからない箇所とかなら置き換えるほうがわかりやすい あと仕様変更しそうなとことか if(IsMelt(Kuso)) IsMelt(double kuso){return genkai < kuso;}
52 21/08/20(金)21:59:03 No.837284621
>ソフトウェア工学が身についてて ついてない >最低限のデザインパターンが使えて なにそれ >可能な限り自動化してて 無理 >コメントとコミットメッセージを適切に書けて 善処します >変な名前つけなければいいよ 前向きに検討します
53 21/08/20(金)21:59:14 No.837284721
特に理由はないけどコメントであろうと全角文字は許さない
54 21/08/20(金)21:59:55 No.837285109
プルリク単位でリバートするからコミットは雑でええよ
55 21/08/20(金)22:00:24 No.837285426
int a int b int c
56 21/08/20(金)22:00:39 No.837285564
「」のなかには！SVNもGitも使えぬものが居るそうな！
57 21/08/20(金)22:01:53 No.837286254
変更に強いコーディングを心がけるとだいたいは「いい」コードに向かうとは思う やりすぎると流れの把握が面倒になるので設計のレイヤに応じて加減する
58 21/08/20(金)22:02:26 No.837286578
読みやすさの為になんでもオーバーライドするとおっちゃんキレるよ
59 21/08/20(金)22:03:15 No.837286987
>特に理由はないけどコメントであろうと全角文字は許さない sorekurai yurusite kureyo
60 21/08/20(金)22:06:29 No.837288898
goto convenience store