--- title: "Новое не значит лучшее: CEO SharksCode Антон Асеев — о выборе технологического стека для B2B-продукта" description: "CEO SharksCode Антон Асеев в колонке для РБК-Украина объясняет, почему для B2B-продукта выбор технологического стека — это долгосрочный контракт с клиентом, и называет пять ключевых критериев отбора: экосистема, рынок специалистов, security review, интеграции и TCO на 3–5 лет." date: 2026-10-28T20:41:17.852Z lang: ru url: https://xab.info/posts/vybor-steka-dlya-b2b-produkta-anton-aseev-sharkscod tags: [b2b-software, tech-stack, ai-development-tools, it-management, sharkscod, rbc-ukraine] author: "Александр Буран" publisher: "XAB.info" --- # Новое не значит лучшее: CEO SharksCode Антон Асеев — о выборе технологического стека для B2B-продукта ![CEO компании SharksCode Антон Асеев в тёмной вышиванке со скрещенными руками на фоне современного офиса](https://xab.info/media/2026/10/28/vybor-steka-dlya-b2b-produkta-anton-aseev-sharkscod/vybor-steka-dlya-b2b-produkta-anton-aseev-sharkscod-1.webp) ## Ключевые тезисы - Выбор стека для B2B-продукта — это долгосрочный контракт с клиентом, где цена ошибки измеряется годами - Stack Overflow Developer Survey 2025: почти 50% разработчиков не доверяют точности AI-инструментов - Пять критериев отбора: экосистема, рынок специалистов, корпоративная безопасность, интеграции, TCO на 3–5 лет - Новые технологии следует тестировать в изолированных модулях-«песочницах» до внедрения в ядро системы Рынок инструментов для разработки существует в режиме непрерывного релиза: еженедельно появляются новые фреймворки и AI-сервисы, обещающие многократно ускорить работу команд. Для стартапа на этапе проверки гипотезы подобный драйв зачастую работает на пользу, поскольку скорость итераций важнее долговечности кода. Однако логика B2B-продукта принципиально иная: клиент встраивает платформу в собственные бизнес-процессы на годы вперёд и ожидает, что после каждого обновления система будет функционировать с той же стабильностью. Именно поэтому, как отмечает в колонке для РБК-Украина генеральный директор IT-компании SharksCode Антон Асеев, выбор технологического стека для корпоративного продукта следует рассматривать как долгосрочный контракт с клиентом, в котором цена ошибки измеряется годами, а не спринтами. ### AI-инструменты: от эйфории к трезвым правилам Наглядным примером ускоренной динамики рынка служит сегмент AI-инструментов для разработки, который за последние два года рос, по оценке Асеева, быстрее практически любого другого направления индустрии. Сегодня практически каждый разработчик встроил AI-ассистента в ежедневную рутину. При этом, по данным Stack Overflow Developer Survey 2025, почти половина разработчиков не доверяет точности результатов, генерируемых AI-инструментами, тогда как годом ранее доля скептиков была заметно ниже. Автор колонки трактует эту тенденцию как естественный этап освоения технологии: первые месяцы проходят на волне эйфории от скорости, затем в продакшене проявляются баги и ограничения, о которых на презентациях не упоминалось, и команды вырабатывают трезвые правила работы. Для B2B-продукта именно этот «пост-эйфорический» период становится комфортной точкой входа, поскольку слабые места технологии уже задокументированы, а способы их обхода отработаны на чужих проектах. ### Экосистема и рынок специалистов: два первых фильтра Первый критерий отбора технологии, который называет Асеев, — состояние экосистемы. Живой проект с регулярными релизами и качественной документацией экономит команде недели на онбординге и отладке; готовые библиотеки под типовые задачи позволяют сосредоточиться на бизнес-логике, а не на «изобретении велосипеда». Второй фильтр — рынок труда. Экзотический стек легко запустить силами пары энтузиастов, однако масштабировать команду до тридцати инженеров на подобной базе становится сложно и дорого: вакансии висят месяцами, а редкие специалисты выставляют условия, при которых бюджет на развитие продукта «тает на глазах». ### Корпоративная безопасность и интеграции Отдельный пласт рисков связан с корпоративными клиентами, чьи службы безопасности проводят глубокий аудит каждого компонента продукта ещё до подписания соглашения. Зрелая технология приходит на такой аудит с прозрачной историей уязвимостей и понятной политикой поддержки версий; молодому инструменту эту историю ещё предстоит наработать, и сделка рискует застрять на этапе security review. Аналогичная проблема возникает на уровне интеграций: B2B-продукт постоянно обменивается данными с корпоративными системами заказчика, и каждый нестандартный коннектор добавляет к срокам внедрения порядка месяца. ### TCO и «песочница» для новых технологий Финальный фильтр, по словам Асеева, — реальная стоимость технологии на всём жизненном цикле продукта. Лицензии и облачные ресурсы закрывают лишь стартовую часть бюджета; основные расходы накапливаются на этапе поддержки и регулярных обновлений. Поэтому TCO следует рассчитывать на горизонте не менее трёх-пяти лет, и нередко такой расчёт показывает, что проверенное решение обходится дешевле модного, даже с учётом всех обещанных ускорений. При этом автор подчёркивает, что тестировать новые технологии необходимо постоянно — иначе продукт обрастает устаревшим кодом, который с каждым релизом всё сильнее тормозит развитие. Оптимальный формат — изолированные модули-«песочницы», замена которых не затрагивает ядро системы: команда получает реальный опыт работы с инструментом без риска для клиентов, а технология, доказавшая себя в продакшене и обросшая сообществом, может постепенно переезжать в основную архитектуру. AI-инструменты проходят тот же путь: они ощутимо разгружают команду на рутинных задачах, однако весь сгенерированный код проходит тщательное ревью — подход, который, по данным Stack Overflow, подтверждается практикой. Итоговая позиция автора сводится к следующему: B2B-клиент платит за стабильность на дистанции в несколько лет, поэтому стек под такой продукт собирается так, чтобы он выдержал годы роста без масштабной переписки кода. Новые инструменты способны дать продукту серьёзную фору, однако в основную архитектуру они должны попадать только после того, как пройдут полный цикл проверки на других проектах и обретут зрелое сообщество. ## Проверка фактов и источники - [Новее не значит лучше. Как выбрать технологии для B2B-продукта](https://www.rbc.ua/ukr/news/novishe-oznachae-krashche-anton-aseev-ceo-1793198859.html) - Первоисточник — колонка Антона Асеева (CEO SharksCode) в РБК-Украина. Все тезисы, цитаты и данные Stack Overflow Developer Survey 2025 взяты непосредственно из текста колонки. Расхождений с другими источниками не выявлено, дополнительных источников для перекрёстной проверки не предоставлено. ## Частые вопросы ### Какие пять критериев предлагает Антон Асеев для выбора стека B2B-продукта? Асеев выделяет: состояние экосистемы (регулярные релизы, документация, готовые библиотеки), рынок специалистов (возможность масштабировать команду), корпоративную безопасность (прозрачная история уязвимостей, политика поддержки версий), интеграции со сторонними системами заказчика и совокупную стоимость владения (TCO) на горизонте 3–5 лет. ### Что показывает Stack Overflow Developer Survey 2025 по доверию к AI-инструментам? По данным опроса, почти половина разработчиков не доверяет точности результатов, генерируемых AI-инструментами. Годом ранее доля скептиков была ниже, что автор трактует как естественный этап освоения технологии после начальной эйфории. ### Почему для B2B-продукта «пост-эйфорический» период освоения технологии является комфортной точкой входа? Потому что к этому моменту слабые места и ограничения технологии уже выявлены на чужих проектах, команды выработали правила работы и обхода проблем. Для B2B-продукта, где клиент платит за многолетнюю стабильность, это снижает риск внедрения незрелого решения в основную архитектуру. ### Как автор рекомендует тестировать новые технологии без риска для клиентов? Через изолированные модули-«песочницы», замена которых не затрагивает ядро системы. Команда получает реальный опыт работы с инструментом, а технология, доказавшая себя в продакшене и обросшая сообществом, может постепенно переезжать в основную архитектуру.