開発は、作るより先に
選ぶ時代に入った。
新しく何かを作ろうとしたとき、最初に考えるべきは実装ではない。
まずGitHubに近いOSSがないかを探し、候補を比較し、使える部分を選ぶ。
そして足りない部分だけをAIと一緒に埋める——その順番に変えるだけで、開発の重さは大きく変わる。
なぜか開発だけ、ずっと自作前提だった。
フリーソフトは普通に使う。テンプレも使う。既存サービスも使う。便利なものが無料で公開されていれば、ありがたく使わせてもらうのは自然な行動だ。 それなのに、開発やAI活用の話になると、なぜか「まず自分で作る」が前提になりやすい。けれど実務で大事なのは、きれいにゼロから作ることではなく、目的に最短で到達することのほうだった。
まず自分で作る
- 実装から考え始める
- 似たものがあっても再発明する
- 時間の多くを土台づくりに使う
- 完成までの距離が長くなる
まず既存資産を探す
- GitHubで近いOSSを探す
- 候補を比較して使える部分を選ぶ
- 不足部分だけを自作する
- 実務価値に直結する部分へ集中する
開発のボトルネックは、実装力ではなく
再発明を当たり前にしていたことだった。
OSSは完成品ではなく、組み込める部品である。
OSSをそのまま使うか、全部を自作するか——二択で考える必要はない。実際には、必要な機能だけを抜き出し、自分の目的に合うよう薄く接着する使い方ができる。取得だけ使う、保存だけ参考にする、UIは捨てて中身だけ借りる。そう考えた瞬間に、開発は「制作」から「構成」に変わる。
人は選び、AIは形にする。
AI時代に人間が全部を実装する必要はない。人間の役割は、何を作りたいかを定義し、どのOSSを使うべきかを判断し、優先順位をつけることになる。ChatGPTで候補比較を行い、Codexに改造指示を落とし込む流れを持つと、実装負荷は大きく減る。
- まず書き始める
- 自分で全部を管理する
- 土台づくりに時間を使う
- AIは補助的に使う
- まず候補を探して比較する
- OSSを部品として扱う
- 足りない部分だけを改造する
- AIを実装・接着の実働に使う
目的達成が中心なら、プログラムは手段でしかない
プログラムを書くこと自体に楽しさを感じる人はいる。それは技術として健全だし、価値もある。 ただ、実務では評価軸が変わる。重要なのは、きれいな自作ではなく、目的にどれだけ速く安定して到達できるかという点になる。
その視点に立つと、無料で優秀なツールやOSSが既にあるなら、それを使うのはズルではなく合理になる。開発だけを特別扱いせず、他の領域と同じように「使えるものを使う」と考えるほうが、むしろ自然である。
開発の中心は、制作から編集へ移っていく。
これから価値が上がるのは、全部をゼロから作れる人だけではない。既存資産を見抜き、組み合わせ、目的に合わせて構造化できる人の価値が上がる。つまり、実装量そのものではなく、選定力・構成力・最適化力が強みになる。