美しいコードは“シンプルで無駄がない” イケてるエンジニアが大事にする「良いコード」「良いアーキテクチャ」とは

エンジニアはプログラミングの力で世界を変えることができる 篭橋裕紀氏（以下、篭橋）：ありがとうございます。他に質問したい方はいますか？ 次のところのほうがもう少し詳しくいろいろな話が聞けるかなと思うので、そしたらテーマ2に。城倉さんお願いします。 城倉和孝氏（以下、城倉）：じゃあテーマ2ですね。先ほどのコースが3つあります。じゃあそれになるためにまずどうしたらいいのかという話ですが、みなさんはエンジニアなので、やはりエンジニアとしてそれなりに大成するということは大事だと思います。 例えば、「VPoEになります」と言っても、やはりエンジニアの気持ちがわからないとマネジメントもできないですよね。だから、まずは「イケてるエンジニア」を目指してほしいなというのがテーマ2になります。 今わりと「エンジニアが不足してる」という声もありますが、なんでかという話を少し話すと、まず時代背景があります。DXっ

[theatrical]

美しいコードはシンプルだ。は分かるが、良いコードはシンプルだ。は必ずしもそうではないと思う。例えばパフォーマンスチューニングして、シンプルではなくなったがめちゃくちゃ速いコードは、良いコードだと思う。

[shun9167]

いいコードって色々あるけど自分もこれに集約されると思ってる。 “僕が「いいコードとはなんですか？」と聞かれた時によく言っているのが、「捨てやすいコード」です。技術的負債というのは絶対にたまります。”

[hatest]

1人でメンテするなら自分の知識の範囲でシンプルにするのはいいと思うけど、複数人でメンテする仕事のコードであれば、少し無駄でもわかりやすい方がいいと思う。後から触る人が理解できずに壊す可能性がある。

[aya_momo]

Rubyって読みにくいよなあと思いつつ頑張って読んだのだが、2倍のはずなのに自分を掛けていて、しばらく固まった。

[onesplat]

なんか中身スカスカやな。あまり技術者としてのスキルが高くなさそう

[craftone]

「どっちが良いコードか？」の文脈で2倍と2乗を間違えるというのは、、良いコードの方が間違いが見つけやすいよね！？ということをさりげなく主張している・・？

[nunulk]

無駄の定義にもよるけど、each に比べて select, map のほうが無駄（パフォーマンス的に）って考えもあるし、filter_map とどっちがシンプルと感じるかとか

[ooblog]

#技術的負債 #プログラミング #高階関数 「イケてると思っているコードも、3年後に入ってくる新しい人から見るとクソコード~改修してるうちにIF文を追加~肥大化したり複雑に~map~知っているとループの数やIF文が削減」