StreamWork.RU - работа и бизнес

16
Мар
2026

Вы считаете ИИ-ускорение неправильно, сливая бюджет в трубу, пока 7 из 10 проектов умирают ещё на этапе пилотов

Компании спускают миллиарды на хайповые инструменты разработки, надеясь купить «волшебную таблетку», но вместо неё получают лишь неконтролируемый хаос в процессах.

Меня зовут Юля, я Head of PM в Surf, и мне надоело верить в сказки про всемогущие нейросети. Мы взяли секундомер и устроили жёсткий тест четырём нашим производственным направлениям: мобилке на Native и Flutter, аналитике и QA. Дали ребятам доступ в Cursor и Claude Code, чтобы вытащить на свет реальные цифры. По итогу — разрыв между цифрами и действительностью оказался шокирующим.

В этой статье я выверну нашу внутреннюю кухню. Вы узнаете:

(далее…)

Опубликовано в ai, ИИ агенты, Искусственный интеллект, исследования, ускорение разработки

16
Мар
2026

Git workflow для частых и независимых релизов веб-сервиса

Git стал таким же привычным явлением, как электричество в розетке. Его можно использовать совершенно по-разному — он либо сделает вашу жизнь удобнее, либо причинит боль и доставит кучу проблем.

(далее…)

Опубликовано в Git, git workflow, gitflow

16
Мар
2026

Как не стать «шлангом», работая в системе

У любой большой системы есть неписаные правила. Формально они нигде не закреплены, но именно по ним в итоге и живет организация.

В прошлой статье я рассказал о своем 12-летнем опыте работы в системе ФНС и о том, как на определенном этапе столкнулся с характерной для больших госорганизаций установкой: «прикинуться дурачком и не высовываться», что бы с тебя не спросили и не поручили лишней работы.

«Не высовываться» (далее…)

Опубликовано в выгорание, госслужба, карьера, личный опыт, налоги, увольнение, фнс

16
Мар
2026

Как делать внешние API, если сервисов слишком много

Когда у вас один‑два сервиса и несколько интеграций, внешний API легко держать под контролем. Но если их десятки и каждый хочет выставиться наружу, приходится придумывать свой велосипед.

Меня зовут Юрий Коберман, я технический продакт в Точка Банк. Мы в команде несколько раз меняли систему работы с API. Начинали с одной команды, которая писала всё вручную, и постепенно пришли к универсальному инструменту, с помощью которого сервисы могут выходить наружу самостоятельно без очереди и потери качества. Подробности — в этой статье.

(далее…)

Опубликовано в API, интеграции, интеграция сервисов, Разработка

16
Мар
2026

Как вернуть управляемость разработке после MVP: кейс SimpleOne SDLC

Всем привет, я Артем Герасимов, владелец продукта SimpleOne SDLC. Чуть больше года назад я пришел в компанию в момент, когда продукт только прошел стадию MVP, которую мы делали быстро, чтобы проверить гипотезу. Гипотеза подтвердилась, появились клиенты, но вместе с ними пришел беспорядок: запросы терялись между почтой и чатами, сроки срывались, процессы перестали работать.

В этой статье расскажу, как мы за год превратили стартап-проект в управляемый продукт — с конкретными решениями, ошибками и чек-листом действий, которые можно применить в любой команде разработки.

(далее…)

Опубликовано в data-driven подход, mvp, SimpleOne SDLC, приоритизация, продуктовый контур, Управление бэклогом, управление продуктом, Управление разработкой, управление разработкой продукта

16
Мар
2026

МVP случился. Что дальше?

(далее…)

16
Мар
2026

Владение и локальность

Итак, Вы – руководитель разработки (главный инженер, архитектор и т.п.) большой системы. После здравых размышлений Вы (обосновано) выбираете для системы микросервисную архитектуру. Далее Вы (и опять обоснованно) разделяете систему на микросервисы, продумываете API, рисуете стрелочки и диаграммы и можно программировать.

Можно? Наверное, но лучше сначала рассмотреть принципы для организации доступа к данным.

Принципы

Мы будем рассматривать и сравнивать между собой два принципа:

· Данными владеет только владелец.

· Локальность данных.

Данными владеет только владелец

(далее…)

Опубликовано в API, contract, kafka, topic, versioning, версионирование api, контракт

16
Мар
2026

Интересные кейсы про ADR + ИИ

Всем привет! Меня зовут Катя, я развиваю Gramax — базу знаний для ИТ-команд.

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

(далее…)

Опубликовано в Без рубрики

16
Мар
2026