codemonsters.log

Привет! В 13:05 расскажу про рациональную разработку на ГПБ Конф будет интересно. Регистрация по ⚡ссылке Приходи🤝 пообщаемся) 📍Площадка: Connect University, 5-й Донской пр., 17 💙 День конференции: 14 мая Начало регистрации на мероприятии в 10:30 ⚡ мой слот в программе в малом зале: 13:30 — 14:00 #codemonstersvlog

С Днем Великой Победы!

Оттачиваем Скиллы 🧘Сводка с полей. первый эндпоинт по спецификации готов, скилл реализации доработал по ходу — 15 минут. 2 эндпоинт. Запустил в реализацию чтобы без вопросов пилил соннет. Sonnet реализовал, смэтчил с компонентными тестами (fka интеграционными) на спецификацию — 25 минут. 3 эндпоинт выявил недостатки в скиллах. Опус промазал по скиллу проектирования модулей с I/O. Второй раз на тех же граблях 🙃. Поправил скилл проектирования и скилл реализации. Прогнал ревью по обновлённым. 4 эндпоинт спроектировал прекрасно и соннет реализовал без ошибок. Автомат работает. Реализация обошлась в $3.72, API 14m 26s, wall 21m 50s ⏱️. Чувство двойное — восхищение и тихая грусть. Я передал машине свой опыт, свой способ думать о проектировании и реализации. И теперь это работает уже без меня. Без моков. Без лишних строк кода. Без токенов в трубу. Где Опус споткнулся Промашка 1 — проектирование. Скопировал форму из карточек S1/S2, написанных до того, как правило закрепили в скилле. Старый артефакт лежал ближе в контексте — машина потянулась за ним, а не за правилом. Это так человечно - посмотреть на пример рядом и сделать по-старому.

«Я взял S2 как шаблон формы, а не как „вот так раньше делали — теперь делаем правильно“. Машина следует более ранним артефактам, а не более поздним правилам, потому что артефакт читается ближе к моменту проектирования и весит больше в контексте.»

Промашка 2 — реализация. Спрашиваю: что с компонентными тестами? Не прогнал. Остановился на go test и go build, до конца чек-листа DoD не дошёл 🪜.

«DoD явно содержит run-tests.sh healthy — я его прочитал, но остановился раньше. Это невнимательность, не техническое ограничение.»

Перевожу с машинного: без жёсткого скилла модель срезает углы там, где живой инженер по привычке дошёл бы до конца. Еще раз. 4 прогон проектирования и реализации эндпоинта меня порадовал своей лаконичностью и скоростью. Почему это важно Если в легаси оставлены ошибки — на следующем шаге они копируются. И ещё. И ещё. Ком растёт. Раньше это копили медленно, поколениями джунов. Теперь — ИИ-агент со скоростью генерации токенов 📣. А потом ко мне приходят инженеры: — Макс, ты нас учишь проектировать так, а почему там и здесь совсем не так? Ответ очевиден 🤐 Скилл — не магия. Это дисциплина. Чёткий вход, чёткий выход, чёткая ответственность. Модель работает быстро, потому что не гадает по контексту, как по кофейной гуще. Итог недели Ушёл в терминал. Claude Code, голый CLI. Ревью — там же, без панелек и свистелок 🖥️. Рефакторинг по итогам ревью обошелся — $1.15 💸. Улучшение стоит дешевле чашки кофе. Био-инженер — умей проектировать, пожалуйста. От этого польза тебе и индустрии 🙏 😎 Улучшаю то, что могу, что рядом, на что влияю. По одному скиллу, по одной карточке, по одному эндпоинту, по одному инженеру. Скиллы работают всё лучше. Остановиться невозможно 🚀 Качество кода — ✅ Качество проектирования — ✅ Скорость — выросла. Сеть не спит. Глубина не спит #retionaldev #codemonsterslogs

Спасибо, кремневый друг 🦾 (звучит как тост в мире, где вместо вина — термопастовый джин) Написал SKILL для компонентных тестов совместно с Opus — для имплементации с Sonnet. Получилось прекрасно. Без драм, без переписываний.🤫 Пока я пил кению, Sonnet написал тесты за 15 минут. Без ошибок. Даже показалось, что он улыбнулся мне из терминала. Или это был спам системных логов. Параллельно накатал 4 статьи. Руки ещё не отвалились 😅 Теперь описываю SKILL для проектирования программы. Чтобы вайб-кодер наконец овладел инженерным мастерством — на научных фактах и логике, а не на молитвах перед деплоем. 🙏🤖 Дальше — SKILL для имплементации с sonnet. Как прогоню, протестирую и подниму одно API — вернусь с обзором и короткими статьями. Не могу остановиться. Кофеин и нейросети — опасная компания. 🚀 Фигачим, фигачим #rationaldev #codemonsterslog

💥🧠 README — это продукт. Часть 2: мышление В первом видео побомбил числами. Во втором — как думать. Проблема в том, что большинство README мы создаём не думая, на какую работу и кто нанимает нашу документацию. Пишем «для всех» — получается ни для кого. Или пишем только для одного. Или пишем чтобы отстал техлид на отвали. У README минимум четыре клиента. Мы нашли создателя, потребителя, менеджера и ИИ-агента — но их наверняка больше. Зависит от контекста, компании, продукта. Одним файлом четыре работы не закрыть — это как приготовить одно блюдо на ужин компании из вегана, мясоешки, аллергика и человека на диете с «оземпиком». Кто-то точно уйдёт голодным плюсом к диетчику. Подход JTBD придумал Тони Ульвик после 10 лет в IBM. 3000+ успешных проектов. Кристенсен популяризировал. А я применил к документации с иишницей. Если видишь пятого клиента — напиши в комменты, разберём. Шестое чувство тоже можем обсудить в комментариях. Статья с полным разбором, расчётами потерь и готовым шаблоном: 👉 https://codemonsters.team/blog/2026/04/07/documentation-as-product-jtbd/ #rationaldev #codemonstersvlog

