Антихрупкость как фильтр: 25 лет магазина, программисты и AI
· 4 мин чтения
И помните: когда ваши крылья ослабнут, вера иссякнет и дальше лететь вы уже не сможете, вы на полпути к цели.
Хочу рассказать, как одна цитата из мультика про сов сложилась с книжкой Талеба и привела меня к решению пересобрать всю разработку моего бизнеса.
История
Магазину 25 лет. За это время — два-три взлома, и все они случились после того, как мы переехали с Digital Ocean на российский хостинг. До этого была команда: пять разработчиков, потом один. Один отличный, кстати. Маркетплейсы забрали трафик, я стал уменьшать команду. А сейчас пишу новый магазин для Турции с Claude Code как тестовую площадку — и понимаю, что переход не столько технический, сколько мировоззренческий.
Перелом
Я только сейчас, благодаря очередному долгому разговору с Claude, стал по-настоящему понимать, что такое антихрупкость. Раньше казалось — это синоним «прочного» или «надёжного». Это не так.
Антихрупкое — это не «не ломается». Это выигрывает от беспорядка. Чем больше волатильности, ошибок, ударов — тем оно крепче.
И когда я приложил эту рамку к своей разработке, картинка перевернулась.
Талеб — короткий конспект
Нассим Талеб делит системы на три типа:
| Категория | Реакция на стресс |
|---|---|
| Хрупкое | Ломается. Хрустальная ваза. |
| Прочное | Выдерживает, остаётся прежним. Камень. |
| Антихрупкое | Становится сильнее. Мышцы, иммунитет, эволюция. |
И четыре практических принципа, которые он предлагает:
- Стратегия штанги. 90 % активов в максимально безопасное, 10 % в высокорискованные ставки с асимметричным апсайдом. Никакой «умеренности» посередине.
- Опциональность. Заходить в ситуации, где даунсайд ограничен, апсайд большой.
- Skin in the game. Принимать решения, рискуя своим, не чужим.
- Via negativa. Улучшать систему вычитанием, а не добавлением. Убрать лишнее часто эффективнее, чем добавить нужное.
Применение к моей разработке
Теперь приложим это к команде разработчиков и к AI.
Опциональность вместо обязательств. Подписка Claude Code — двести долларов в месяц, отменил в любой момент. Разработчик в штате — это юридические отношения, обязательства, инерция. AI даёт асимметрию: даунсайд ограничен двумя сотнями, апсайд практически неограничен.
Знание остаётся у владельца. Когда я пишу промпты, ревьюю код, принимаю архитектурные решения — система живёт в моей голове. Уйдёт инструмент — найду другой. Уйдёт ключевой разработчик — уйдёт половина бизнеса. Это и есть главный сдвиг: антихрупкость не про инструменты, она про то, кто держит знание системы.
Via negativa. Я не добавил суперкоманду — я убрал зависимость от команды. Это не «AI заменил людей», это «AI убрал single point of failure».
Skin in the game. Я делаю шифрование с первого коммита, потому что мне платить за взлом. Наёмный разработчик оптимизирует под «закрыть задачу», не под «пережить ещё двадцать пять лет атак». С программистами я так и не закрыл шифрование. Когда стал писать сам с Claude Code — закрыл с первого захода.
Цифры
- 25 лет работы интернет-магазина.
- 2–3 взлома за всё время — все после смены хостинга.
- Команда: 5 человек → 1 человек → AI + я.
- $200 / мес Claude Code — производительность, сопоставимая с 25–35 разработчиками по скорости.
- + DeepSeek API — ещё одна «смена» на конвейере.
- ~50 Docker-контейнеров в текущей AI-оркестрации.
Ключевая фраза
Если выжать всё в одну фразу:
Программисты не были моей хрупкостью. Хрупкостью была зависимость от программистов.
Это разные вещи. Иметь хороших разработчиков — не плохо. Зависеть от наличия хороших разработчиков — плохо. И когда появился способ снять эту зависимость, всё встало на место.
Где аргумент проседает
Честный разговор должен включать оговорку, иначе это самореклама.
AI-разработка становится антихрупкой только когда вокруг неё процесс: автотесты, security-сканы, мониторинг продакшена, code review через другую модель. Без этого — быстрая хрупкость вместо медленной. Vibe coding без процесса наращивает технический долг быстрее, чем успеваешь рефакторить.
То есть формула не «AI = антихрупкость». Формула — «AI + процесс владельца, держащего знание системы = антихрупкость».
Моё кредо
Antifragility = geography × automation.
Разнесение рисков по странам — Турция, Вьетнам, Россия, Китай, Бразилия в работе — плюс автономные системы под AI-оркестрацией. Падение одного рынка не убивает бизнес. Ручной труд не масштабируется и хрупок к выгоранию основателя — автоматизация это устраняет. Стратегия штанги в применении к e-commerce.
География даёт опциональность по странам. Автоматизация даёт опциональность по людям. Перемножение — даёт антихрупкость.
Эпиграф взят из мультфильма «Legend of the Guardians: The Owls of Ga’Hoole» (2010), Warner Bros. + Animal Logic, режиссёр Зак Снайдер.
Часто спрашивают
- Что такое антихрупкость?
- По Талебу — свойство системы становиться сильнее под нагрузкой. В отличие от хрупкого (ломается) и прочного (выдерживает без изменений), антихрупкое выигрывает от стресса. Мышцы, иммунитет, эволюция.
- Почему наёмная команда разработки — это хрупкость?
- Single point of failure: уволился, заболел, поругался, поднял ставку, унёс знание системы в голове. Система выглядит стабильно, пока не случится шок — и тогда катастрофа.
- AI-разработка действительно антихрупкая, или это маркетинг?
- Антихрупкая только когда вокруг неё процесс: автотесты, security-сканы, мониторинг продакшена, code review через другую модель. Без процесса — быстрая хрупкость вместо медленной.