coding llm
Mar. 21st, 2026 10:37 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
amaraoА ведь будущее необратимо поменялось. Это ведь не редактор, который потом заглохнет, или модный паттерн, который перестанет быть модным.
Это ведь навсегда. В том смысле, что будущее меняется навсегда, и это крупнейшее изменение в жизни компьютерных людей с момента появления интернета. Всё последующее будет другим, и даже если что-то ещё более крутое появится на смену, пути назад нет.
Код действительно перестаёт быть рукотворным. Примерно как случилось машинным кодом. Сначала компиляторы были нишевыми игрушками, потом они стали заниматься прикладной ерундой, потом начали компилировать ядра операционной системы, а потом ассемблер из базового метода программирования стал становиться всё более и более нишевым, пока не уполз в "ассемблерные вставки" и всякие забавные выкрутасы для ценителей.
Кажется, что-то такое будет происходить и с любым другим кодом. Да, сейчас оно не всегда делает правильно, и иногда легче руками поправить, и да, оно газлайтит, но истина необратима: если я знаю, что нужно написать, сказать, что написать, проще, чем написать самому. И потом прочитать тоже проще, чем написать, как бы не казалось наоборот во время ревью...
Проблему ревью (-4560 +7355) мы пока не решили, хотя первые попытки идут.
И ведь назад никак не вернуться. Просто потому, что как бы больно не было от галлюцинаций, diversity (когда llm подпихивает больше, чем попросили, а потом это "больше" начинает развивать фиг знает куда) и периодических идиотизмов, оно всё равно поднимает продуктивность.
Причём, это другой подъём продуктивности, чем раньше. Раньше как продуктивность поднималась? Язык или утилита (со своим птичьим языком, разумеется), берёт на себя часть боли. А взамен ты её учишь. Или новая парадигма (iaac, gitops) и ты её embrace. Взамен ты что-то получаешь, но только пока используешь инструмент или парадигму. И как только ты из fancy shmancy rust/haskell вываливаешься в баш, то всё, пш... 1979 на дворе.
А с LLM - нет, продуктивность растёт всюду. И в баше, и расте, и в ансибле, и CI-ных скриптах. И не только продуктивность. Идиотизмы-идиотизмами, а на баше все современные модели пишут лучше, чем я. В infra-тестах можно обсудить, а вот баш - я точно хуже пишу.
А ещё... все эти агентские md, если их готовить хорошо, так эта та самая вещь, о которой столько говорили и которой нигде никогда нет - документации. По делу. Актуальной. Потому что сейчас она пишется не для виртуального "я" или коллеги (перебьётся и сам разберётся), а для той самой LLM, которая мне прямо сейчас будет дописывать что-то, и если она что-то перепутает или не сделает, то я потрачу кучу времени объясняя ей что сделать и как, так что есть шкурный интерес пойти и написать (пусть со второго-третьего раза) как надо что-то делать, а как не надо. И люди потом по этому документу могут онбордиться, я думаю, лучше, чем по той простыне, которая была написана 3 года назад, посвящена на 40% одной фиче, которая тогда была большой и главной, а сейчас - ну, фича, одна из; а всё самое главное как-то забывается добавить. И убрать то, что выпилили год назад.
А тут - не, надо следить, обновлять. А ещё лучше, чтобы оно само предлагало изменения, как только фича, в конце чеклист, надо ли что-то в агентских инструкциях править или нет.
Короче, свершается, прямо сейчас. Если не юзаете, начинайте пробовать, потому что learning curve там не меньше, чем для любой сложной технологии, и с пол-пинка срочно-вкатиться-надо трудно будет.
И не всякие MCP и прочую чушь надо, а просто опыт. Как писать, как не писать, учиться читать LLM'ный код правильно, учиться задавать правильные вопросы, учиться вовремя перехватывать управление и направлять куда нужно. Это сложно, этому учиться, я думаю, не проще, чем лошадью управлять.
Это ведь навсегда. В том смысле, что будущее меняется навсегда, и это крупнейшее изменение в жизни компьютерных людей с момента появления интернета. Всё последующее будет другим, и даже если что-то ещё более крутое появится на смену, пути назад нет.
Код действительно перестаёт быть рукотворным. Примерно как случилось машинным кодом. Сначала компиляторы были нишевыми игрушками, потом они стали заниматься прикладной ерундой, потом начали компилировать ядра операционной системы, а потом ассемблер из базового метода программирования стал становиться всё более и более нишевым, пока не уполз в "ассемблерные вставки" и всякие забавные выкрутасы для ценителей.
Кажется, что-то такое будет происходить и с любым другим кодом. Да, сейчас оно не всегда делает правильно, и иногда легче руками поправить, и да, оно газлайтит, но истина необратима: если я знаю, что нужно написать, сказать, что написать, проще, чем написать самому. И потом прочитать тоже проще, чем написать, как бы не казалось наоборот во время ревью...
Проблему ревью (-4560 +7355) мы пока не решили, хотя первые попытки идут.
И ведь назад никак не вернуться. Просто потому, что как бы больно не было от галлюцинаций, diversity (когда llm подпихивает больше, чем попросили, а потом это "больше" начинает развивать фиг знает куда) и периодических идиотизмов, оно всё равно поднимает продуктивность.
Причём, это другой подъём продуктивности, чем раньше. Раньше как продуктивность поднималась? Язык или утилита (со своим птичьим языком, разумеется), берёт на себя часть боли. А взамен ты её учишь. Или новая парадигма (iaac, gitops) и ты её embrace. Взамен ты что-то получаешь, но только пока используешь инструмент или парадигму. И как только ты из fancy shmancy rust/haskell вываливаешься в баш, то всё, пш... 1979 на дворе.
А с LLM - нет, продуктивность растёт всюду. И в баше, и расте, и в ансибле, и CI-ных скриптах. И не только продуктивность. Идиотизмы-идиотизмами, а на баше все современные модели пишут лучше, чем я. В infra-тестах можно обсудить, а вот баш - я точно хуже пишу.
А ещё... все эти агентские md, если их готовить хорошо, так эта та самая вещь, о которой столько говорили и которой нигде никогда нет - документации. По делу. Актуальной. Потому что сейчас она пишется не для виртуального "я" или коллеги (перебьётся и сам разберётся), а для той самой LLM, которая мне прямо сейчас будет дописывать что-то, и если она что-то перепутает или не сделает, то я потрачу кучу времени объясняя ей что сделать и как, так что есть шкурный интерес пойти и написать (пусть со второго-третьего раза) как надо что-то делать, а как не надо. И люди потом по этому документу могут онбордиться, я думаю, лучше, чем по той простыне, которая была написана 3 года назад, посвящена на 40% одной фиче, которая тогда была большой и главной, а сейчас - ну, фича, одна из; а всё самое главное как-то забывается добавить. И убрать то, что выпилили год назад.
А тут - не, надо следить, обновлять. А ещё лучше, чтобы оно само предлагало изменения, как только фича, в конце чеклист, надо ли что-то в агентских инструкциях править или нет.
Короче, свершается, прямо сейчас. Если не юзаете, начинайте пробовать, потому что learning curve там не меньше, чем для любой сложной технологии, и с пол-пинка срочно-вкатиться-надо трудно будет.
И не всякие MCP и прочую чушь надо, а просто опыт. Как писать, как не писать, учиться читать LLM'ный код правильно, учиться задавать правильные вопросы, учиться вовремя перехватывать управление и направлять куда нужно. Это сложно, этому учиться, я думаю, не проще, чем лошадью управлять.