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

12
Июн
2026

Мы не хотели переходить в MAX. Как мы развиваем открытый корпоративный мессенджер, часть 2

Пару месяцев назад мы выпустили экспериментальную версию открытого корпоративного мессенджера (далее…)

Опубликовано в коммуникация, коммуникация в команде, корпоративные мессенджеры, корпоративный мессенджер, мессенджеры для командной работы, общение с клиентами, общение с коллегами, Управление, управление людьми, Управление проектами

12
Июн
2026

Генератор идей для стартапа за выходные: как я открыл для себя «вайбкодинг»

Два года назад я писал диплом. Это был серьёзный, монументальный проект: классические микросервисы на Java, тяжёлый фронтенд, настройка CI/CD пайплайнов, возня с Docker, чтобы всё это красиво деплоилось. Я потратил на это полгода своей жизни, кучу нервов и литры кофе. Тогда казалось, что разработка любого нормального продукта — это долго, больно и требует армии программистов.

(далее…)

Опубликовано в claude, идея для стартапа, идея проекта

11
Июн
2026

AI не убил разработчиков. Он сделал видимость разработки дешёвой

«Я собрал приложение за вечер на Claude. Разработчики больше не нужны».

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

А потом понеслась…

EnrichLead, собранный полностью на AI, взломали практически сразу после запуска. Ключи от сервисов лежали в открытом виде. Replit-агент, которому доверили продовую базу, просто её снёс и уверенно (далее…)

Опубликовано в AI MVP, архитектура по, безопасность приложений, будущее программирования, вайбкодер, вайбкодинг, искусственный интеллект разработка, нейросети в разработке, Программирование

11
Июн
2026

Почему делегированная задача возвращается к тимлиду

Вы отдали задачу инженеру, а через три дня она снова у вас: то с ворохом вопросов, то сделана наполовину, то с честным «я не был уверен и решил дождаться тебя». Делегировали ведь по‑настоящему, не сами сели делать, — почему вернулось?

Обычно потому, что отдали задачу, но не отдали всё остальное, без чего её нельзя довести самому: право решать, понимание, что считать готовым, и момент, в который свериться. Разберём, на чём делегирование ломается чаще всего, сколько свободы стоит отдавать и как отдавать так, чтобы не прилетало обратно.

На чём оно ломается

Самая частая поломка — (далее…)

Опубликовано в делегирование, лидерство, менеджмент, обратное делегирование, ответственность, принятие решений, развитие сотрудников, тимлид, управление командой, управление разработко

11
Июн
2026

Архитектурный долг со знаком плюс: когда пора платить проценты

Привет, Хабр! Меня зовут Андрей Бирюков. Я — независимый эксперт в области ИТ и ИБ, преподаю в учебных центрах и пишу статьи и книги.

Любой практикующий архитектор знает: техдолг неизбежен. Он бывает двух видов — глупый (когда срезали угол просто потому, что лень) и осознанный (когда срезали угол ради продвижения выживания продукта на рынке). Вторая категория — это тот самый «долг со знаком плюс». Он работает на вас ровно до тех пор, пока процентная ставка не превышает экономическую выгоду.

(далее…)

Опубликовано в change failure rate, DORA, Lead Time for Change, software architecture, архитектурные метрики, архитектурный долг, микросервисная архитектура, рефакторинг, технический долг, фитнес-функции

11
Июн
2026

LLM написала, человек одобрил, никто не понял: откуда на самом деле берётся нечитаемый код

«Она написала мне идеальную документацию. Триста страниц. Теперь я не понимаю не только код, но и документацию»

1. Знакомое ощущение

Код работает. Тесты проходят. А читать его невозможно. «Я бы написал это иначе» — думает каждый, кто открывал результат работы LLM-агента. Или другая сторона той же монеты: модель выдала исчерпывающий документ, в нём есть всё — а в голове после прочтения не остаётся ничего.

Мы привычно называем это «низким качеством». Плохо обучили. Недотюнили. Промпт кривой. Но давайте присмотримся: качество ли это?

(далее…)

Опубликовано в comprehension debt, llm, агентная разработка, качество кода, когнитивная асимметрия, контекстное окно

11
Июн
2026

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

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

В Content AI мы активно внедряем ИИ в разработку, и одна из задач, которую мы решали в этом году, — автоматизация код-ревью. В этой статье рассказываем, как одна из наших команд собрала ИИ-ревьюера, встроенного в Pull Request, и что мы поняли спустя месяц использования.