Действительно ли модели сильно шагнули в кодинге за этот год?

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

В начале года я так и делал. Код был ужасен, но работал. Ну и цель - высвобождение времени достигалась, хоть и высокой ценой нервных клеток.

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

Я стал брать подписки на Cursor, Claude Code, и использовать только топовые модели, типа Claude Sonnet, Gemini Pro, Codex. И головной боли и правда стало меньше.

Как говорится: "К хорошему быстро привыкаешь". И было ощущение, что в целом все модели плюс-минус одинаково пишут код.

Но на днях две ситуации заставили меня посмотреть в сторону RooCode и китайских моделей. И я прям словил флэшбэк начала этого года. Такой ахинеи я давно не встречал. Даже режим Auto в Cursor пишет код лучше.

К плохому, к слову, тоже привыкаешь, адаптируешься, но если есть возможность заплатить за Cursor, Claude Code, оно того стоит.

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

Ничего серьезного, я готовился к следующему занятию курса по вайб-кодингу, и взял чистый сервак, чтобы поставить на него 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

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 авторизации.

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

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

До конца этого года, есть возможность вкатиться во второй поток, по цене первого.

Пишите "второй поток" в личку @chuikoff

А еще на первом потоке меня прозвали "сенсей" 😄

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

И если на первом потоке было 5 занятий по 2 часа (по факту больше😄)

То после сбора обратной связи, я переработал программу, и в следующем потоке будет 12 занятий по 2 часа.

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

4 места из 20 уже занято.

Чтобы получить лучшие условия, пишите "второй поток" мне в личку @chuikoff