codemonsters.log
571 subscribers
178 photos
19 videos
105 links
| Просто рассказываю про
| Научно обоснованный подход
| Рациональной и качественной разработки софта
@maxology
Download Telegram
Делюсь находками про киберпространство.

Хорошего дня, самурай.

#codemonsterslog #books
🔥7
🌷🥳🌷😍
Please open Telegram to view this post
VIEW IN TELEGRAM
🥰5
This media is not supported in your browser
VIEW IN TELEGRAM
🔥8🥰6🎉4🍾2
Media is too big
VIEW IN TELEGRAM
Привет!
Меня зовут Максим Морев.

В серии коротких видео я
Просто рассказываю про научно обоснованную дисциплину рациональной разработки софта с ИИ.
Работал в ИТ джуном, СТО и начальником департамента.

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

Чтобы ИИ работал на тебя, а не жрал твой бюджет.
Чтобы ты уходил домой вовремя и жил жизнь.

Больше контента https://t.me/codemonsterslogs
#codemonsterslog #vlog #rationaldev
🔥145🤩5🤣3👻1
Media is too big
VIEW IN TELEGRAM
За серию коротких видео. Я просто расскажу про научно обоснованную рациональную дисциплину создания софта с ИИ.
Проверенную временем. Усиленную машиной.

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

Поговорим про мифологию в ИТ. И конечно все проверим на практике на конкретных примерах.

Чтобы ты не писал лишнего, как говорится не делал лишних движений.
Нафига страдать когда можно не страдать?

А, и ещё. Будет смешно. Потому что если ты не смеёшься над этим бардаком — ты либо не понимаешь, что происходит, либо ты часть бардака.

Больше контента https://t.me/codemonsterslogs

#codemonstersvlog #retionaldev
👍8🔥3🍾1
Media is too big
VIEW IN TELEGRAM
Глава 1.
Что такое рациональная разработка софта

#codemonsterslog #rationaldev
🔥12🍾4❤‍🔥3
Media is too big
VIEW IN TELEGRAM
Строю платформу для шаринга знаний в реальном времени — с нуля, как вайб-кодер.
Бэкенд на Go, клиент на Flutter, Клод в терминале. Без экспертизы в go и flutter — только фундаментальные инженерные принципы.
Повторяй, учись, думай как инженер.
Заготовка идеи: https://github.com/codemonstersteam/ubik

#rationaldev #codemonstersvlog
🔥84👍4🍾2
Сделал гайд и первые артефакты тренировочного сервиса. Завтра-послезавтра пройду его сам, шаг за шагом, на камеру.

Потому что настоящий тренер сначала ест свою собственную стряпню. А уже потом кормит других.

#codemonsterslog
👍61🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
Незаметно пролетело время под пинков
#codemonsterslog
🔥6
Media is too big
VIEW IN TELEGRAM
Начало практики
Первая инструкция

Главная ошибка при работе с ИИ-агентом — сразу просить писать код.
Перед кодом готовим контекст. Четыре файла:

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
🔥11👍9❤‍🔥1🍾1
Media is too big
VIEW IN TELEGRAM
Большинство README в ИТ выглядят так:
«TODO»
Всё.
Инженер написал код. Сдал. Ушёл.
А следующий человек — открывает репо и видит pzdc .
Я строю с тобой Passkey Demo API. Авторизация без паролей — биометрия, WebAuthn, JWT.
И я фиксирую всё: промпты, решения, альтернативы.
Не потому что так принято.
А потому что любой сможет пройти этот же путь — шаг за шагом.
Документация — это не артефакт. Это продукт.
Если ты не можешь объяснить что ты построил — ты ничего не построил.📝

Описание идеи на GitHub
Ссылка на первую инструкцию

#rationaldev #codemonstersvlog
Please open Telegram to view this post
VIEW IN TELEGRAM
💯13🔥4❤‍🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
🔥8👍3👏2😍1
Media is too big
VIEW IN TELEGRAM
📹 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
👍3❤‍🔥2🥰2🍾1
Media is too big
VIEW IN TELEGRAM
💥🧠 README — это продукт. Часть 2: мышление

В первом видео побомбил числами. Во втором — как думать.

Проблема в том, что большинство README мы создаём не думая, на какую работу и кто нанимает нашу документацию.
Пишем «для всех» — получается ни для кого.
Или пишем только для одного. Или пишем чтобы отстал техлид на отвали.

У README минимум четыре клиента. Мы нашли создателя, потребителя, менеджера и ИИ-агента — но их наверняка больше. Зависит от контекста, компании, продукта.
Одним файлом четыре работы не закрыть — это как приготовить одно блюдо на ужин компании из вегана, мясоешки, аллергика и человека на диете с «оземпиком». Кто-то точно уйдёт голодным плюсом к диетчику.

Подход JTBD придумал Тони Ульвик после 10 лет в IBM.
3000+ успешных проектов.
Кристенсен популяризировал.
А я применил к документации с иишницей.

Если видишь пятого клиента — напиши в комменты, разберём.

Шестое чувство тоже можем обсудить в комментариях.

Статья с полным разбором, расчётами потерь и готовым шаблоном:
👉 https://codemonsters.team/blog/2026/04/07/documentation-as-product-jtbd/

#rationaldev #codemonstersvlog
2🔥1
Спасибо, кремневый друг 🦾
(звучит как тост в мире, где вместо вина — термопастовый джин)

Написал SKILL для компонентных тестов совместно с Opus — для имплементации с Sonnet.
Получилось прекрасно. Без драм, без переписываний.🤫

Пока я пил кению, Sonnet написал тесты за 15 минут. Без ошибок.
Даже показалось, что он улыбнулся мне из терминала.
Или это был спам системных логов.

Параллельно накатал 4 статьи. Руки ещё не отвалились 😅

Теперь описываю SKILL для проектирования программы.

Чтобы вайб-кодер наконец овладел инженерным мастерством — на научных фактах и логике, а не на молитвах перед деплоем. 🙏🤖

Дальше — SKILL для имплементации с sonnet.

Как прогоню, протестирую и подниму одно API — вернусь с обзором и короткими статьями.
Не могу остановиться. Кофеин и нейросети — опасная компания. 🚀

Фигачим, фигачим

#rationaldev #codemonsterslog
🔥4🤣3👏2
Оттачиваем Скиллы 🧘Сводка с полей.

первый эндпоинт по спецификации готов, скилл реализации доработал по ходу — 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
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥32
С Днем Великой Победы!
27