Комментарии 7
А когда то умение писать код быстрее других было каким то показателем? мне казалось уметь надо не быстро писать а хорошо понимать что ты делаешь. А писать можно и медленно.
Ну и опять же, хороший программист посмотрит дизассемблерный листинг и поймет что там к чему, плохой не поймет. То же и тут только теперь не ассемблер а уже высокоуровневый код.
Вот я иногда пишу на VHDL - но я понимаю во что это превратится на кристалле. Можно и без понятия писать - но цена ошибки будет высока.
Я в целом согласен, но ведь плохой программист благодаря нейросетей быстро разобраться, что вообще в вашем ассемблере происходит, таким образом прокачаясь до хорошего программиста в этой шкале. Так делать станут далеко не все, но такой путь становится гораздо проще (чем просто в интернете происходящее гуглить).
Кто-нибудь объяснит, как сосуществуют такие статьями со статьями, где агенты дружно галлюцинируют и расхреначивают дерево кода?
Ии в разработке сейчас больше усиливает хороших инженеров, чем заменяет их. Плохой код он тоже может написать быстро
Самое интересное в том, что факторизации как была так и остаётся. Уровень сложности систем выростит существенно как и потребление энергии для поддержания их работы и один прекрасный день энергии не хватит.
Мда, новости из какой-то параллельной реальности. Сегодня не написал ни строчки кода, зато половину для выясняли кому принадлежит сервис, который вернул некорректные данные и то, как их там обновить. Привлекли к поисками больше десятка человек.

Как Anthropic меняет подходы к разработке в софтверных компаниях