Узнайте, почему удаление кода — лучший способ разобраться в проекте. Практические советы для разработчиков, использующих AI-генерацию. Попробуйте прямо сейчас!
Вы когда-нибудь чувствовали тревогу, открывая файл, который написали с помощью AI? Я тоже. В этой статье я расскажу, как случайное удаление кода обернулось глубоким пониманием проекта и как вы можете повторить этот опыт.
Недавно я потратил день на удаление кода и случайно узнал больше, чем за месяц его генерации. Это не история, которую я планировал рассказать. Я думал, что делаю быструю чистку, а вышел другим человеком — слегка смиренным, глубоко кофеинизированным и с файлом, который стал работать лучше после удаления 200 строк Swift.
Несколько недель назад я работал над проектом с бешеной скоростью. Генерация, тест, принять — и дальше. AI выдавал код, который компилировался и делал то, что я просил, а я просто... позволял этому происходить. Не читал внимательно, не задавал вопросов. Просто плыл по течению, добавляя функциональность за функциональностью, как человек, который точно не пожалеет об этом позже.
Спойлер: я пожалел. Не потому, что код сломался — он работал отлично. Но каждый раз, открывая этот файл, я испытывал смутную тревогу, как будто зашёл в комнату, которую убрали, запихнув всё в шкаф. Формально чисто, но духовно неправильно.
И однажды я просто начал удалять. Без плана. Только я, клавиша Delete и растущее чувство, что я принял много кода, который на самом деле не понимаю.
Это удивило меня. Я не из пугливых, но я зависал над строками, думая: «А что, если это держит всё вместе, а я просто ещё не знаю?» Это чувство — то самое, которого у меня никогда нет, когда я пишу код сам. Когда пишешь сам, у тебя в голове карта. Ты помнишь ночь, когда добавил защитную проверку на nil, потому что что-то взорвалось на тестах. Ты помнишь, почему функция структурирована именно так, потому что переписывал её дважды. У тебя есть контекст.
С AI-кодом контекст не приходит. AI принимал решения — некоторые действительно хорошие — а я принимал их, не понимая, почему они были такими. И вот я стою шесть недель спустя, смотрю на свой проект как незнакомец и пытаюсь понять, какие части несущие, а какие — просто декор.
Перед удалением я спрашивал себя: «Окей, если я уберу это, что, по моему мнению, сломается?» Не что может сломаться в теории, а что, конкретно, я думаю, произойдёт.
Некоторые предсказания оказались верными — удаление подтвердило, что код избыточен. Хорошо, просто.
Некоторые были ошибочными интересным образом. Я был абсолютно уверен, что одна функция ничего не делает полезного, но когда я её удалил, тихо развалился специфический краевой случай в забытом мной потоке. Оказывается, функция обрабатывала nil, который мог появиться только при определённой последовательности действий пользователя, которую я не сразу вспомнил.
Эта функция научила меня тому, чего я не знал, что не знаю. Это самый раздражающий вид обучения, но и самый полезный.
Часть кода была действительно избыточной: дублированная логика, защитные проверки для невозможных ситуаций, вспомогательная функция, вызванная один раз, которую можно было заменить одной строкой. Такое добавляет AI, когда хочет быть тщательным, но не знает, что нужно вашему проекту.
Часть я переписал с нуля. Не потому, что оригинал был плох, а потому что переписывание означало, что я наконец-то владею этим кодом. Есть разница между кодом, которым управляешь, и кодом, который понимаешь. Мне нужно было закрыть этот разрыв, чтобы доверять себе при работе.
Часть я оставил как есть. Потому что, глядя на пустое место после попытки удаления, я понял, что код делал что-то нужное, просто я не обращал внимания. Эти удаления были самыми полезными — когда я пытался избавиться от чего-то, а проект говорил: «Нет, это нужно, дай покажу почему».
Никто не говорит, что скорость генерации кода имеет цену, которая проявляется не в день поставки фичи, а позже. Когда нужно что-то изменить, отладить странное поведение, объяснить код другому или просто открыть файл через шесть недель и почувствовать ту самую тревогу.
Каждая строка, принятая без понимания — это маленький кредит. Проценты накапливаются тихо, пока не придётся снова тронуть этот код.
Удаление кода — внимательное чтение, чтобы иметь мнение о его существовании — один из самых странных и эффективных способов выплатить этот долг. Нельзя удалить что-то, не понимая это достаточно хорошо, чтобы аргументировать за или против. И к концу процесса вы вынуждены изучить код, который, как вам казалось, вы уже знаете.
Я не перестал использовать AI. Это было бы драматично, да и дедлайны никто не отменял. Но я начал относиться к принятым предложениям как к долгу, который я беру, а не как к своему коду. Потому что когда нужно снова тронуть этот код, понимание не появится само собой только от того, что я был в комнате при его генерации.
Теперь время от времени я открываю файл, который сгенерировал быстро и не пересматривал. Читаю его как чужой код. Пытаюсь удалять. Делаю предсказания о том, что сломается, и проверяю.
Иногда я прав. Иногда ошибаюсь ровно так, чтобы научиться чему-то.
В любом случае, я выхожу, зная код лучше, чем когда зашёл. Что, честно говоря, больше, чем я могу сказать о дне, когда его генерировал.
Откройте файл, который вы сгенерировали с помощью AI и не пересматривали. Прочитайте его внимательно. Попробуйте удалить что-то, что кажется лишним. Сделайте предсказание: что сломается? Если ничего — отлично, код чище. Если сломалось — вы узнали что-то новое о проекте. Повторяйте регулярно. Это лучший способ понять свой код.
Хочешь закрепить знания на практике?
Решай задачи на Algolit — интерактивная платформа для обучения
Начать бесплатно →