Почему «сделай за меня» убивает в тебе инженера

Распространение LLM вскрыло глобальный баг, который в айтишке игнорировали годами: люди не умеют формулировать мысли в понятный поток.

Разработчики часто думают, что понимают, как работает их код, но на деле это часто оказывается «иллюзией глубины объяснения». Человек понимает 10% в начале, 10% в конце, а посередине — 80% «жира» и магии, которые скрыты в тумане.

Метод утки: Переключение из Деятеля в Архитектора

Когда ты сидишь в IDE и пытаешься пофиксить назойливый баг, твой мозг работает в режиме «деятеля». Ты сфокусирован на конкретной строке, ты зарыт в деталях и часто не видишь системы целиком. Чтобы выйти из этого режима существует старый добрый метод резиновой уточки.

Суть этого метода не в том, чтобы поговорить с игрушкой, а в том, чтобы собрать максимально полный контекст. Когда ты сидишь над кодом, твой мозг работает в режиме «деятеля» — он зациклен на конкретной строке, ошибке или блоке кода. Но чтобы объяснить проблему уточке (или нейронке), тебе нужно переключиться в режим «архитектора».

В этот момент происходит линеаризация мышления. Речь — процесс последовательный. Ты не можешь сказать: «Ну, тут вызывается метод, потом происходит магия, и на выход падает JSON». Точнее, можешь, но даже твой собственный мозг зафиксирует, что на этапе «магии» у него пробел. Описывая задачу, ты вынужден восстанавливать логические связи, которые в обычном состоянии просто принимал на веру. Именно в процессе этого «пересказа» системы целиком ты и находишь несостыковку.

LLM как прокачанная утка

LLM — это та же уточка, но на стероидах. Она может ответить, направить или подсказать. Но здесь кроется ловушка, в которую залетает большинство разработчиков.

Когда ты пишешь промпт в стиле «у меня тут падает ошибка, вот лог, пофикси», ты совершаешь критическую ошибку. Ты делегируешь нейронке не просто рутину, а саму возможность понять систему.

Если ты просишь LLM «сделай за меня», ты пропускаешь процесс линеаризации. Ты остаешься в том самом тумане, где 80% логики тебе непонятны. Код будет доставлен, но ты не вырастешь как инженер, потому что не прогнал эту задачу через свой внутренний компилятор.

Ответственность за «подкапотку»

В моей практике был период, когда я просил джунов в комментариях к задачам описывать обычными словами, что именно они сделали. Не переменные перечислять, а объяснять взаимодействие модулей. Это помогало и им самим реально разбираться в том, что они написали, и команде оставаться в контексте изменений.

Нейронка — это всего лишь продвинутый автокомплит. Ответственность за систему всегда лежит на тебе. Если ты не можешь описать нейронке логику своими словами, значит, ты её не понимаешь. А если ты её не понимаешь, ты не контролируешь процесс.

Инженер начинается там, где заканчивается слепое копирование и начинается дотошное понимание окружения, в котором запускается его код. Используй LLM, чтобы подсветить свои пробелы, а не для того, чтобы их спрятать.

Как часто вы ловите себя на мысли, что не можете объяснить логику своего же метода без фразы «ну, оно как-то там само работает»?

🔥 — если используешь уточку (или ChatGPT) на постоянной основе.

А если остались вопросы или что-то звучит слишком абстрактно — пиши в комменты, обязательно разберем!

10МДК | ВЕБМастер