"Письмо" в редакцию.

Ниже текст не обиженного луддита, настальгирующего по good old days - а скорее анализ происходящего и попытка трезво принять будущее.

Я не могу не замечать, как мои скиллы обесцениваются. В конечном счете, я - такая же нейронка, обученная на документациях и ответах со StackOverflow. Только куда менее эффективная: мне нужно спать, обедать час (иногда даже больше). Эго ещё своё обязательно продемострировать на митингах с соседним отделом.

В Software Engineering всегда было разделение на «художников» и «маляров». Художники творят Linux, Redis, Python. Маляры решают прикладные задачи перематывая всё это изолентой. Спрос на вторых рос десятилетиями, но сейчас приходит смерть профессии в ее привычном виде, ака демократизация малярного дела.

Все мои знания аргументов grep, параметров gunicorn или трюков оптимизации Docker-образов больше не нужны (даже мне так то!). Даже хитровыебанные знания, вроде паттернов проектирования или систем дизайна. LLM в них компетентнее. Когда я получаю от нейронки снисходительное «You are absolutely right», мы оба знаем: это просто вежливая лесть за уплоченны токены.

Мы поднимаемся на новый уровень абстракции, где становится неважно, *как это сделано*. Нам же плевать на регистры и сдвиги в ассемблере? Теперь этот подход добрался до нашего “высокоуровневого” кода,

Я вижу это на ревью: прилетает PR на 1000 строк нового кода в репозиторий, где всего их 3000. Там всё ок: тесты, документация, структура.
• Да, можно это сделать проще через стороннюю библиотеку - так уж вышло что я это знаю.
• Да, это стоило бы разбить на пять мелких PR, чтобы я не сошел с ума это всё ревьюить.

Но реальность такова: этот код больше не предназначен для чтения человеком. Индустрия переходит в write-only режим. Если нейронка написала тысячу строк, которые работают, и она же сможет их потом поправить — «красота», «переиспользуемость» и «поддерживаемость» кода в человеческом понимании становятся атавизмом.

Так уж вышло что последние 10 или сколько там лет я практиковался именно в “как”. Как сделать код поддерживаемы, безопасным. Как побить на зависимости и сделать общие части переиспользуемыми. Как сделать красиво - ну это самый кайф в нашем достаточно скучном корпаротивном болоте. Теперь этот навык превращается в избыточную нагрузку для бизнеса – хотя wait a second, it always been.