tgindex

codemonsters.log

описание

| Просто рассказываю про | Научно обоснованный подход | Рациональной и качественной разработки софта @maxology

← к каналу@codemonsterslogs
589
подписчиков
Охват к подписчикам
64,3%
ERR
Реакции к просмотрам
1,28%
243 на 36 постов
Пересылки к просмотрам
0,96%
182
Постов в день
0,0
всего 36

Где отзываются чаще

доля реакций к просмотрам
  • 27 нояб. 2024 г.💻 Мы на Тимлиде 2024 💬Приходи к нам в Теплый предновогодний Хогвартс, мы подарим тебе тепла и интересных игр. 📞Очень интересно общаться с вовлеченными людьми Говорят Инженеры 😘 Меня очень заряжает общение с вовлеченными людьми. Спасибо, команда. #конфа4,13%
  • 31 янв. 2025 г.СтратСессия 2.0 СтратСессия с Heads of Profession прошла как погружение в киберпространство, где каждый импульс был направлен на синхронизацию. К финалу я видел, как глаза загорелись огоньками интерфейсов. Мы синхронизировали понимание, как будто перепрошивали коллективное сознание, чтобы все видели один и тот же стандарт, один и тот же путь от Dev 2 Prod. Круто, что пришли CTO. Мы синканулись и дали ясное определение готовности задач на квартал: - переработано оглавление хендбука оглавление отвечает на вопрос: что я делаю и как шаг за шагом на каком контуре (это поддерживают автоконтроли и боты-гейты) - определены сроки готовности глав - определен контент митапа и дата проведения для сообщества День был как пробуждение. Пробуждение от цифровой спячки. Работа в реальной жизни, как возвращение в аналоговый мир после долгого погружения в матрицу. Здесь воздух пахнет кофе и пиццей, а не озоном и новыми платами. В реале ты можешь почувствовать, как дрожит голос коллеги, когда он говорит о дедлайне и начинает игриво сверкать взгляд от срыва сроков. Реал все ещё может быть местом, где слова имеют вес, а решения принимаются быстрее, чем ты сейчас выбираешь стикер в мессенджере. Оффлайн и онлайн — это два полюса одной реальности, как два разных потока усиливающие друг друга. Меня онлайн ускоряет. Особенно ценны и реальные встречи. Если тебе интересно кто такие Heads of Profession в ГПБ и что мы делаем - ныряй в комменты. #codemonsters #workflow #oncloud3,98%
  • 23 июн.🛠 На митапе: — Спроектировали pinout-openapi (C4: С1 в pinout, C2-C3 — в openapi). — Обновили README. — Гульнара помогла с Use Case'ами (Cockburn), документация стала чётче. ⚠️ Выявили риски со сборкой OpenApi и $ref — вынесли в таблицу. Решили не усложнять, сначала проверим в деле. 📌 План: допрограммируем по дизайну, на след. митапе (вторник) протестируем на проекте. Получилось достойно. Давно собирался затащить c4. Скиллы доработаны 🧸 👋 Что ещё улучшить? Пишите в комментариях.3,26%
  • 24 июн. 2024 г.24-28.06 на конференциях в Петербурге 💬 Saint HighLoad++ 24-25 июня 💻 Saint TeamLead Conf 27-28 июня У Газпромбанк-Тех очень крутой стенд #codemonsterslog #конфа3,24%
  • 23 июн.🔥 Пора снимать видосы! Смешные но по делу. Я уже подготовил дерзкий SDLC без вот этого вот консервативного финтеха ;) Врываемся в дерзкое тестирование в нашем диком мире: — Тесты до нагрузки (чтобы не было мучительно больно); – нагрузку разберем позже; — Карго-культ и те самые "усложнялки", которые инженеры подкидывают нам как сюрприз. Мне нужен тулинг, который наконец поставит разработку платформы на поток. 🚀 Его и пилим ;) чтобы взлететь, нужно сначала пусковую отстроить. Поэтому стартуем с базы инженерного мастерства и ковыряем CI/CD до самых косточек. А потом в реальном времени спроектируем сложную систему и разработаем севместно с машиной. Все расскажу и покажу. Готовьте гиты, будет жарко! Без лишних съездов с трассы, только прямая дорога в пром ;))). 🛠️ Highway to prod ;) #codemonstersvlog3,00%
  • 1 февр. 2025 г.без подписи2,84%
  • 27 июн.Собираю все скиллы в удобный пак заодно решил проверить какой будет эффект при переводе на английский тесты показали - эффект будет положительный #codemonsterslog2,70%
  • 12 нояб. 2024 г.На DevOops без инцидентов. Пока большинство инженеров на докладах, я сделаю фоточки команда на память. Прикольное ощущение: после долгого общения онлайн, увидеть людей в живую. В комментариях дропну прикольные инциденты с доски #devops #конфа2,53%
  • 14 июл.без подписи2,40%
  • 14 июл.⬆️Разработал инструмент, который реализует четкий конвейер разработки API сервиса на Go или CLI. Этот инструмент делает то, что мне нужно по требованию, единообразно, четко и правильно, следуя научному подходу, а не просто потому, что так принято в интернете или на GitHub. Пришла пора писать видосы. https://github.com/codemonstersteam/rationaldev-ai-sdlc-skills Результат работы workflow: https://github.com/codemonstersteam/pinout-openapi/tree/main Сам harness, я и тестирую, и провел уже сотни тестов на золотой задаче создания сервиса. Тестил в том числе на glm 5.2, qwen 3.6-2.6b Важно: Еще много работы и улучшений Но процесс предсказуемый с единообразными артефактами #codemonsterslog2,18%
  • 13 нояб. 2024 г.💬 Женя Четвериков наш Head Of Professions DevOps рассказал сегодня про Quality Gates и сервис QGaaS на DevOops Поговорили про то как мы внедряем инженерные практики. Ситуация: Приехал поддержать, посмотреть. А вписался в движ: Быть экспертом, вопросы задать, зачитать. ПС На фото суфлёр в который смотрит спикер на сцене и видит: - Слайд - Оставшееся время до конца выступления и Q&A сессии #конфа #devops1,97%
  • 24 июн.🙏Собрал развернутое саммари сессии митапа 🔌 pinout: спроектировали валидатор OpenAPI-контрактов и попутно прокачали свои скиллы разработки На этой сессии проектировали инструмент, который на pre-merge стадии в CI проверяет, что потребитель REST-сервиса совместим с прод-контрактом поставщика — сравнением их OpenAPI-спек. Без генерации клиентских либ, без подъёма заглушек: чистая функция «спека vs спека». 🔗 Экосистема: https://github.com/codemonstersteam/pinout 🔗 Сам валидатор: https://github.com/codemonstersteam/pinout-openapi Что зацепило больше всего 📐 Системные use case по Коберну. Оказалось, что fully-dressed use case (акторы, предусловия, основной сценарий, extensions = режимы отказа, гарантии/exit) — это не «бумажка для галочки», а рабочая спецификация. Структура use case изоморфна Gherkin: Main Success → happy-тест, каждый Extension → один сценарий отказа. Формула сошлась сама собой: N сценариев = 1 + число extensions. 🗺 C4 как уровни дизайна. Разложили проект по уровням C4 на Mermaid (рендерится прямо в GitHub): • C1 (контекст экосистемы) — в концепт-репо • C2 + C3 (контейнер + дерево модулей) — в компоненте • C4 = тот самый системный use case «как работает программа» 📄 Живой пример: https://github.com/codemonstersteam/pinout-openapi/blob/main/docs/design/contract-validate/c4.md Главный инсайт — это всё прошивается в систему Получилась сквозная трассировка: use case (Cockburn) → вертикальный слайс → компонентный тест → узлы графа контрактов. 1 слайс = 1 внешний вход = 1 use case. Ничего не выдумывается из кода — каждый компонентный тест выводится из соответствующего extension use case, с двусторонней сверкой (нет extension без теста и нет теста без extension). Как мы доработали скиллы разработки По следам сессии внесли правки прямо в процедуры скиллов (не в «когда-нибудь потом»): ✅ documentation — обязательные C4-диаграммы по уровням, системный use case как C4-уровень, таблица сбоев в README, gate: документация только по скиллу (никакой свободной прозы мимо процедур) ✅ program-design — C4 по уровням, модель ошибок (коды → exit, «деградация видна, не маскируется под успех»), трассировка UC→слайс→тест, conformance-gate (STOP перед хендоффом) ✅ component-tests — режимы отказа берутся из extensions use case ✅ роль plan-reviewer — асимметричная проверка соответствия дизайна скиллу Плюс зашили несколько жёстких правил в скилл проектирования: • Один внешний вход = один Request. Все параметры (включая флаги CLI) собираются в единый Request; флаг — это поле Request, а не отдельный аргумент или «прокинутый сбоку» io.Writer. Внешний ввод парсится только в адаптере. • Развилки по флагам — это юниты, а не компонентные тесты. Выбор «куда писать» (--out) и «в каком формате» (--format) оформляется чистой функцией (resolveDestination, renderReport) и покрывается юнит-тестами. В компонентные сценарии идёт только режим отказа записи — иначе матрица stdout/файл × json/md раздувает число сценариев. • Запрет «тестового» второго метода I/O (WriteTo(io.Writer) рядом с боевым Write) — решение выносится в логику, лишний шов не заводится. Вывод сессии: use case по Коберну + C4 + вертикальные слайсы — это один связный конвейер, а не три отдельные практики. Когда они сшиты, дизайн перестаёт расходиться с тестами и кодом by design. #codemonstersvlog #разработка #архитектура #C4 #UseCase #OpenAPI1,65%