Митчелл Хашимото о пути HashiCorp, «агрессивном» AWS и борьбе с ИИ-шлаком в Open Source

Митчелл Хашимото (Mitchell Hashimoto), создатель Terraform и сооснователь HashiCorp, прошел путь от подростка, распечатывающего мануалы по PHP, до лидера индустрии, чьи инструменты стали стандартом облачной инфраструктуры. В глубоком интервью для канала The Pragmatic Engineer он рассказывает о внутренней кухне создания HashiCorp, жестких уроках партнерства с облачными гигантами и о том, почему современный открытый код (open source) вынужден закрываться от «ИИ-мусора».

🎓 Начало пути: распечатанный PHP и жизнь без мыши 2:18

Интерес Митчелла к программированию проснулся в 12 лет благодаря видеоиграм, но он быстро переключился на веб-разработку (PHP, Perl) . Поскольку родители не верили в серьезность увлечения и отказывались покупать дорогие профессиональные книги, Хашимото распечатывал главы мануала PHP и читал их по дороге в школу .

Первый серьезный профессиональный опыт он получил в консалтинговой компании в 2007 году, работая с Ruby on Rails . Именно там он встретил ментора, который применил радикальный метод обучения:

• Он просто отключил мышь на компьютере Митчелла и запретил ей пользоваться .
• Через неделю Хашимото в совершенстве овладел клавиатурой и терминалом.
• Затем последовало обучение работе с Linux, SSH и пакетными менеджерами .

Параллельно Митчелл работал над исследовательским проектом в Университете Вашингтона (Seattle Project), который ставил целью объединить разнородное оборудование со всего мира в единую вычислительную сеть . Проект технически провалился, но именно тогда Хашимото завел блокнот, где выписал все недостающие компоненты для управления инфраструктурой. Этот список позже лег в основу продуктов HashiCorp .

🚀 Рождение HashiCorp и ставка на мультиоблачность 11:54

В 2012 году Митчелл и его бывший руководитель по исследовательскому проекту Арман Дадгар (Arman Dadgar) решили основать компанию . На тот момент Хашимото уже создал Vagrant — инструмент для создания воспроизводимых сред разработки, который родился из нужд консалтинга .

Ключевые факты о запуске:

• Митчелл вложил $20 000 из собственных накоплений в качестве начального капитала .
• Первые 6 месяцев он платил себе нулевую зарплату .
• Основатели сознательно выбрали путь привлечения венчурного капитала (VC), понимая, что создание сложной инфраструктуры «своими силами» (bootstrapping) займет десятилетие .

В 2011–2012 годах индустрия считала, что AWS будет единственным игроком на рынке . Однако Хашимото и Дадгар сделали ставку на мультиоблачность. По их мнению, любой экономически значимый рынок не может принадлежать одному игроку, и Microsoft с Google неизбежно составят конкуренцию Amazon . Эта гипотеза легла в основу «облачно-агностических» инструментов компании.

🛠 Эволюция стека: от Packer до Vault 25:24

HashiCorp планомерно выстраивала свой стек (Hashi Stack), решая конкретные боли инженеров:

• Packer (2013): Инструмент для автоматизации создания образов виртуальных машин .
• Consul (2014): Решение проблем обнаружения сервисов (service discovery) в динамических средах .
• Terraform (2014): Реализация концепции «инфраструктура как код» (IaC). Митчелл хотел, чтобы пустой аккаунт в облаке превращался в тысячи ресурсов одной командой .
• Vault (2015): Управление секретами и шифрование. Хашимото признается, что на момент создания версии 0.1 в команде не было ни одного профессионального специалиста по безопасности, поэтому они тратили десятки тысяч долларов на внешний аудит .
• Nomad: Планировщик задач, который Хашимото называет «запоздалым ответом рынку», но решающим ту самую проблему из своего студенческого блокнота .

🔄 Переломный момент: провал Atlas и переход к Open Core 35:39

