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

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

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

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

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

(далее…)

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

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

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

(далее…)

«К нам едет ревизор», или Как не построить космические замки на бюджете сарая при внедрении DWH

Когда к вам едет ревизор, это не всегда плохо, а часто просто жизненно необходимо. Особенно если предстоит выполнить сложный ИТ-проект, такой как внедрение хранилища данных. И речь идет о предпроектном обследовании.

(далее…)

Первый на рынке или быстрый Второй: почему 47% пионеров проигрывают — и какая стратегия подходит именно вам?

Первый на рынке или быстрый Второй — какая стратегия подходит компании?

Первый на рынке или быстрый Второй — какая стратегия подходит компании?

(далее…)

Пожарная безопасность столичных объектов: F-metrics делает проекты в nanoCAD

Рис. 1 – 2D проекция рабочей зоны пожарной автолестницы M 32 L-AS на шасси IVECO. Вид сверху

Рис. 1 – 2D проекция рабочей зоны пожарной автолестницы M 32 L-AS на шасси IVECO. Вид сверху

(далее…)

Теневая система: как компании управляют своим описанием вместо себя

О неформальных архитектурах и о том, почему это всегда дороже, чем кажется

Теневая система: как компании управляют своим описанием вместо себя - 1

1. Управление иллюзией

(далее…)

ИИ-ревью кода в 2026 году: как оно работает и как внедрять

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

Большинство инженерных команд уже провели этот эксперимент: включили инструмент для ИИ-ревью кода, посмотрели, как он оставляет десяток комментариев к очередному pull request, а потом попытались понять, помогли ли эти замечания на самом деле.

(далее…)

«Бег стал маркером того, что депрессия отступает»: 6 личных историй о том, зачем люди бегают

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

(далее…)

Удалёнка убивает тело медленно и без предупреждений: два года DevOps-подхода к себе

Привет, Хабр! Сегодня поделюсь опытом двух лет работы с самым сложным legacy-проектом — моим собственным организмом.

Если бы мой организм был сервисом, я бы сказал, что он долго работал без мониторинга, с кривыми алертами и регулярными инцидентами по SLA.

Сразу оговорюсь: я DevOps-инженер, а не врач, диетолог или тренер. Это не инструкция «как правильно жить», а личный опыт: как я два года разбирался с удалёнкой, питанием, движением и собственными привычками через привычный инженерный подход — метрики, гипотезы, ошибки и постепенные фиксы.

(далее…)

30 минут против месяца. Цена идеальных процессов в разработке

Всем привет, меня зовут Михаил, я работаю главным экспертом(Java/Kotlin разработчик) в ОТП Банке.

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

В какой-то момент я сказал себе: «Стоп. Хватит. Пора уходить в компанию, где всё организовано правильно». Мне казалось, что там не будет хаоса, бессмысленных авралов и вечной гонки за дедлайнами.

Ну что могу сказать — я попал.

(далее…)