☠️ Мой сервак взломали!

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

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

В сети орудует куча ботов, которые сканируют открытые порты серверов и используют их уязвимости.

Я надеялся, что сервер доживет хотя бы до следующего занятия, но увы, боты оказались проворнее.

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

1️⃣ Создать нового пользователя c root правами, а root пользователя отключить.

2️⃣ Отключить вход по паролю, а использовать ssh ключи.

3️⃣ Установить fail2ban, чтобы блочить попытки подключений.

4️⃣ Настроить ufw файрволл, отключить все порты, и открыть только необходимые, обычно это 22, 80, 443.

Дополнительно можно включить 2FA, или ограничить подключение к серверу по IP.

Делайте резервные копии и регулярно обновляйте ПО.

А знаете, что самое приятное? Теперь каждый может запустить Warp агента, который это сделает за тебя.

А не как я - в ручную, последние 15 лет.

✔ @vibe_coding

Утром психолог с реплитом, вечером вайб-кодер с редактором кода и своей виртуалкой.

Вчера утром провел менторскую сессию с Сергеем. Сергей - психолог. Никогда раньше ничего не кодил, не создавал. Ему нужен был сайт и Telegram бот.

Одна двухчасовая сессия, и к вечеру у него уже был и сайт и mvp бота. И судя по эмоциям, теперь его не остановить 😄

https://sergei-bechtold.com

#отзыв@vibe_coding

Docker съел все свободное пространство на жестком диске!

На прошлой неделе проводил урок по Docker на курсе по вайб-кодингу.

Студенты научились упаковывать свои приложения в контейнеры, но одну важную деталь я не успел подсветить.

Docker по умолчанию хранит ВСЁ:
- каждую сборку образа
- неиспользуемые volumes
- build cache

Всё это лежит мертвым грузом и жрет гигабайты.

За пару месяцев экспериментов легко накапливается 30-50 ГБ мусора!

Быстрое решение:

docker system prune

Эта команда удалит весь неиспользуемый хлам.

Но это только полдела.

Даже если регулярно чистить систему, Docker-образы могут быть раздутыми изначально.

Вот что реально уменьшает размер:

1️⃣ Используйте alpine-образы

python:3.14 весит 400+ МБ
python:3.14-alpine весит 20+ МБ

В 20 раз разница! А работает практически так же.

2️⃣ Объединяйте команды в RUN

Плохо:

RUN apt-get update
RUN apt-get install curl
RUN apt-get clean

Хорошо:

RUN apt-get update && \
    apt-get install -y curl && \
    apt-get clean

Каждый RUN - это новый слой в образе. Меньше слоев = меньше размер.

3️⃣ Добавьте .dockerignore

Без него в образ улетают:
- node_modules
- .git
- .env файлы
- всякий мусор

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

4️⃣ Multi-stage builds - это must-have

Собирайте приложение в одном контейнере, а в продакшн копируйте только результат:

# Сборка
FROM node:18 as builder
WORKDIR /app
COPY . .
RUN npm install && npm run build

# Продакшн
FROM node:18-alpine
COPY --from=builder /app/dist ./dist
CMD ["node", "dist/index.js"]

В финальном образе нет dev-зависимостей, компилятора и прочего хлама.

Итого:

С такой оптимизацией образ легко сжимается с 600+ МБ до 50 МБ. Почти в 12 раз!

Это значит:
- быстрее CI/CD
- быстрее деплой
- дешевле хостинг
- меньше уязвимостей

А знаете, что самое приятное?

Вам не нужно во всём этом разбираться.

Достаточно правильно поставить задачу кодинг-агенту:

Оптимизируй мой Dockerfile, используй alpine, multi-stage build и .dockerignore

И он сделает всё за вас.

Попробуйте в Warp.dev - он понимает контекст вашего проекта и может сразу применить изменения.

А не как я - годами вручную ковырялся в Dockerfile'ах.

✔ @vibe_coding

Когда настраивать автодеплой (публикацию) веб-приложения?

Моя рекомендация: в самом начале проекта. Создали репозиторий, подняли бойлерплейт (заготовку, шаблон) и сразу настраивайте автоматическое развертывание на сервере.

На это есть несколько причин:

1️⃣ Причина первая: агент справится с начальным деплоем быстрее и проще, так как ему не придется исследовать кучу кода перед упаковкой его в Docker.

2️⃣ Причина вторая: можно подключить агентов к репозиторию и вайб-кодить удаленно с телефона (Codex Web, Cursor Agents, Google Julies) и сразу проверять результат по ссылке.

3️⃣ Причина третья: доступ к приложению по домену избавляет от головной боли с туннелями. Можно сразу настраивать всякие oAuth авторизации.

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

📱Рабочий сетап для создания мобильного приложения с помощью ИИ

Если у вас еще нет опыта создания мобильного приложения, то предлагаю вам такой сетап:

1️⃣ Посмотрите конкурентов, выпишите «киллер фичи», сделайте скриншоты основных экранов и поместите их на доску Miro

2️⃣ Обсудите с ИИ свою идею, с точки зрения user flow и user experience (пользовательского пути и опыта), сформируйте ТЗ на основные экраны (не касаясь оформления)

3️⃣ Загрузите ТЗ в Google Stitch, три раза, чтобы получить три варианта оформления и выбрать лучший

4️⃣ Установите Superappp, выберите нативное (под iOS) или кросс-платформенное (iOS, Android) и сделайте прототип.

5️⃣ Откройте код в Cursor, Claude Code, Warp, и дорабатывайте до рабочего состояния.

