Русский
Открыть в Telegram

Пост Давно не было провокационных постов от Егора Бугаенко на канале, ловите https://youtu.be/JRMnoQvFfKU

26 октября 2026
(
(java || kotlin) && devOps
Ссылка
нажмите — покажем
Давно не было провокационных постов от Егора Бугаенко на канале, ловите https://youtu.be/JRMnoQvFfKU С чем хочется поспорить? Первое и самое главное - не уверен, что AI разработка приведёт к исчезновению документации к коду. Аргумент Егора: раз код сейчас не читает человек, а машина быстро разбирается в любом коде - документация не нужна. Тут сразу уточнение - я бы расширил понятие документация. Документация для меня это и Java, и тот же Openspec, и любые другие документы по архитектуре. И я, кстати, вижу в AI чатах мнения, что OpenSpec не нужен. Так вот, если документацию убрать - получаем 2 проблемы: 1) ок, человек не читает код. Но ему все равно нужно что-то читать, если pull request не элементарный. Егор говорит о неких простых артефактах, из которых сразу видна суть изменений. Типа архитектурной схемы в yaml. Хорошо если такая есть, и она описывает все возможные изменения в проекте. Но если это невозможно - вот тебе новая SDD спецификация или дельта в существующую. 2) идея "код содержит всю правду" IMHO утопична. Причем не важно, кто писал этот код. Всегда есть исключения. Всегда есть то, что в код пока (!) не вошло. Намерения пользователя в конце концов. Этому место в документации. Как по мне основная проблема сейчас - избегать дублирования в документации, делать ее компактной. Чтобы не было - одна и та же мысль есть и в JavaDoc, и ещё в 3 спеках. AI любит дублировать. А идея отказаться от документации вообще красива, но утопична. Вторая спорная мысль - все PR делают роботы, разговаривать с ними не надо, делаем своих роботов для отсева кривых PR. С одной стороны все к этому идёт. А с другой - PR появился из-за чьего-то намерения. Намерение остаётся за человеком. Канал для связи с этим человеком все равно нужен, пусть и не в рамках многодневной переписки в PR. А вот над чем стоит подумать: 1) с увеличением числа изменений master будет ломаться чаще. Нужны правила для агентов по его автоматической починке. 2) большие pull request всегда были болью, останутся они болью и для AI агентов из-за context rot. Надо думать над тем, как автоматически бить задачи на более мелкие, с AI это сделать должно быть легче 3) настройка своего harness для контроля качества кода - это реально большая задача для всех команд на ближайшие годы. #ai #dev
85 ·

Рядом в ленте

((java || kotlin) && devOpsЕще одно интересное нововведение в Java 27. Сейчас, благодаря развитию ИИ, тренд на безопасность. И разработчики JVM решили быть в тренде) JFR - Java Flight Rec((java || kotlin) && devOpsЕще одна интересная штука из последних JDK - правда не 27, а 26 - LazyConstants https://openjdk.org/jeps/526 В чем суть? Вот пример кода - было\стало: // OLD: s
это сообщение
((java || kotlin) && devOpsЧем Codex лучше Claude Code? Я последние пару месяцев использую в работе оба, и замечанию некоторые отличия. Сразу скажу - по качеству рассуждений и кода я особ
((java || kotlin) && devOps(java || kotlin) && devOps@javaKotlinDevOps · канал · Технологии
339подписчиков104средний охват поста
Лента площадки Открыть в Telegram

Открытая публичная лента из поискового индекса ChatCrawler — «Google по публичному Telegram»; обновляется по мере обхода площадки. Время — UTC.

Только публичный контент, официальный API Telegram. О проекте · Вопросы · Границы индекса · Убрать страницу из выдачи · Каталог · Поиск · Как мы считаем