Представьте ситуацию: вы — начинающий аналитик, ваш лид уходит в отпуск, и в этот же день падает критически важный скрипт на дашборде. Что делать? Мой первый инстинкт был современным, но ошибочным: я схватил «полотна» SQL-кода и начал скармливать их нейросетям в надежде на чудо.
Ловушка «быстрого решения»
Нейросеть уверенно выдавала: «Вот теперь точно правильно!». Я вставлял код, он не работал. Я злился, снова копировал ошибки, и так по кругу. Четыре дня я находился в состоянии «вайбкодинга» — когда ты что-то пишешь, не понимая сути процесса.
Метод карандаша и бумаги
Когда стадия принятия прошла, я сделал то, что стоило сделать в первый час. Я взял чистые листы А4 и карандаш. Я начал выписывать каждый шаг:
- Что этот кусок кода делает на самом деле?
- Почему данные на выходе не соответствуют ожиданиям?
- Что должно получиться в итоге?
Как только я декомпозировал задачу на бумаге, пазл сложился. Я не просто починил скрипт — я его оптимизировал. Оказалось, что понимание «ЧТО» и «ПОЧЕМУ» гораздо важнее, чем знание синтаксиса «КАК».
Главный урок
Сначала — чертеж, потом — стройка. Если вы не понимаете логику процесса, даже самый мощный ИИ вам не поможет, а лишь запутает.
Больше о системном подходе в аналитике и реальных кейсах оптимизации пишу в своем Telegram-канале: https://t.me/data_vanya