Архив рубрики ‘разработка по’

ИИ в масштабе: как управлять внедрением, метриками и трансформацией команды из 500+ разработчиков

За год экспериментов мы выяснили, что традиционное обучение почти не повышает adoption, а количество пользователей ещё ничего не говорит о бизнес-эффекте. Агенты могут написать от 80 до 99% кода, а могут за 12 часов разрушить архитектуру проекта. Мини-команда из двух разработчиков и бизнес-эксперта с помощью ИИ может сделать интеграционный сервис так же быстро, как команда […]

Когда терапия выходит в прод

Есть фраза, которую, думаю, хотя бы раз слышал почти каждый разработчик: «На тестах всё работало». В психотерапии есть очень похожая проблема. Человек приходит на встречу, довольно точно понимает, почему ведёт себя определённым образом, замечает связь между прошлым опытом и сегодняшними реакциями. Иногда к концу сессии возникает вполне убедительное ощущение: «Теперь я понял». А через три […]

Как оценивать эффективность разработки

Меня зовут Антон Омельяненко, я Head of Software Development в EXANTE. Менеджер управляет командой так, чтобы она приносила бизнесу результат. Чтобы понимать, насколько хорошо люди справляются с задачами, ему нужны данные о работе и система оценки. С разработкой это сложнее, чем кажется. В статье я разберу три вопроса: почему классические метрики не подходят для оценки […]

ИИ‑агенту недостаточно правил: как мы передаём ему инженерный опыт

Сначала нам советовали подробно задавать правила в промпте. Промпты росли и постепенно превращались в: Ты опытный программист. Пиши хороший код. Плохой код не пиши. Потом появился следующий рецепт: сначала подготовьте подробную документацию, а уже затем поручите агенту писать код. В результате люди начали сначала генерировать агентом документацию, а потом тем же агентом — код по этой документации. Между человеком и кодом просто появился […]

Как ИИ изменил разработку в Content AI: от эксперимента к новой реальности

Года полтора назад мы бы удивились, если бы услышали, что к лету 2026 разработчики начнут регулярно использовать ИИ-инструменты, тестировщики — автоматизировать с их помощью часть своей работы, а продакт-менеджеры — приносить на обсуждение первые (работающие!) прототипы, созданные с помощью ИИ. Но примерно так все и получилось. Это третья статья из цикла про внедрение ИИ в […]

Закон Брукса: почему нанять ещё людей — худшее решение, когда проект горит

В 1975 году Фредерик Брукс выпустил книгу «Мифический человеко-месяц». Она появилась не потому, что он решил написать очередной учебник по менеджменту. До этого Брукс руководил разработкой операционной системы OS/360 в IBM — одного из самых масштабных программных проектов своего времени. Когда всё закончилось, ему было что рассказать. Главная мысль книги звучала странно. Если проект начинает […]

Как биология и особенности медицинского учета издеваются над программистами

На Хабре есть серия статей, касающаяся заблуждений программистов о, казалось бы, простых вещах: о времени,

Как мы за 3 дня сделали ИИ-ревьюер кода и что поняли месяц спустя

С код-ревью есть такой парадокс: все согласны, что этот процесс важен, но времени на него обычно ни у кого нет. В результате ревью часто превращается в формальность. Очевидные баги при этом ловятся, а мелкие, вроде пропуска в условиях, перепутанных знаков, забытых edge cases и т.д., могут спокойно уехать в мердж и вернуться уже в виде […]

Парадокс Джевонса и будущее разработчиков: почему ИИ не сократит спрос на программистов

Если вы работаете программистом, или так или иначе задействованы в разработке ПО, или просто следите за тем, как ИИ меняет мир IT, то наверняка слышали тревожный тезис: «Скоро ИИ будет писать код лучше людей, и разработчики станут не нужны». На интуитивном уровне кажется, что если машина делает ту же работу в 8 раз быстрее, то бизнесу […]

Почему роль Delivery Manager не работает в большинстве компаний

Всем привет, меня зовут Алина, я работала в роли Delivery Manager и прожила её изнутри, поэтому хорошо понимаю, почему в большинстве компаний роль есть, а эффекта от роли нет. Сейчас объясню. Для меня Delivery Manager (DM) отвечает не за отдельную задачу или проект, а за устойчивость delivery в целом: условно, за конвейер, через который любой […]

123.6