Самый ценный код в моём репозитории — это код, который я не написал. Подумай о бэклоге: задача переписать «старое легаси» на «новое и блестящее», переезд с GCP на AWS, кастомная тудушка поверх CRM, «крутой» обработчик изображений. Всё то, что бизнес, начальник или ты сам так и не приоритезировал. «Сделаю потом». Спустя четыре года становится очевидно: эти фичи не помогли бы вообще. Хорошо, что их не построили. Они либо неактуальны, либо вы уже перепридумали продукт. Они были бы просто легаси-мусором, который надо тащить или выпиливать. Каждый раз, когда ты что-то не строишь, ты ускоряешь команду и продукт. «Не строить» — это очень мощная штука. Выбор — это стратегия.
Про AI и работу. Да, техно-CEO постоянно напоминают, что LLM нас заменят. В некоторых локальных задачах модели правда пишут код лучше меня. Но в целом — пока нет. Сколько раз ты пробовал просто «вайбить», а потом смотрел на код и видел одну и ту же сущность, определённую в пятнадцати местах? Или четыре реализации валидации одной схемы во вложенных if-ах? Лично я нахожу LLM-вывод сложным для чтения. А раз мне сложно — значит, и самому AI его читать будет трудно. Но мы к этому придём, я уверен.
Вот в чём проблема. Модели улучшаются, все их используют, «токенмакс» будто завтра не наступит. Люди тратят токены как раз на то, чтобы построить те самые штуки из бэклога, которые раньше никогда бы не построили. Они перестали выбирать — они просто строят. В итоге кодовые базы раздуваются новыми фичами, новыми фреймворками. Код становится нечитаемым для человека, и единственный способ с ним работать — через AI. Но будешь ли ты тратить время и токены на его удаление? Придётся доказывать, что удаление — это чистый плюс, а это сложно для не-разработчиков. Плюс, помни: Hyrum's Law гарантирует, что даже уродливый API обрастёт зависимостями. В коде, который мы не пишем, огромная ценность. И часто не написать — лучшее решение.