📹 README — это продукт. А вот проблема на числах. Снял короткое видео на 2 минуты — про то, сколько стоит плохая документация. Без нытья, на числах. Расчёты сделаны по публичным данным: Google Cloud DORA Report (2021, 2023), Stack Overflow Developer Survey, GetDX. Зарплаты — медиана Middle-разработчика по Хабр Карьере на 2026 год, Full Cost с учётом налогов и накладных. Несколько фактов из видео: — Команда 100 человек с плохой докой работает как 75. Потери — 124 млн ₽/год — 62% разрабов тратят 30+ минут каждый день на поиск ответов в плохих доках — 38% называют плохую документацию причиной увольнения — Онбординг без доки — +2,5 месяца. Это 1 млн ₽ на каждого новичка Полный разбор проблемы, решение по JTBD и готовый шаблон — в 👉 статье В следующем видео — как улучшить документацию как продукт. Четыре потребителя, четыре документа, лестница вглубь. 👉 https://codemonsters.team/blog/2026/04/07/documentation-as-product-jtbd/ #rationaldev #codemonstersvlog

Большинство README в ИТ выглядят так: «TODO» Всё. Инженер написал код. Сдал. Ушёл. А следующий человек — открывает репо и видит pzdc . Я строю с тобой Passkey Demo API. Авторизация без паролей — биометрия, WebAuthn, JWT. И я фиксирую всё: промпты, решения, альтернативы. Не потому что так принято. А потому что любой сможет пройти этот же путь — шаг за шагом. Документация — это не артефакт. Это продукт. Если ты не можешь объяснить что ты построил — ты ничего не построил.📝 Описание идеи на GitHub Ссылка на первую инструкцию #rationaldev #codemonstersvlog

Начало практики Первая инструкция Главная ошибка при работе с ИИ-агентом — сразу просить писать код. Перед кодом готовим контекст. Четыре файла: — AGENTS.md — правила работы агента — 00-intent.md — что строим и зачем — CLAUDE.md — памятка агента — backlog.md — список задач Один промпт — и агент в теме. первая инструкция: собираем сервис авторизации без паролей с ИИ-агентом. От намерения до OpenAPI-спеки и README.md Бери инструкцию, клонируй шаблон и проходи маршрут. Инструкция: https://codemonsters.team/blog/2026/03/23/ai-passkey-demo-api/ #rationaldev #codemonstersvlog

Незаметно пролетело время под пинков #codemonsterslog

Сделал гайд и первые артефакты тренировочного сервиса. Завтра-послезавтра пройду его сам, шаг за шагом, на камеру. Потому что настоящий тренер сначала ест свою собственную стряпню. А уже потом кормит других. #codemonsterslog

Строю платформу для шаринга знаний в реальном времени — с нуля, как вайб-кодер. Бэкенд на Go, клиент на Flutter, Клод в терминале. Без экспертизы в go и flutter — только фундаментальные инженерные принципы. Повторяй, учись, думай как инженер. Заготовка идеи: https://github.com/codemonstersteam/ubik #rationaldev #codemonstersvlog

Глава 1. Что такое рациональная разработка софта #codemonsterslog #rationaldev

#vibe

Привет! Меня зовут Максим Морев. В серии коротких видео я Просто рассказываю про научно обоснованную дисциплину рациональной разработки софта с ИИ. Работал в ИТ джуном, СТО и начальником департамента. Зачем мне это? Потому что я двадцать четыре года собирал знания. И теперь хочу передать это тебе. Чтобы ты не наступал на те же грабли. Чтобы ты не писал лишнего, как говорится не делал лишних движений. Нафига страдать, когда можно не страдать? Чтобы ИИ работал на тебя, а не жрал твой бюджет. Чтобы ты уходил домой вовремя и жил жизнь. Больше контента https://t.me/codemonsterslogs #codemonsterslog #vlog #rationaldev

🌷🥳🌷😍

Делюсь находками про киберпространство. Хорошего дня, самурай. #codemonsterslog #books

Привет. Две книги, на которые не жалко ни одной из четырёх тысяч недель. Первая — «Четыре тысячи недель на всё». Оливер Беркман объясняет, почему попытки всё успеть — ловушка. И предлагает смотреть на время иначе. Не как ресурс, который надо оптимизировать, а как ограничение, с которым стоит подружиться. В сущности, я и есть время. Несмотря на то, что я старался держать мысли о конечности жизни в оперативке(вспоминал Хагакурэ), последние два года изрядно выбили из меня всю дурь. Я иначе смотрю на своего пса, которому 9 лет — и времени вместе осталось не так много. Я вернулся к вопросу: а чего хочу действительно я? Что мне дорого? Обожаю мысленный эксперимент: как бы я провёл последний день на этой прекрасной планете? Пошёл на Физикл 3.0, добавил больше прогулок, активности, силовых. Хочу выстроить для себя в систему адекватный ЗОЖ. Недель у меня не так много. Хочу прожить и качественно. Энергии прибавилось, настроение улучшилось. Вторая — «Как устроен мир на самом деле». Вацлав Смил настойчиво снимает розовые очки и показывает, на чём мир реально держится. Сталь, бетон, аммиак, энергия. Без этого ни электромобили, ни ИИ — ничего нам не скажут. После прочтения берегу две эти книги. Если читал — поделись в комментах: чем тебя зацепила книга? Что изменил в своей жизни? #codemonsterslog