主題
- #ソフトウェア開発
この記事は、現実的な制約の中で正しくバランスを取ることができる"良い"良い"開発者になれるよう方向性を示すことを目的としています。
Make it work, make it right.
ソフトウェア開発には、迅速に成果物を出す必要性と、正しく作る責任という2つのプレッシャーが存在します。
一体どちらの価値が優先されるべきなのでしょうか？迅速かつ完璧に作る方法はないのでしょうか？
"Make it work", つまり"とりあえず動作するようにする"ことは、想像以上に重要です。
しかし、最初から完璧な構造と最適な性能を追求していると、実際には重要なビジネスロジックの実装が遅れることがよくあります。
"Duct Tape Programming"のように、主要機能を迅速に実装して目に見える形で確認し、フィードバックを得るプロセスは、私たちが解決すべき本当の課題は何なのか、どのような技術的な困難が潜んでいるのかを最も確実に教えてくれます。不確実性の中で、まずは道を切り開く過程なのです。
しかし、ここで止まると、単なる"動くゴミ"を作るだけです。"Make it right", つまり"きちんと作る"が必ずその後を追わなければなりません。
まずは動作するコードを確保したら、次は内部構造を改善する番です。
重複を排除し、可読性を高め、変更が容易になるようにリファクタリングする過程です。
この段階を通して、コードの保守コストを削減し、将来の要件変更に柔軟に対応できる"持続可能なコード"を作成できます。
"Make it work, make it right"は、単なる順番の問題ではなく、開発サイクル全体にわたって繰り返される循環的なプロセスであり、バランスの取れたアプローチです。
時にはリリース速度が重要で"work"に重点を置く場合もあり、時にはシステムの安定性と拡張性が重要で"right"により多くの時間を投資する必要がある場合もあります。
"Make it work, make it right"は迅速な実行力とコードの品質の間のバランスを見つける旅であり、現実的な制約の中でも持続可能なソフトウェアを作るための"良い"開発者の重要な姿勢です。
