Программирование

Это первый урок цикла, который я начал писать для своей команды разработки.

Нам нужно начать с теории.

Что вообще такое вайб-кодинг?

Это когда разработчик (или даже не разработчик) описывает желаемые функции на обычном языке, а ИИ уже переводит это в программный код. Вообще термин вайб-кодинг появился лишь только в феврале этого года, так что это очень свежее явление.

Суть одна, но реализаций инструментов у неё несколько.

Я условно разделяю инструменты для вайб-кодинга на 3 категории:

1. Blackbox — сервис либо вообще не показывает нам код, либо показывает, но не даёт отредактировать.

Он просто сделал задачу, мы это запускаем, тестируем и всё. Ну и в репозиторий (место хранения кода) можно закинуть.

Это Replit, Bolt, Lovable — они стараются делать свои продукты для непрограммистов.

2. Greybox — сервис показывает код, но он работает на автопилоте.

Мы видим, что там ИИ сгенерировало, какой код конкретно появился/изменился, но управление чаще всего происходит через только промпт.

Это Codex, Jules, Rork, Claude Code

3. Whitebox — это когда работаем с кодом мы сами, а ИИ является нашим напарником. Как правило, этот инструмент выглядит как IDE (программа для разработки). Мы видим, что ИИ создало, и можем за ним исправлять, отменять её изменения полностью или частично, направлять.

Это Cursor, Windsurf, Github Copilot

А также есть вариант, когда компания пытается охватить сразу все варианты — как Firebase studio от Google.

Также можно просто кидать код обычном Gemini, Claude, GPT — и они будут выдавать результат. Но это подходит для маленьких задач или, что более ценно — для планирования работы.

Но есть не только сервисы, которые просто генерят код

Есть и те, которые создают под него документацию (codeguide.dev, factory.ai), делают ревью-проверку и ищут баги (cubic.dev, coderabbit.ai), создают дизайн (UXpilot, Uizard) и так далее. Их мы тоже разберём. Хотя, вероятно, те ребята, которых я уже описал выше, большинство из второстепенных функций постепенно в себя вберут.

Приятный бонус — все инструменты выше работают без VPN, разве что оплачивать нужно иностранной картой. Они не требуют сильного ноута — какие-то работают через браузер, какие-то через приложение на ноутбуке, но на малых мощностях.

Что я считаю минимальным набором джентльмена на данный момент?

• GPT и/или Gemini — для планирования. Можно даже обойтись без подписок, работая в aistudio.google.com

• UXpilot — для создания дизайн-макетов для веб и мобильных приложений

• Lovable — для веб-фронтенда. Они дают 5 бесплатных генераций в день, нередко этого даже достаточно, чтобы сделать полноценный сайт!

• Rork — для мобильного приложения. Хотя Lovable вроде бы грозится эту нишу тоже охватить.

• Cursor — для работы с бэкендом (серверной логикой приложения). Он самый быстрый, самый функциональный и удобный. Apple в мире вайбкодинга.

• Coderabbit — для ревью кода (проверки). Хотя вскоре его полностью может заменить Cursor.

Вот с этих приложений мы и начнём наш путь в вайбкодинг.

В общем, поехали 🌀

--

Напоминаю, что это серия я серия постов с обучением по вайб-кодингу, которая которая проходит в тг канале
В пикабу будет часть постов, но основная линия будет там. Буду рад вашему участию)

Поясняет Паша Вавилин, наставник на курсе по Python:

«Удивлён, что человека не взяли на работу. Его стоило бы нанять сразу менеджером.

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

По факту человек взял эту псевдографику, положил внутрь одного из циклов и вывел.

Ну и что, что два цикла на двоих по факту делают ровно одну операцию, — два цикла ведь есть! Условие выполнено!

Тут два варианта: его не взяли на работу, потому что он оказался умнее рекрутеров — никто не любит брать на работу людей умнее себя, вдруг начальство поймёт, что ты тогда и не нужен.

Либо всё дело в том, что у него в выводе на экран будет одна лишняя пустая строка».

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

Идея – здравая. Министр цифрового развития Шадаев уже заявил, что реализовать ее довольно легко. Речь идет о таких решениях, как Astra Linux, Альт, Red OS. Windows – пожалуйста, но не вместо, а в дополнение. Никакой катастрофы не произойдет. Потому что речь идет не о запретах, а о праве выбора. Хочешь – работай на Astra, хочешь – на Windows. Но хотя бы познакомься с отечественным продуктом.

Проблема – не в отсутствии решений, а в массовой инерции. Сегодня российские ОС занимают 2–3% в рознице и 7% в корпоративном сегменте. Для сравнения: в 2024 году было продано почти 4 млн ноутбуков. Значит, абсолютное большинство пользователей физически не видели, как выглядит Astra или Red OS. Ни в рекламе, ни на прилавке. В таком положении никакой "рынок сам разберется" не работает. Для этого и нужен протекционизм – не для запрета, а для узнаваемости.

Разработчики готовы: "Астра" адаптирует систему под массовый сегмент, Red OS – уже на полке. Устройства с отечественным софтом предлагает iRU, совместимость решается, как говорят инженеры, "в рабочем порядке".

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

Что важно – государство идет аккуратно. Никто не предлагает рубить с плеча, поэтому речь идет об установке российских ОС в дополнение. Догнать зарубежные системы можно только тогда, когда продукт опробован на практике и получил отклик миллионов пользователей. После его уже предстоит дорабатывать и доводить до ума.

Еще больше интересных материалов в моем telegram-канале "Константин Двинский"

Не забываем ставить лайк :)
Подписывайтесь, чтобы ничего не пропустить!