虹裏img歴史資料館

1 17/09/11(月)07:01:52 No.452202644

センスじゃなくて知識量なんじゃねそこは ショートカットの方法知ってるかどうかって言う

2 17/09/11(月)07:02:18 No.452202663

別に短いからいい訳では内

3 17/09/11(月)07:12:50 No.452203291

ワンライナーだと良いみたいなのは苦手だな

4 17/09/11(月)07:13:43 No.452203352

知識は大前提 他者の目線で思考できる能力をセンスと言うならセンスが必要

5 17/09/11(月)07:14:06 No.452203389

既存のコードをワンライナーに直していって あはごんに怒られる

6 17/09/11(月)07:15:16 No.452203463

短いのがいいというよりは冗長がダメなんだよ バグの原因になる

7 17/09/11(月)07:16:01 No.452203512

無理ない範囲で短い方がいい レビューでもテストでも品質確保がしやすい

8 17/09/11(月)07:33:58 No.452204770

ここの関数 ｛は改行入れてからのほうがいいんじゃない？

9 17/09/11(月)07:34:19 No.452204796

>短いのがいいというよりは冗長がダメなんだよ >バグの原因になる あんまり長いと見づらいしね 見づらいとミスの元になって悪循環が

10 17/09/11(月)07:36:24 No.452204949

読みやすい方がいい 短くても分かりづらいやつはイマイチ

11 17/09/11(月)07:37:43 No.452205037

どうして変数を無理矢理一文字にしようとするのですか？

12 17/09/11(月)07:40:17 No.452205232

一週間ぐらいしたら書いたやつの思考がトレースできるようになるよ ただその期間が無駄なだけで

13 17/09/11(月)07:41:40 No.452205331

自分で産んで自分で死を看取る趣味のコードならどうでもいいんだけどな

14 17/09/11(月)07:42:39 No.452205398

/*ここ消すとなぜか動かなくなる*/

15 17/09/11(月)07:44:14 No.452205513

iとjは許したってんか kやlまでいったら構造見直せ

16 17/09/11(月)07:46:41 No.452205704

linuxのカーネル開発者の人もセンスが必要って言ってた

17 17/09/11(月)07:49:08 No.452205866

>iとjは許したってんか >kやlまでいったら構造見直せ foreach系のループが増えてきたおかげで添え字使う事が滅多に無いわ

18 17/09/11(月)07:49:28 No.452205891

>/*ここ消すとなぜか動かなくなる*/ それの理由解説してる記事どこかで見たな

19 17/09/11(月)07:49:33 No.452205895

>linuxのカーネル開発者の人もセンスが必要って言ってた そこで人間性能の限界を感じるわ…上の人は頭の作りが違う

20 17/09/11(月)07:49:38 No.452205899

センスというか完成済みのコード真似すればいい 完成してるコードがダメダメな現場に最初に入ったなら運が悪い

21 17/09/11(月)07:53:27 No.452206168

>>/*ここ消すとなぜか動かなくなる*/ >それの理由解説してる記事どこかで見たな これ？ http://masa-cbl.hatenadiary.jp/entry/20160111/1452438687 https://sites.google.com/site/fudist/Home/grep/sjis-damemoji-jp

22 17/09/11(月)07:54:40 No.452206261

>>iとjは許したってんか >>kやlまでいったら構造見直せ >foreach系のループが増えてきたおかげで添え字使う事が滅多に無いわ 個人的にはiteratorをつかう方が好き

23 17/09/11(月)07:56:18 No.452206372

なぜか動かなくなるじゃなく なぜか動いてしまうと考えて原因究明すべきだけど 時間ないからごめんね...

24 17/09/11(月)07:57:06 No.452206428

動くならよし！

25 17/09/11(月)07:58:48 No.452206546

カバレッジ気にしなくていいから 単体しっかりやってるなら

26 17/09/11(月)08:00:19 No.452206643

そんなコメントが残ってる所はレビュー体制や品質管理がおざなりだから 色々と覚悟した方がいいね

27 17/09/11(月)08:00:38 No.452206666

Shift-JISはダメな子だな

28 17/09/11(月)08:01:56 No.452206755

いいですよね無名関数にラムダ式

29 17/09/11(月)08:06:33 No.452207073

