TGViewer
Кот Денисова Кот Денисова @itdenisov · 229 subscribers
Post #237 407
👨‍💻 Почему знание технологии важнее, чем умение писать промпты.

Многие сейчас рассуждают так: зачем учить фреймворки, если нейросеть сгенерирует любой код по промпту? Звучит убедительно, особенно на фоне успехов современных LLM. Можно действительно собрать рабочий интерфейс, почти не вникая в детали.

Но вопрос в другом. Не в том, можно ли, а в том, сколько это будет стоить. По времени, деньгам на токены и нервам.


Знание технологии меняет подход к работе с ИИ:

Когда разработчик знаком с технологией, он лучше продумывает архитектуру и ключевые моменты заранее. ИИ становится мощным ускорителем: генерирует шаблонный код, дописывает рутину, экономит часы. Все это происходит быстро и предсказуемо.

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


ИИ пишет плохо? Возможно, проблема в контексте:

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

С ИИ нужно уметь работать. Есть множество техник, которые большинство пользователей игнорируют. Тех, кто жалуется на плохие результаты, обычно объединяет одно: они не дают модели достаточно контекста. А потом удивляются, почему результат их не устраивает.


Вайбкодинг - это не замена пониманию:

Можно нагенерировать работающее приложение, вообще не разбираясь в технологии. Но качество такого подхода падает по мере роста сложности. Для демо-проекта - возможно. Для реального продукта - нет.

Вот несколько моментов, которые стоит учитывать:

🔹Устранение багов без знания технологии занимает намного больше времени. Нейросеть может сгенерировать кривой запрос к базе данных или неоптимальный алгоритм и вы просто не заметите этого, если не понимаете, как это должно работать.

🔹Производительность и безопасность - те области, где ИИ часто ошибается. Модель решает задачу «сделать работающим», а не «сделать эффективным и безопасным». Разница критическая.

🔹И наконец, инженерный комфорт. Многие разработчики признаются, что чувствуют дискомфорт, когда ИИ генерирует код, который они не понимают. Вместо слепого доверия они разбираются в сгенерированном коде, находят неоптимальные решения и улучшают их. Но для этого нужна база.


💡 Вывод:

ИИ - это мощный инструмент, который ускоряет разработку. Но он не отменяет необходимости в фундаментальных знаниях. Можно навайбкодить демо-проект без понимания технологии. Но чтобы работать быстро, предсказуемо и качественно - база обязательна. Знание технологии меняет все: вы тратите меньше токенов, получаете более чистый код и чувствуете себя увереннее.

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


Подписаться на канал:
➡️ Кот Денисова

Закрытый канал:
🚀 Мобильный трудоголик PRO
  • 👍 5
  • ❤ 2
  • 👀 2
More from @itdenisov
  1. Sep 30, 2026👨‍💻 Почему разработчики стали маркетологами. Есть метрика time to market - количество вр…
  2. Sep 23, 2026👨‍💻 Скорость разработки перестала быть дефицитом. Дефицитом стали доходные идеи. ИТ-мене…
  3. Sep 16, 2026👨‍💻 Команды Git, которые полезно знать. Когда вы уже хорошо знакомы с командами add, com…
  4. Sep 9, 2026👨‍💻 Гонка за самую мощную ИИ-модель подходит к концу? Последние несколько лет за развити…
  5. Sep 2, 2026👨‍💻 Почему ПМ игнорирует мнение разработчика и спрашивает других? Знакомая ситуация. Вы…
  6. Aug 26, 2026👨‍💻 Навыки прохождения собеседований стали важнее реального опыта. В последние годы в ИТ…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →