Каждый месяц мой рабочий процесс разработки с использованием AI полностью заменяется совсем другим. Но потом я жду ещё несколько недель, и этот рабочий процесс тоже оказывается полностью устаревшим, так что я не так уж и расстраиваюсь.
(но при этом золотая пора у тех, кто "курсы по AI продаёт":)
 
Помню, как были организованы процессы разработки в крупных ит-конторах ещё до AI: всё шевелилось еле-еле-еле-еле, и вот интересно теперь узнать, как они адаптировались (ну, на самом деле все ревью и дифы, сборки и деплои, внедрение изменений и т.д. стали просто ещё более серьёзным узким местом).
 
А ведь существует великое множество проблем, которые сбивают агентов с толку, о которых сам программист не знает, не говоря уже о техдире. Но сначала мы перестали писать код, затем мы перестали читать код, а теперь перестали читать и сообщения агентов.
 
Пол Грэм на днях отмечал:
 
Многие вещи в ИТ работали только потому, что у людей есть предел скорости, с которой они могут действовать. Нам только предстоит узнать, какие именно пределы существуют, когда эти пределы начнут давать сбои...
 
Код по-прежнему является инструкциями для машины. Но он также является моделью понимания. В эпоху AI эта вторая роль становится ещё более важной. Будущее программирования заключается не просто в написании большего количества кода быстрее. Оно заключается в создании более совершенных концептуальных моделей, более совершенной лексики и более прочных основ, на которых могут работать как люди, так и нейронки...
[развиваем эту темку на Функциональных архитектурах]
 
P.S. Учёный Ноам Браун из OpenAI утверждает, что отключение компьютеров от сети далеко не факт что предотвратит атаку AI на человечество, поскольку например две изолированные машины всё равно смогут взаимодействовать, нагревая процессор и считывая изменение температуры, а также кучей иных стеганографических способов.