20年選手のエンジニアが「良いコード」を改めて学ぶために、最近の本を4冊買って読んでみた - give IT a try

はじめに：僕の知識はもう時代遅れかもしれない？ プログラマとして、毎日コードを読み書きし続けて約20年。 自分の中には何が良いコードで、何が悪いコードなのか、明確な基準があるし、どうして良いのか、どうして悪いのかを人に説明できる自信もあります。 が、ここ最近は「自分のこれまでの知識や経験」がその判断基準になっており、あまり積極的に新しい情報を外部からインプットしていませんでした。 ネットを見ていると「良いコードとは or 悪いコードとは」を論じてそうな新しい技術書がちょこちょこ発売されています。 もしかすると僕の知識は古くなってるかもしれない、最近の技術書を読むと僕の知らない新しい観点を学べるかもしれない、そう思って以下の4冊を購入してみました。 Good Code, Bad Code ～持続可能な開発のためのソフトウェアエンジニア的思考（2023年2月発売） Tidy First? ―個

[manaten]

設計思想を同僚に説明できて納得を得られるコードが良いコード、どうしてそうしたのか意図を説明できない言語化出来ないコードは悪いコード

[lets_skeptic]

チーム開発での僕の結論は｢業務ロジックは極力モデリングせずにCOBOLのように書く。変更の起こらない普遍的な部分だけ頑張って設計する｣です。

[zonke]

AIがやってくれるからもういいや感ある

[hatebutabooboo]

AIに添削してもらったコードの方が分かりやすいので、それを参考にするのが一番の学びになってる。本で学ぶより細かく質問もできるし、良いコードになる。

[beejaga]

そんな事を気にするならまずはComputer Science お勉強した方がよいのでは／分散システムだってCSでは20〜30年前の話だからね

[iwasiman]

上がっている本はだいたい読んでるので良い書評！「良いコードの道しるべ」は知らない新刊だったので今度読もうと思いました。

[Wafer]

エンジニア警察ですがなぜ文章冒頭ではプログラマと書いているのにタイトルではエンジニアの誤用をわざわざやっているのはなぜですか？確信犯ですね？火付エンジニア改方呼びますよ？

[mayumayu_nimolove]

こういう学び方は今後もうやらないだろうな

[noname774300]

『良いコードの道しるべ』知らなかったから買う。『Good Code, Bad Code』は読んだけどソフトウェアプログラミングの常識総まとめって感じで良かった。

[taguch1]

長いこといろんな本を読んで現場でいろんなものを拾ったり捨てたりして今の現場に沿った現実解を引き出すのが仕事。

[otihateten3510]

宗教

[FreeCatWork]

20年選手も学ぶのかにゃ？ボクなら猫缶のためにコード書くにゃ！すごい時代にゃ！

[nemoba]

原則なんて真逆なのも多いから環境によって取捨選択することをアーキテクチャと呼ぶからね。マイクロサービスとモノシリックは両者ともアーキテクチャ特性に対処した姿だけど、まるで逆よ。

[bonoumamire]

人の強化学習