Code with Claude 2026: что Anthropic показали разработчикам на своей конференции

[serebryakovaaa]

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

[mahmud90]

"будто" - ключевое слово. Нормой пока не становится. Больше словоблудия и обещаний.

[1VK]

становится. Подписан на несколько ютуб-каналов англоязычных по программированию, все говорят, что за последние полгода руками ни одной строчки кода не написали. Только проверка и верификация

[Tim_86]

Интересно, кто ведет эти каналы? Неужели у обычных рядовых разработчиков на это есть время? Или авторы таких каналов - это лица, скажем так, ангажированные?

Только проверка и верификация

признание того, что писать код, пусть и с помощью LLM, должны все-таки профессиональные программисты. Нет никакого "менеджер поставил задачу - LLM все сделала".

[1VK]

"у обычных рядовых разработчиков на это есть время" - просто фейспалм.

"признание того, что писать код, пусть и с помощью LLM, должны все-таки профессиональные программисты" - да, только нет столько задач на всех программистов, с учетом того, что программист с помощью LLM будет закрывать в 5 раз больше задач.. Останется условно 1 из 10, да и тех через 3-4 года заменят на что-то еще.

[Tim_86]

Что ж, время покажет. Только такие прогнозы даются уже несколько лет - в том числе в отношении 2025, 2026 годов. Пока ничего не сбывается. Нет никакой массовой замены разработчиков на LLM. Вполне возможно, что LLM вышли на плато и в ближайшие годы не будет существенных прорывов и улучшений. А цена использования тем временем будет расти - сотни миллиардов вложений надо как-то окупать.

просто фейспалм

Так что по сути-то? Есть пруфы что авторы этих каналов не продавцы очередных оберток над ботами или аффилированные с ними лица? Или это обычные трудяги, которые после трудового дня регулярно записывают выпуски и имеют при этом миллионы подписчиков? Можно конечно предположить, что у этих авторов ютуб-каналов по программированию работа "не бей лежачего" - тогда это все объясняет (почему весь код им пишет LLM, и откуда у них столько свободного времени). Возможно, именно таких разработчиков сократил Маск в 2022 году, когда купил твиттер (напомню, что в 2022 году он сократил около 80% сотрудников компании, когда ни о каком ИИ еще речи не шло.)

[BlackSCORPION]

Не написал ни одной строчки руками, не равно не разрабатывать код.

Я за последний год если и писал что руками то 1% от силы, и то когда это быстрее чем написать промпт. Но это не означает что всю работу делает Опус. Опус пишет код на языке программирования по логике разработаной мной. А еще, чтобы это все работало, нужно значимое время уделять на ревью, структурирование и управление контекстом - документация, маркдаун файлы стратегически разложенные по проекту, что тоже новая часть этой новой разработки.

[1VK]

не равно, но это 1) сократило порог входа (не надо месяцами прорешивать литкод, надо быть просто аккуратным и иметь инженерное мышление); 2) увеличило производительность - то, что раньше делало 5 человек, сейчас будет один.

[BlackSCORPION]

Не все так просто. Вот Вам 2 примера из жизни.

У меня нет опыта в Андроид и блютус стеке. Купил нательный глюкометр с Китая (раз в 5 дешевле) а он не работает с глобальным приложением, китайское требует китайского номера. За 4 дня Клауде зареверсил протокол, написал свое приложение на телефон и часы. Это то что видит большинство, говорит революция, программисты больше не нужны.

И рабочий R&D проект, агентская платформа, без BRD, тех задания, где я половину времени трачу на ревью, реструктуризацию документации, использую сам же Клауде для этого и все равно это занимает много времени. Зачем? Потому что Клауде очень способен отвечать на вопросы, но не видит общей картины, пока ты вайбкодишь, у тебя копятся рабочие решения, каждое из них хорошего качества по отдельности. Но общая энтропия проекта растет и Клауде начинает об нее спотыкаться и вставлять все больше костылей.

Клауде может полностью заменить кодинг - конвертацию логики в код. Но разработка логики остается на человеке, и чтобы клауде кодинг работал хорошо и стабильно, нужна новая штука - context engineering, что то вроде фрейморка на естественном языке, правила, документация, структура, что само по себе когнитивная нагрузка побольше чем написание кода.

Я на 100% доволен этим новым агенстским кодингом, еще до гпт3 мечтал о том чтобы не писать код когда ты уже знаешь какой код тебе нужен, и вот это как раз то самое. Но не все так просто как кажется из интернета, Я бы сказал требования к опыту становятся еще больше, так как с агентом ты становишься уже не разработчиком а тимлидом и архитектором, тебе не достаточно понимать что ты делаешь в голове, тебе надо создавать систему в которой люди/агенты не видящие общей асбтрактной картины/цели в твоей голове, смогут эффективно и последовательно к ней двигаться. С одной стороны агент забирает у тебя рутину, генерит хороший стабильный код имплементирующий заданную логику, с другой стороны добавляет новые типы когнитивной нагрузки, высокие требования к структуре, архитектуре, управлению контекстами, их регулярной поддержке в актуальном состоянии.

Это не тоже самое что разработка теперь просто поставить задачу агенту. Если раньше тебе хватало абстрактной структурной чуйки в голове и ты сразу писал код. То теперь тебе надо выражать эту абстрактную чуйку словесном кодинге в куче маркдаун файлов, чтобы код писал ИИ кодогенератор. Это не плохо, это более натурально, даже высокоуровневые языки по сути костыль для того чтобы объяснять логику машинам. Но это не отменяет саму работу по разработке этой самой логики, плюс агенты требуют более строгого структуры (context engineering) чем люди, они как юристы, контексты, документация, планы должны быть выверены как законы, любая информация может быть использована против вас

[Dhwtj]

.

У Bun есть RoboBun — бот, который автоматически пытается воспроизвести каждый поданный GitHub issue и открыть PR с фиксом и тестом. Требование перед открытием PR жёсткое: тест должен падать на прошлой версии и проходить на патче. За последние 3 месяца RoboBun стал бо́льшим контрибьютором в репо, чем сам Джаред

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

Для усредненного инфраструктурного проекта годится, для моделирования предметной области нет.

Ревьювер ещё не занес его в спам лист? А то многие так делают

Метрика число MR на человека в период времени тупая.

Надо число MR (с весами по важности) вошедших на прод минус утроенное число переделанных за ним MR (переписывания того же участка кода та течение недели)

[FoxMetallhead]

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