スタートアップのエコシステムは、初期段階の企業の特定のニーズによって新しい未成熟な技術の採用が促される「テクノロジスト工場」として機能することがよくあります。このような環境では、エンジニアは確立されたエコシステムやドキュメントを欠いたツールを使用して複雑なシステムを構築する任務を課されることが多々あります。この選択は、しばしば「パワー」や「イノベーション」の追求として枠付けられますが、このエッセイの著者は、これらの技術には本来のパワーが欠けていることが多いと主張します。その代わりに、それらはスタートアップの高リスク・高リターンな目標と共鳴する「ポテンシャル」を提供しているのです。このダイナミクスにより、エンジニアは成熟したビジネスドメインの特定のニュアンスに集中するのではなく、汎用的なツールを作成することで問題を解決するという「抽象化の技術」に集中することができるようになります。
このサイクルの主要なメカニズムの一つは、スタートアップが急速な成長を達成できないときに発生する「防御的な身構え」です。企業が停滞すると、エンジニアリング組織はビジネスモデルの再構築を試みることをやめ、代わりに仮定上の将来のスケールに備えることに集中するようになることがあります。これは、将来の成長のためのレバレッジを提供するために、十分に理解されていない技術(著者の経験ではClojureやHBaseなど)を採用することにつながることがよくあります。企業が現在スケールしていないため、これらの技術的選択は準備の一環として「組み込まれて」いきます。エンジニアは、基礎となるビジネスモデルに欠陥があったり未検証であったりする場合でも、コードベースのリスクを最小限に抑え、抽象化を完璧にすることといったシステムの技術的な完全性に集中するようになります。
この環境は、特定のタイプの専門家を生み出します。それは、自分の仕事のコンテキストが他人のソフトウェアであるときに最も幸福を感じるテクノロジストです。著者は、データ構造、再帰、計算量に焦点を当てた業界標準の面接質問は、この抽象化への集中から直接導き出された結果であると示唆しています。批判的な人々は、これらが「現実の」ソフトウェアタスクを反映していないと主張しますが、著者は、それらが病的なケースを処理しなければならない汎用ツールの構築には不可欠であると主張します。結局のところ、スタートアップの失敗や成功は、「工場」の主要な機能である「エンジニアが構築と抽象化を学ぶための空間を提供すること」に対する二次的な結果となります。たとえ彼らが構築した製品が最終的に破棄されたり、より大きな組織に吸収されたりしたとしてもです。この新奇性と陳腐化のサイクルにより、テクノロジストのスキルセットは、その仕事が最終的な実用的応用から遠ざかっているにもかかわらず、高い需要を持ち続けるのです。