>iとjは許したってんか >kやlまでいったら構造見直せ iを使ったループの中にi3があるのいいよね よくない頼むから死んでくれ あとi2どこいった

30 17/09/11(月)08:07:00 No.452207089

あんまマニアックなやり方で短くされても困るだけだし…

31 17/09/11(月)08:14:41 No.452207644

>別に短いからいい訳では内 基本的には短い方がいいよ 可読性だって処理のスピードだって当然短い方がいい傾向にあるし ここもっと短くなるんじゃないってレベルの話なら余計そう

32 17/09/11(月)08:14:42 No.452207646

KISSの法則というやつだね

33 17/09/11(月)08:15:40 No.452207717

>あとi2どこいった i2は仕様変更で不要になったので削除 変数名変えるとコード差分として検出されちゃうのでi3はそのままってパターンかな… お陰でコメントも追加できないしコミットコメントも残ってないしでもう…

34 17/09/11(月)08:15:49 No.452207737

>Shift-JISはダメな子だな ______！！！！

35 17/09/11(月)08:17:33 No.452207853

メモリを解放しろ

36 17/09/11(月)08:18:13 No.452207895

過労で疲れてることが多そうだし短いに越したことないんじゃないの？

37 17/09/11(月)08:18:24 No.452207911

///この行を消すとなぜか動かなくなります /// ///なんで動くのかが判りません /// この2文が出てきたら要注意

38 17/09/11(月)08:19:16 No.452207958

>この2文が出てきたら要注意 要注意じゃなくてアウトだそれ

39 17/09/11(月)08:20:09 No.452208024

形上の差分出さないことにばかりこだわる所はダメだ まともなレビュアーならコンパイル後が同じなら問題なしで 保守性高める方に直させろ...

40 17/09/11(月)08:26:58 No.452208559

私らにもどうして動くのかわからんのです...

41 17/09/11(月)08:28:36 No.452208683

のちのちの仕様変更に備えて柔軟なモジュール設計を心だけております だから完成するまで俺以外触るなっつってんだろ！！！！11

42 17/09/11(月)08:29:12 No.452208726

仕様が謎で試行錯誤してようやく動いたり 仕方ないよ

43 17/09/11(月)08:32:23 No.452208945

ステップ数とかお客が欲しがるのだけどクソ長くしたら喜んでくれるかな

44 17/09/11(月)08:34:52 No.452209119

stepが増えたらその後のテスト工程も長くなって当然と言われますよ

45 17/09/11(月)08:35:21 No.452209149

>iとjは許したってんか 個人的にはねむかったり疲れてる時に見間違いかねない似た1文字変数は使いたくない

46 17/09/11(月)08:37:17 No.452209282

使いやすいから全部Publicにするね…

47 17/09/11(月)08:37:27 No.452209299

SQLを一発で終わらせるために可読性の低いクソ長いやつを書くやつは滅べ

48 17/09/11(月)08:37:48 No.452209318

日本語でコメント書くのも本来は止めた方が良いって事なのか

49 17/09/11(月)08:39:40 No.452209443

langきちんと設定しとけば大丈夫よ OSSに手をいれたりカイガイトやり取りするなら別だけど

50 17/09/11(月)08:41:40 No.452209578

多分動くからリリースしようぜ

51 17/09/11(月)08:43:05 No.452209678

>使いやすいから全部staticにするね…

52 17/09/11(月)08:44:31 No.452209786

>まともなレビュアーならコンパイル後が同じなら問題なしで >保守性高める方に直させろ... リファクタリングも含めたテスト工数まできっちり考えてるならいいよ 無言で直してあとでバグ出す奴は死んでほしい

53 17/09/11(月)08:45:10 No.452209829

全部public staticにしてるやつはなんなの一体

54 17/09/11(月)08:45:29 No.452209852

>SQLを一発で終わらせるために可読性の低いクソ長いやつを書くやつは滅べ UNION、EXISTSたくさん使って1000行こえなのみたことある 滅べ！

55 17/09/11(月)08:46:45 No.452209938

よくわかんないけどhtmlみたいにツール使って半自動でコード吐き出させたりできないの？製品によって違うと思うけど

56 17/09/11(月)08:46:59 No.452209948

hoge if fuga else piyo if nyaa else waon

57 17/09/11(月)08:47:20 No.452209968

