新人プログラマ アンチパターン：原理原則多すぎて脳みそOOMエラー - Qiita

// 追記（2023/12/9） なんとミノ駆動 さんにコメントいただけました。 もちろん良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方は読んで影響を受けてます。 とってもうれしい。 想定読者 新卒 ~ ２年目くらいまでのプログラミング初心者 Webアプリの保守開発をしているエンジニア 3ヶ月前くらいの自分（未経験からエンジニアになって１年くらい） こんなことないでしょうか 先輩などから原理原則の観点を共有してもらったり、そのうえで自分なりに勉強をしているはずなのに、実務ではなかなか手が動かない 変更指示に対して、「先輩が言っているんだし正しいんだろうな」とその場では指示の理由や目的が分からないまま修正を行うことがある（分かっていないため別の機会で同じ指摘を受けることがある） 自身のコーディングには判断基準や根拠がなく、なんとなくの判断に頼ることがある 上

[gabill]

自分で書いたコードで痛い目に遭って、そこでTipsのありがたみを知るのが一番勉強になるよなぁ。それが許容されるかどうかは時と場合によるけど。

[versatile]

”NG例： ・賢さアピールしたくて歯茎むき出しでコーディングしたんかなーみたいなコード” いきなり罵倒はじまった。こういうの書くと記事の品性がさがり、価値も下がる。

[nemoba]

目的から入れってよくダメな上司が言いますが、人の学習プロセスは、モノマネから入って知識と繋がり腑落ちします。手段と上っ面の知識で良いから根気よく続けるだけで十分です。そのプロセスを辛くしないほうが大切

[shag]

素晴らしいまとめ。

[nnnmmmlll]

賢さアピールしたくて「子曰く…」とか書いちゃったのかな。どう読んでも下に書いてあるような意味にはならない。

[pwatermark]

こんなもん全部頭に入れるとか無理なんで、「何でこうなってるんですか？」と聞く癖をつける、のが一番効くと思うね

[yabusaki]

新人レベルならGPTとかで「このコードを保守性と可読性に配慮して書き直して」とやらせるほうがいいかも。理由も解説してくれるし。理由が理解できるとTipsの適用可否も判断できるようになると思う

[nakamura-kenichi]

まあせめて新人には意識改革を、とは思うが、既に市場は汚ソースが蔓延ってるんよなあ（なげかわ）。会社のトップからが意識高いとことそれ以外との格差が広がる一方なんよなあ。lintツール強制とかくらいしかなあ。

[khtokage]

ポートフォリオとしてgithubのアカウントを出せるような人はこういうことを既に痛感してる人なので、重用されやすいんですよね

[kagehiens]

保守の意味は、元の意味の方の「技術的負債」に対抗する行動、だから……。

[Shinwiki]

そこはmalloc errorにしろよ

[txjp]

御社そんなに保守お得意でしたっけ？

[sirobu]

面白そうなんで後で読む

[hurafula]

情熱がデカいので別個のAdvent Calendarで25章仕立てで書いて欲しい アツくて好き

[peketamin]

業務でやってる作業の構造化と抽象化を、自分の知ってる範囲で5個ぐらい訓練して、オブジェクトの境界を保ちながら設計・実装してみるのがいいのではと思ったんだけどうーん。あとはOSSの好きなライブラリのAPIを真似

[sk8931]

絶対この人ワンオク好きだわ