P.S. В некоторых случаях для мобильных приложений нужен бэкенд (сервер).

Весь год мой Mac Studio с 32Gb RAM крутил локальные LLM модели на n8n, и вот пришел его час покрутить теперь No Man’s Sky

Всем хороших выходных, увидимся в следующем году!

Что может быть быстрее вайб-кодинга? Только покупка готового решения.

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

Еще один гарант покупки вашего софта - ваша экспертиза в предметной области.

Если я не разбираюсь, например, в SMM или аналитике, я не могу нормально поставить задачу ИИ.

И последний гарант – лень. Не смотря на низкий порог входа в вайб-кодинг, он все же еще остается.

Я вижу это по некоторым людям, им тяжело пойти дальше генерации текста и картинок.

Если вы готовы пойти дальше в работе с ИИ и хотите освоить топ-навык 2026 года, и заработать на этом, пишите в личку @chuikoff

«Не понимаю, что происходит в моем коде, мне страшно, что я сделаю что-то не так».

Открою вам секрет — в большом интерпрайзе, никто не знает как работает вся система.

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

Более того, спустя 2 недели отпуска, разработчик не помнит свой код. Не помнит какие решения он принимал и почему. Смотрит на свой код большими круглыми глазами, как у кота в Шреке.

Как же тогда разработчики справляются с тревогой? По-разному:
- кто-то пьет антидепрессанты
- кто-то выпивает по вечерам
- кто-то молится, чтобы это и дальше работало и не ломалось.

Есть конечно более щадящие способы, но о них потом.

Сейчас стало сильно проще, можно запустить Cursor, и задать вопрос по кодовой базе, спросить как, и главное почему это работает.

Так что, в каком-то смысле вы на равных с разработчиком, который только вышел из отпуска 😄

А вы как справляетесь с тревогой?)

😄 Клавиатура вайб-кодера в 2026 году.

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

👋 Привет! Я Константин Чуйков, помогаю непрограммистам создавать свои приложения с помощью ИИ.

Я пишу код больше 15 лет. Прошел путь от фрилансера и фаундера веб-студии, до СТО в стартапе и руководителя разработки в бигтехе. Ex-Сбер.

Этот канал для тех, кто:
— Мечтает стать ИТ стартапером, но не разбирается в коде
— Платит разработчикам сотни тысяч, а хочет делать сам
— Упирается в ограничения конструкторов и ноукод платформ
— Неделями ждёт прототипы и MVP от разрабов

🔥 Почему стоит подписаться на мой канал?

Я проводил обучение вайб-кодингу в Яндексе, СберУниверситете, Университете Синергия и Правительстве Московской области.

🎁 Я подготовил для тебя дорожную карту вайб-кодинга на 2026 год. Забирай в моем боте, жми кнопку ниже.

«Уже долго в ИТ, но кажется, что стою на месте»

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

Но чтобы снова почувствовать кайф от работы, нужны новые впечатления. Новый опыт. Новые нейронные связи.

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

Бесит ли меня иногда ИИшка? Безусловно. Хочу ли я обратно в традиционную разработку? Никогда.

Еще у меня появилось два отдельных вида удовольствия связанных с моими студентами:

1. Когда непрограммист делает то, что раньше могли только программисты

2. Когда программист который хейтил вайб-кодинг, примыкает к нашим рядам

А почему вы кайфуете от вайб-кодинга?

Свалили легаси код, который 5 лет писали 10 разрабов на хрупкие плечи Светланы.

Света, студентка первого потока, поделилась своими впечатлениями после 2 занятия курса по вайб-кодингу.

«Спасибо большое, я в восторге от сегодняшнего занятия! Мне прямо очень понравилось! Много боли решает, автоматизирует. Просто, может, потому что я впервые с этим сталкиваюсь. Я об этом слышала, как-то, но вообще не занималась, даже времени не было, что-то там посмотреть, что-то почитать.

А когда вот так уже видишь что можно делать, какие задачи можно решать. Ну, я имею в виду, например, документация. Это огромная головная боль! Или там с телефона быстро что-то подконнектить. Это просто супер классно!

Сейчас какую-то систему отдают, систему лояльности группы компаний. И там полностью самописный код, то есть там, я не знаю, человек 10 ее 5 лет писали. До сих пор никто не может разобраться, все уволились, эту систему мне отдают, и я думаю, как в ней разобраться, потому что она вообще не типична.

Я думаю, может быть, можно как-то прикрутить и проанализировать, и тогда даже подписка не зря будет...реально такое подспорье, помощь, помощь мне в работе»

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

#отзыв@vibe_coding

Вы кстати заметили, что отзыв Светы был сделан в ботике @AudioVisualizerBot?

Этого ботика я вчера перед сном завайбкодил с помощью Opus 4.5 в Antigravity. Сначала сделал версию на Node.js, а потом психанул, и переписал на Go.

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

Зачем? Просто потому что могу 😄

«Самая главная проблема для вайб-кодера — это технический долг».

И да, и нет.

Да — потому что, мусор в коде, это лишний контекст для LLM, приводящий к галлюцинациям и зацикленности.

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

Что я имею ввиду?

Компонент на 2000 строк - является техническим долгом? Для людей которым предстоит поддерживать такой компонент — да.

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

Почему еще компонент на 2000 строк не является техническим долгом? Потому что, если попросить агента разбить его по принципу единственной ответственности, он сделает это за 5 минут.

Если задача решается за 5 минут, можно ли назвать это техническим долгом? Это задача на 5 минут.