「プログラミングへのこだわり」を方向づける - 設計者の発言

業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 いっぽう、そんな方針と明らかにそぐわない人たちがいる。彼らはプログラミングそのものに強いこだわりを持っていて、より良いコードをより多く生み出すことに生きがいを感じる人たちだ。チャーミングな彼らの姿を個別案件の開発現場で見るたびに、私はキャスティングの失敗事例を見る思いがして切なくなる。 それは全国チェーンの外食店の厨房に、新しい料理を生み出すことに情熱を覚える若者が働いているようなものだ。彼がどう工夫しても、全国一律の料理メニューを改変するのは難しいだろう。そんな才能あふれた若者には、本部の企画部門で働いてもらったほうがい

[okinaka]

ちょっと誤解を生みそうな内容。色々解釈できてしまう。私は、こだわりを持つことと保守しやすいものを作ることは相反することはないと思う。

[kogawam]

「コード量」に着目してしまうと齟齬が生じる。論旨としてはそこそこ同意できる。伝統的な例で言うと「三項演算子禁止」とか「関数名が通番」で腐らない耐性が求められる現場とか。

[imai78]

「外食チェーンの厨房で新しい料理を生み出すことに」の例えは僕も思ったなあ。//全体的に違和感を感じなかったけど、なぜか色々釣れている模様。

[SiroKuro]

最近のプログラム言語は改行を空白に変えても大抵は同じ動作をする。改行のない、総数１行のソースならば……どんな変更案件でも、修正量は１行だ。

[ryoasai]

違和感を感じるところは、プログラミングを製造業のモデルでとらえようとしているところにあるのかな。究極のツールをつくれば自動生成可能としている？全案件に適用できるのはまだまだでは。

[atm_09_td]

"個別案件において生み出すことが求められているものは、「こだわりの手作りプログラム」ではなく「使いやすく保守しやすいシステム」である。"