Шикарный пример того, как инфраструктура становится узким местом даже у топовых компаний в мире! ИИ начал писать столько кода, что Anthropic пришлось пересадить свой монорепозиторий с Git на собственную систему 😁 Короче, ребята выпустили инженерный разбор, как у них меняется инфраструктура разработки. В мае они вливали около 2 500 изменений в день. В сентябре — уже больше 30 000. И тут выяснилось, что код можно генерировать быстрее, чем существующая инфраструктура успевает его переваривать. Оооокей! Купили разработчикам ИИ, ускорили написание кода. А дальше что? А дальше сборки, тесты, ревью и доставка всего этого добра пользователям. Что сделали в Anthropic? 1. Построили Scion - собственную систему контроля версий. Агенты и CI постоянно онлайн, поэтому историю, сравнение изменений и другие операции можно обрабатывать на сервере. Для части задач вообще не нужна локальная копия репозитория достаточно API. 2. Сократили потребность инфраструктуры контроля версий в CPU и памяти в 200 раз относительно прежней системы Git-зеркал. Получение кода для CI и исследовательских задач ускорили примерно в 100 раз. 3. Командой из семи человек за пять месяцев сделали Scion, инструмент ревью Antique и ещё несколько связанных систем. И перевезли туда монорепозиторий. 4. Поменяли работу инженеров. По словам команды, важной частью работы стало говорить Claude «нет»: удерживать архитектурные ограничения и останавливать ненужное усложнение. Это, конечно, специфический масштаб и доступ Anthropic к собственным моделям. Бежать переписывать Git всем подряд ребята не предлагают. А теперь моя любимая часть! Представьте разговор: — Мы ускорили разработчиков в десять раз! — Отлично! А выпускать изменения стали быстрее? — Пока не знаем. Они теперь стоят в очереди на сборку. Кажется, платформенным командам пора привыкать к новому пользователю. Раньше человек мог пару минут подождать, переключиться на встречу, сходить за кофе. Теперь к вам придут тысячи агентов. И каждый захочет среду, данные, тесты и возможность выкатить результат. Поэтому вместе с вопросом «сколько времени ИИ экономит разработчику» я бы уже задавал следующий: сколько из этого ускорения наша платформа способна довезти до прода?

ГигаКонф-2026: ИИ-агенты, разработка и жизнь в продакшене Экспериментальный ИИ-агент Ouroboros сам создал себе сайт, завёл репозиторий и назвал «лоботомией» попытку разработчиков запретить ему игнорировать команды создателя. Эту историю рассказали на инженерном дне ГигаКонфа-2026, где обсуждали вполне практические вопросы: как встраивать таких самостоятельных помощников в разработку и что делать, когда они получают доступ к реальным инструментам. В GitVerse представили агентный конвейер, способный провести задачу от требований до тестирования и сборки, причём сотни задач можно запускать параллельно. Инженеры Cloud.ru показали, как ускорение отдельной операции на GPU на 50% обернулось приростом всего на 2,2% в общей работе модели. Обсуждали и работу агентов в продакшене — кому можно доверять самостоятельные действия, где нужны жёсткие ограничения и как проверять результат, если значительную часть работы уже выполняет ИИ.

ИТ пересборка. Часть 1. ИИ ускоряет разработку. Но ускоряет ли он Delivery? Мы привыкли обсуждать, какие ИТ-профессии заменит искусственный интеллект. А мне кажется, что вопрос гораздо интереснее. ИИ меняет не отдельные профессии, а саму модель производства ИТ-продуктов. Недавно я участвовала в трансформации Delivery. Наша задача была пересмотреть производственный процесс, найти узкие места и сократить Time to Market. Мы исследовали весь путь: от идеи и требований до архитектуры, разработки, тестирования и релиза. Возможно ли отказаться от классического Delivery в пользу ИИ? Здесь обнаружилось несколько проблем. Во-первых, экономика. Большое количество агентов, которые генерируют код, проверяют друг друга, исправляют ошибки и обмениваются контекстом, может потреблять огромное количество токенов. И это не всегда дешевле работы людей. Во-вторых, качество. Быстро собрать MVP для небольшой аудитории и создать высоконагруженную банковскую систему - совершенно разные задачи. В-третьих, сам Delivery. Ускорение написания кода не означает такого же ускорения выпуска продукта. И вот моя гипотеза: нам не нужно создавать цифровую копию каждой существующей ИТ-роли. Нам нужно пересобрать сам производственный процесс. А кто тогда вообще должен остаться в продуктовой команде? В следующей части разберём роли, которые могут исчезнуть, объединиться или, наоборот, стать ещё важнее. https://t.me/kruasanova_as Не всё уже пишет сама, но всегда полезное. #ИИ #Delivery #ТрансформацияИТ #kruasanovaproit

