技術選定で後悔したくない気持ちはよくわかる。でも、そもそも全ての選択に慎重になる必要はない。 1万行の書き捨てスクリプトと1000万行の長期運用システムでは、アーキテクティングにかける時間は全く違うべきなのだ。バリーベームの調査によれば、巨大プロジェクトほど設計検討に全体の半分近い時間をかけても価値があるとされている。 新しい技術を使いたいエンジニアのモチベーションは重要だ。ただし、その「ツケ」を払うのが本人とは限らない。 課題をオニオンモデルで整理すること。社会、マーケット、ビジネス、業務、システム、ソフトウェアという階層で考える。影響範囲の時間と空間が広いほど、外側の層まで検討が必要になる。 ライブラリとフレームワークの違いも意識したい。あなたのコードが呼び出すのがライブラリ、あなたのコードを呼び出すのがフレームワーク。後者は粘着性が高く交換困難になりやすい。 ペースレイヤリングという考え方。変わりにくいものに変わりやすいものが依存する設計にする。逆になると全て丸ごと交換が必要になってしまう。 技術選定に正解はない。重要なのは間違った意思決定を修正できる組織能力を持つことだと思う。 qiita.com/hirokidaichi/items… -- 『AIエージェント　人類と協働する機械』Kindle版も発売開始 amazon.co.jp/dp/4865944583