「柔軟なソフトウェア」の最適解：80%の基盤＋20%のカスタムコード
Malleable software = solid bases and custom code
生産性ツール市場を22年間観察してきた著者が、AI時代の「柔軟なソフトウェア」のあり方を考察。マッシュルーム農場を例に、ゼロからコードを書く方法、vibe-coding、ローコード、柔軟なツール、特化ツールの5つの選択肢を比較し、それぞれの課題と未来を分析。理想は「80%の共通基盤＋20%のカスタムコード」であり、各ベンダーがこの方向に進むと予測。基盤の種類（技術基盤、アプリ基盤、ワーク基盤）を整理し、カスタムコードが機能する条件や、市場の今後について論じる。
データ、履歴、権限は蓄積され、2年後に選び直すのは比較的難しい。UIは安価で取り替え可能な部分になりつつある。
HNでの議論
31- watty
これは素晴らしい洞察で、著者に同意します！このパターンに従った私の[INSERT VIBE CODED GITHUB LINK]をチェックしてみてください！
- momojo
この見解は素晴らしいです。バイオイメージングの分野では、Napariがこの好例です。非常に堅牢な基盤を持ちながら、全てがPythonで書かれているため、非常に拡張性が高いのです。同僚が問題を抱えてやってきて、昼食前にその問題を正確に解決するNapariプラグインを作り上げられるのは、本当に素晴らしいことです。
私の「ツールのエスカレーション」の順序は通常次の通りです：
- Napariのインラインターミナルから問題を解決できるか？
- 一回限りのスクリプトで解決できるか？
- 一回限りのプラグインインターフェースを作成する一回限りのスクリプトで解決できるか？
- この問題が頻繁に発生するようなら、プラグインを会社全体のリポジトリに追加すべきか？
- mickael-kerjean
それが私がDropboxの代替品[1]で進めてきた道です。80%はファイル管理に焦点を当てた高速なコアで、残りの20%はコアインターフェースのいずれかを実装するプラグインを介して提供され、独自のストレージ、認可、認証、ファイルタイプを扱うカスタムアプリなどを処理できます。面白い事実として、80%を担うはずだったコアコードよりも、あらゆるニーズに応えるさまざまなプラグイン[2]のコードの方が10倍多いのです。当然ながら、誰もが異なる20%を必要としていました。さらに、監査人を満足させるために多くのプロパティを持つgobd準拠のログシステムを必要としていた人が、RFC3161で署名されたハッシュチェーンを強制するシステムに貢献しても、他の全員にとってシステムを悪化させないという点もクールだと思います。
[1] https://github.com/mickael-kerjean/filestash https://github.com/mickael-kerjean/fdrive
- genatron_ai
エージェントがそこからカスタマイズできる動作する基盤を持つことは、確立されたパターンがあり、それを継続して従うことができるというブラウンフィールドの利点の一部が得られるため、優れたアプローチです。これは、ゼロから始める場合に比べて、はるかに速く予測可能であることがよくあります。ゼロから始める場合、エージェント開発は高速ですが、真の開発者マインドセットを持ち、すべてを考慮する必要があります。
- pavo-etc
Piはこの好例です。私はサーバーで実行しているエージェント群の基盤としてPiを使用していますが、Pi TUIを使用する代わりにヘッドレスモードで実行し、通信レイヤーとしてXMPPを使用するように拡張しました。これにより、同じセッションで任意のデバイスを使用でき、エージェント同士が通信できるようになります。
Piハーネスはこのように拡張できるように設計されており、扱っていて楽しいです。