Оператор склада писал напрямую программисту. Директор по логистике ставил задачу руководителю разработки — разработчик откладывал то, над чем работал. Прилетала задача от CEO — все бросали всё. ИТ не работало медленно. Просто работало одновременно над всем.
PO и IT-лид на дейлике Всем привет! Я, Дианов Стас, product manager. Сегодня разработка фичей и продуктов действительно очень похожа на сложный производственный конвейер, только вместо токарных станков — Jira, пайплайны CI/CD и вечный, леденящий душу вопрос «а когда в прод?» от бизнеса.
Плохой выбор системы управления разработкой редко заметен в первый месяц. Сначала всё выглядит терпимо: задачи заведены, доски настроены, отчёты где-то строятся. Потом начинается рабочая реальность. Разработчики уточняют статусы в чате, релизы собираются вручную, критичные дефекты ведутся в отдельной таблице, тимлид перед встречей открывает пять вкладок и пытается понять состав спринта.
Я работаю руководителем проектов внедрения в крупной российской технологической компании, связанной с одним очень крупным банком. Мы разрабатываем собственное программное обеспечение для внутренних нужд банка, а заодно продаём и внедряем его внешним заказчикам. Чаще всего это большие компании и корпорации, где любое действие сопровождается совещанием, а любое совещание — ещё двумя совещаниями поменьше. Другими словами […]
Исследователи обнаружили, что в 2026 году разработчики уже не смогут отказаться от инструментов для программирования с использованием ИИ. Это может создать дополнительные проблемы с сопровождением кода.
«Раньше у нас была классная команда, все друг друга знали, задачи решали быстро. А теперь — процессы, согласования, и непонятно, кто за что отвечает. Кстати, напомните — как зовут нашего дизайнера?». Узнаете? Это голос руководителя, который перерос свои старые методы. Вы прошли путь от 5 до 50 человек. Или от одной команды до целого отдела. Вместо драйва — усталость. Вместо скорости — бюрократия.
Оптимизация кода сервисов на Go под реальную нагрузку Когда сервис на Go начинает «тормозить» под реальной нагрузкой, проблема почти всегда не в самом языке и даже не в алгоритмах. Чаще всего узкие места лежат на уровне работы с памятью, сериализации данных и неочевидных накладных расходов рантайма. Если сервис упирается в сеть, базу данных или внешние […]