文法を学んだ次に知りたいのは、ゼロから巨大なコードを書き上げる方法ではなく、"既存のコードの改修を適切にやれる方法"なんじゃないか - Magnolia Tech

プログラミングの入門書、「ゼロからコードを書いていく」ことは教えてくれるけど、「今あるコードをどうやって壊さず機能を追加してくれるか？」というのは教えてくれないんだよな ゼロからコードを書いている時間より、既存のコードを読んで影響を確認し、改修している時間の方が圧倒的に長いのに— magnoliak🍧 (@magnolia_k_) 2022年3月19日 プログラミング言語の文法や、ツールチェーンの使い方を一通り覚えた後、実際にプロダクションコードを書く場面で最初にアサインされることって、”プロダクションレベルのアプリケーションのコードをゼロから一気にリリースクオリティまで書き上げる”ことではなく、”既存のコードに対する小さな改修”だったりしませんか。 そんな時、『入門 機能追加』があればいいのに、と思ってしまう。 『入門 機能追加』の執筆が待たれる ・設計意図を残すドキュメント・コードの

[magnoliak]

『入門　人生』の次くらいには、『入門　機能追加』の登場を待っている

[takahashim]

既存コードの改修も正攻法はありそうだけど汎用的な技法だと無限に工数がかかりそうで、現実的なコスト感で何とかするには個々の状況に応じた裏技みたいなのを駆使することになる印象です

[strawberryhunter]

職業プログラマの100人中95人以上は自分以外が書いたコードを改修したり、社内の誰かのコードに依存するコードを書いていると思う。有名なOSSのような品質は担保されないので、一般解の分量は少なさそう。

[uzulla]

チュートリアルだと組み方はわかるけど、読み方はおそわらないので、結果コピペコードという次善策（？？？）になるよな。改修の仕方の1つ前に読みとき方もいるのではないか。

[xlc]

これはおそらく新規開発を任せられる会社とヤバくなったシステムの維持管理しかやらせてもらえない会社があるということなんだと思ってる。