>全部public staticにしてるやつはなんなの一体 モジュールごとにUNITテストしたいから全部publicにするね… コメントでstaticって書いとくね…

58 17/09/11(月)08:47:39 No.452209987

>よくわかんないけどhtmlみたいにツール使って半自動でコード吐き出させたりできないの？ あるけど当然人の手でカスタマイズしないと業務では使い物にならんので

59 17/09/11(月)08:48:15 No.452210026

無理に読みづらいソースのままより まともなレビューになると思うよ

60 17/09/11(月)08:49:34 No.452210110

>よくわかんないけどGUIを作るチームと中身を作るチームはケンカしたりしないと思うけど >戦ったらどっちが勝つの？

61 17/09/11(月)08:50:39 No.452210180

勝利者などいない

62 17/09/11(月)08:51:55 No.452210272

走り書きでもいいから規約や基準は作っておかないと凄いのが出来上がって来る来た

63 17/09/11(月)08:52:22 No.452210306

エルバフの英雄がどうなったかと一緒になる

64 17/09/11(月)08:55:16 No.452210508

>走り書きでもいいから規約や基準は作っておかないと凄いのが出来上がって来る来た 作ってても来る来た

65 17/09/11(月)08:55:42 No.452210542

自動生成ツールが常に最適化されたコードを吐いてくれるなら コーディングなんて仕事は無くなってるさ

66 17/09/11(月)08:56:38 No.452210604

親父殿 プログラミングの道は地獄でござるか

67 17/09/11(月)08:57:18 No.452210661

実際にはコーディングよりテスト工程の方が俺には地獄だな

68 17/09/11(月)08:57:22 No.452210667

>>よくわかんないけどGUIを作るチームと中身を作るチームはケンカしたりしないと思うけど >>戦ったらどっちが勝つの？ 最終的に営業と殴り合いになる

69 17/09/11(月)08:57:34 No.452210678

>UNION、EXISTSたくさん使って1000行こえなのみたことある >滅べ！ 相関じゃないサブクエリ積んだ結果そんな感じになったことはあるな… サブクエリ単位で変数分けたから許して

70 17/09/11(月)08:59:25 No.452210817

AIとかどういうコードしてるのかさっぱりわからん

71 17/09/11(月)08:59:36 No.452210834

長くてもいいんで後から誰が見てもわかるやつでお願いします

72 17/09/11(月)09:00:00 No.452210867

コメントいれろおらぁ！

73 17/09/11(月)09:00:25 No.452210898

短いほどいいって価値観はどこからくるのだろうか

74 17/09/11(月)09:00:40 No.452210918

>長くてもいいんで後から誰が見てもわかるやつでお願いします その規約クソみたいな奴が入って来た時点で詰む奴だ…

75 17/09/11(月)09:01:14 No.452210947

>長くてもいいんで後から誰が見てもわかるやつでお願いします メンテ性皆無なコード書いて満足してる奴多いよね お前一生そのコードメンテしてくれんのかと

76 17/09/11(月)09:01:29 No.452210963

わかったから目に映るもの全てをぶち壊させろ

77 17/09/11(月)09:01:31 No.452210966

80年90年代に書かれたコードいいよね

78 17/09/11(月)09:02:38 No.452211028

>短いほどいいって価値観はどこからくるのだろうか 「」が大好きなマウンティングだよ

79 17/09/11(月)09:02:48 No.452211041

一年後の自分がそれ読んで改修出来るかどうかが大事だと思う

80 17/09/11(月)09:03:53 No.452211114

>一年後の自分がそれ読んで改修出来るかどうかが大事だと思う 自分その頃いないんで…

81 17/09/11(月)09:04:38 No.452211159

短くできるってわざわざ言うのは同じ内容をなんども書いている時

82 17/09/11(月)09:04:42 No.452211163

>SQLを一発で終わらせるために可読性の低いクソ長いやつを書くやつは滅べ だからってぐるぐる回しつつ細かいSQLいくつも発行してたらクソ遅いし

83 17/09/11(月)09:08:14 No.452211371

短いというより冗長性のないコードはメンテナンス性が高い 短いだけのコードは難解になるだけ

84 17/09/11(月)09:08:30 No.452211384

どうせこの現場もそんな長く居ないしなー ってクソみたいな仕事する人は割と多い

85 17/09/11(月)09:09:37 No.452211463

やっぱ人間はクソだな…