Первая попытка коммерциализации HashiCorp под названием Atlas была, по словам Митчелла, полным провалом . Проблема заключалась в том, что Atlas требовал использования всех продуктов стека сразу. Компании не понимали, кто должен платить за такой инструмент: отдел безопасности, сетевики или DevOps-команда .

Разворот компании произошел после тяжелого заседания совета директоров в пятницу:

1. Основатели вернулись в офис и на белой доске расписали стратегию «с чистого листа» .
2. Они решили отказаться от Atlas и перейти к модели Open Core (открытое ядро + проприетарные Enterprise-версии для каждого продукта отдельно) .
3. Несмотря на страх, что инженеры уволятся из-за «нечистого» Open Source, никто не ушел — команда была воодушевлена четким направлением .
4. Первым продуктом в новой модели стал Vault Enterprise, который мгновенно нашел отклик у корпоративных клиентов .

📉 Несостоявшаяся сделка: VMware и «убийца мечты» 51:42

На втором году жизни HashiCorp, когда в ней было всего три сотрудника, на компанию вышла VMware . Переговоры длились месяцы и начались с туманных встреч с представителями по развитию бизнеса.

По воспоминаниям Хашимото, события развивались так:

• Сначала им устно предложили $20 млн. Для 23-летних основателей это были огромные деньги .
• Позже сумма выросла до $40–50 млн.
• Основатели применили «фреймворк минимизации сожалений» и решили, что продадут компанию только за $100 млн . Такая сумма позволила бы им смириться с тем, что их продукты могут быть заброшены внутри корпорации («убийство мечты») .
• VMware вынесла вопрос на голосование совета директоров, но сделку отклонили (по слухам, не хватило всего одного голоса) .

☁️ Взгляд изнутри: AWS, Azure и Google Cloud 59:13

Митчелл поделился откровенным мнением о работе с «большой тройкой» облаков (по состоянию на 2019 год):

• AWS: По мнению Хашимото, компания вела себя высокомерно. Создавалось ощущение, что они делают одолжение, соглашаясь на встречу. В воздухе всегда висела угроза того, что AWS просто скопирует продукт и убьет стартап . Amazon начал помогать с разработкой Terraform-провайдера только после того, как Митчелл пригрозил публично объявить о прекращении его поддержки .
• Microsoft (Azure): Хашимото считает их лучшими партнерами. Несмотря на техническую сложность и «тяжеловесность» Azure, команда Microsoft всегда спрашивала: «Как нам обоим выиграть?» .
• Google Cloud: Обладали потрясающими технологиями и архитектурой, но, по словам гостя, совершенно не думали о бизнесе. На встречах могли часами обсуждать технические детали, но теряли интерес при переходе к вопросам совместных продаж .

🤖 Будущее Open Source и ИИ-«шлак» 1:06:24

Сегодня Митчелл работает над новым терминалом Ghosty, написанном на языке Zig . Одной из главных проблем современного Open Source он называет «ИИ-шлак» (AI slop) — огромное количество низкокачественных Pull Request (PR), созданных агентами .

Ключевые тезисы Хашимото об ИИ в разработке:

1. Проблема доверия: Раньше мейнтейнеры тратили время на обучение новичков, приславших плохой код, потому что видели их старания. ИИ позволяет создавать «правдоподобно выглядящий, но неверный код» за секунды, что перегружает систему .
2. Система ваучеров: В Ghosty внедрена система, вдохновленная сайтом Lobsters: вы не можете открыть PR, пока за вас не поручится действующий член сообщества. Если приглашенный ведет себя плохо, банится вся «ветка» поручителей .
3. Harness Engineering: Хашимото считает, что роль инженера смещается от написания кода к созданию «оснастки» (harness) — инструментов валидации, которые проверяют работу ИИ-агентов .

Сам Митчелл интегрировал ИИ в свой ежедневный рабочий процесс. По его мнению, важно всегда держать ИИ-агента запущенным в фоновом режиме для выполнения медленных или рутинных задач, пока человек занимается проектированием .