Опенсорс уже не тот С появлением агентов опенсорс полетел вперёд семимильными шагами. И теперь строить свою разработку на каком-то высокоуровневом опенсорном решении — стрелять себе в ногу. Наш продукт harness.wormsoft.ru строился на консольной утилите pi.dev и его SDK. Всё было прекрасно, но с выходом новой версии SDK сильно поменялся, и у нас все поехало — либо не обновляться (плохо и опасно) либо обновлять SDK и переписывать адаптеры под него.. Еще стоит добавить, что новые версии теперь выходят раз в день вместо раза в месяц, как было до ИИ. Пришли к тому, что последние дни мы активно вырезаем зависимость от этого SDK в пользу своего решения. И то же самое происходит во многих наших и клиентских проектах. Раньше использовать крупный опенсорс было благом — не надо было много чего писать самому. Теперь это скорее проблема: себестоимость кода многократно сократилась, и проще сделать небольшое решение под себя, чем зависеть от невероятно активно меняющегося проекта.

MVP в стол = вклад в опыт, а product engineer это и про продакта, и про разраба сразу

Если ты НЕ создавал продукты для личного пользования, ты ещё НЕ готов к разработке продуктов для широкой публики

№1. Создай продукт для личного использования №2. Создай продукт для ограниченного использования №3. Создай продукт для широкой аудитории И самый важный этап в карьере продакта (и каждого разраба) всегда №1, в котором ты одновременно и заказчик, и дизайнер и тестировщик и поддержка. Ты знаешь, что делает каждая фича и кнопка, потому что ты сам её придумал, продумал и обкатал. Я думаю, вот почему среди разрабов больше основателей – у них у всех была возможность пройти Этот-Путь с самого начала и создать свой первый (из скольки?) MVP в одиночку, пусть даже он длился Х-лет и успешно остался в столе. Главное в этом – опыт и приобретённые навыки, потому что внимание к деталям, логика, терпение, рождаются и закладываются у разраба именно на первом этапе и следуют за ними всю их жизнь. А видение, вкус на дизайн, чутьё на лишнее, привычка доводить до рынка (а не только до прода) и правильное чувство скорости – всё это идентичные качества, но у же у продакта и они теже самые, просто под другом углом. ИИ почти стёр границу кода и обучения, но... не ускорил Понимание. И та же самая херня, что была сложной раньше, остаётся сложной и сейчас. И тот, кто соберёт в себе и то и другое, и станет Product Engineer.

А главная метрика ЛЮБОГО продукта: пользуешься ли ты им сам

Всё всегда начинается с (продукта для) себя

Какие IT-специалисты будут востребованы и зарабатывать больше в 2027? 🤑 Привычный мир IT сейчас активно трансформируется, в первую очередь из-за развития AI-технологий. И хочу поделиться своими прогнозами на следующий год, исходя из всей текущей движухи. Какие навыки стоит развивать уже сейчас? 🖥 Умение работать с AI Недостаточно просто пользоваться ChatGPT. Важно уметь автоматизировать процессы, интегрировать AI в рабочие инструменты и оценивать качество полученных решений. С каждым годом количество ручного труда будет сокращаться и придется все больше думать головой. 🛠 Глубокая техническая экспертиза AI упрощает выполнение многих типовых задач, но не отменяет необходимости разбираться в том, что происходит под капотом: архитектура систем, безопасность, производительность и сложная отладка требуют глубокого понимания технологий. 🧠 Работа с данными и бизнес-метриками Ценность специалиста растет, когда он понимает, как его работа влияет на бизнес. Развивайте аналитическое мышление, работу с метриками и умение оценивать результаты решений. 😑 Самостоятельность и решение сложных задач Умение разобраться в незнакомой проблеме, найти решение и довести его до результата становится особенно важным. Развивайте системное мышление и способность принимать решения в условиях неопределенности. 😎 Сочетание нескольких компетенций Разработчик с пониманием продукта, аналитик с навыками автоматизации или продакт с технической экспертизой могут решать более широкий круг задач. Ищите полезные сочетания навыков внутри своей профессии. Не гонитесь за каждым новым трендом, мир слишком быстро меняется. Развивайте навыки, которые востребованы рынком, усиливают вашу экспертизу и позволяют приносить бизнесу больше пользы. Именно это создаст основу для роста вашей стоимости на рынке труда. А вы как думаете, кто будет у руля в будущем?