Всем доброго дня!
Время бездумной и беспощадной рекламной паузы подошло к концу, я надеюсь. Наступило время afternoon tea! Так что... наливайте в рюмки свой любимый напиток и ловите vibe

#vibe #music #youtube

В процессе изучения паттерна CQRS наткнулся на серию статей Арно Ланглада.

Вот эти статьи:
1. Command bus
2. Command and command handler
3. Validate a command
4. CQS vs CQRS

Вот что думает об этом AI:
Серия статей Арно Ланглада представляет собой всестороннее введение в паттерн CQRS (Command Query Responsibility Segregation) и связанные с ним концепции. Автор последовательно рассматривает ключевые элементы CQRS, предоставляя практические примеры и объяснения.

🔹 Шина команд (Command Bus Design Pattern): Арно начинает с объяснения роли шины команд в CQRS. Он описывает шину как центральный компонент, отвечающий за маршрутизацию команд к соответствующим обработчикам. В статье рассматриваются различные подходы к реализации шины команд и их преимущества.

🔹 Обработчики команд (Command Handler Patterns): Автор подробно рассматривает различные паттерны реализации обработчиков команд. Он объясняет, как обработчики команд выполняют бизнес-логику и модифицируют состояние системы в ответ на полученные команды. Статья охватывает важные аспекты, такие как обработка ошибок и обеспечение идемпотентности.

🔹 Валидация команд (How to Validate a Command): Валидация команд является важным аспектом обеспечения целостности данных и предотвращения ошибок. Арно описывает различные стратегии валидации команд, включая валидацию на стороне клиента, валидацию на стороне сервера и использование специализированных библиотек валидации.

🔹 Различия между CQS и CQRS (Difference Between CQS and CQRS Patterns): Арно четко разграничивает паттерны CQS (Command Query Separation) и CQRS. Он объясняет, что CQS предполагает разделение методов, изменяющих состояние системы, и методов, возвращающих данные, в то время как CQRS идет дальше и разделяет модели для записи и чтения данных.

Приятного прочтения.

#статья #CQRS #CQS #DDD

Подводные камни и закономерности CQRS
Уди Дахан - NDC Oslo 2023

По мере того как все больше разработчиков применяют Command/Query Responsibility Segregation в своих проектах, многие обнаруживают, что это увеличивает сложность систем, а не уменьшает ее, причем зачастую без какого-либо выигрыша в производительности. Присоединяйтесь к Уди и узнайте, в каких случаях следует, а в каких, что более важно, НЕОБХОДИМО использовать CQRS в своих проектах.

#CQRS #youtube

Всем привет. Немного мыслей вслух...

Почему-то в голове отложилось, что СТЕ это история про визуальное восприятие SQL запроса и необходимость написать понятный скрипт. В первую очередь для себя будущего, ну и для "того парня", который возможно будет читать твой запрос. Когда стоит задача разбить сложный и с наскоку мало понятный SQL запрос с вложенными подзапросами или временными таблицами, на простые и понятные любому мало-мальски знакомому с SQL части. Сам никогда не использовал, но в работе попадались такие запросы. Читать их было легче.

Пытался освежить в памяти, полез на Хабр и наткнулся на эту статью. Вот почему-то не смог осознать для чего автор этой статьи пытается сравнивать план запроса. Как будто скорость выполнения запросов для CTE является киллер фичей. Зато про рекурсию вскользь упомянул и молчок.

А что вы думаете по этому поводу? Используете CTE для написания сложных SQL запросов?

Физкульт привет!

Мой ✔️новый рекорд 🏆 по количеству шагов в день!

Забавная самокритика и инструкция для человека)

AI в 2025 году — это самый мощный калькулятор, который когда-либо изобретало человечество. Он может за секунду выдать ответ на сложнейшее уравнение.

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

Основы важны: Стажер-медик должен выучить анатомию прежде чем браться за скальпель.


Вот что, на мой взгляд, нужно делать.


Ментальная гигиена при работе с AI

Нужно вбить себе в голову несколько правил, как "Отче наш".

1. Сначала фундамент, потом ускоритель.
AI — не замена курсам, книгам и ментору. Это ускоритель для того, у кого уже есть база.

Прежде чем спросить у AI "как сделать X":
* Прочитай главу в книге об X.
* Посмотри лекцию об X.
* Попытайся сделать X сам, пусть и криво.
* И только когда застрял — идти к AI, но уже с конкретным, осмысленным вопросом.

2. Принцип нулевого доверия: "AI по умолчанию врёт".
Нужно выработать рефлекс: любой ответ от AI — это не истина, а гипотеза, которую нужно проверить. Получил кусок кода? Иди и проверь его в официальной документации. AI упомянул какой-то паттерн? Иди и прочитай о нем в книге. Ответ AI — это не конечная точка, а ссылка на то, что нужно изучить.

3. Стань самым надоедливым "почемучкой".
Никогда не принимай ответ как данность. Преврати AI в своего личного ментора, замучив его вопросами:
* "Окей, этот код работает. А почему он работает?"
* "Почему ты выбрал именно этот подход, а не другой?"
* "Какие у этого решения минусы и побочные эффекты?"
* "Напиши то же самое, но без использования библиотеки X".
Этот диалог заставляет не просто копировать, а понимать суть.

4. Используй AI как "резинового утенка" на стероидах.
Классический метод отладки — объяснить проблему резиновому утенку. Сам процесс формулирования вопроса часто наводит на решение. AI — идеальный "утенок". Пока будешь четко и внятно описывать свою проблему для AI, то с вероятностью 50% решишь её сам. А ответ AI будет приятным бонусом.

Новая реальность менторства

На сеньорах и тимлидах теперь лежит новая, еще более важная миссия.

1. Учить не "что делать", а "как проверять".
Раньше ментор показывал, как писать код. Теперь он должен показывать, как верифицировать код, сгенерированный AI. На код-ревью вопрос "Кто это написал?" становится бессмысленным.

Главный вопрос теперь: "Ты понимаешь каждую строчку этого кода? Объясни мне логику."

2. Задавать открытые вопросы.
Не "сделай фичу X", а "спроектируй решение для фичи X, опиши плюсы и минусы нескольких подходов". Такое задание нельзя просто скормить AI. Оно требует анализа, сравнения, то есть работы мысли, а не генерации.

3. Продвигать культуру первоисточников.
На любой вопрос ментор должен отвечать не готовым решением, а фразой: "А что по этому поводу говорит официальная документация / вот эта книга / вот эта статья?".

Приучать к тому, что истина — не в ChatGPT, а в проверенных источниках.

Сегодня AI — это не замена техническому писателю или инженеру. Это самый мощный в истории "умный черновик".

Как писать документацию с помощью AI:

1. AI пишет первый драфт. Он может взять 100 страниц кода и за 5 минут сгенерировать базовое описание для каждого метода. Это работа, на которую у человека ушли бы дни.
2. Человек-эксперт выполняет самую главную работу. Он берет этот черновик и превращает его в настоящую документацию. Он:
* Проверяет факты. То, что вы только что сделали со мной.
* Добавляет контекст. Объясняет, почему что-то сделано именно так.
* Находит неочевидные связи. Предупреждает о возможных проблемах.
* Берет на себя ответственность.

Что скажете?)

Всем привет!

Не успели оглянуться, а 2025 год уже подходит к концу — вместе с ним заканчивается и действие промокода BATORSKY2025. Напоминаю, что воспользоваться им можно до 31.12.2025 г.

Поздравляю всех с наступающим 2026 годом!

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

Спасибо, что остаетесь с нами!

Дорогие друзья! С Новым годом! ✨

Работа... Учеба... Писать особо не о чем.

Из новостей...

Пополнил тут свою коллекцию "мондегринов" очередным шедевром и решил сохранить на память.

Ну а что, это же сундучок, да и песня со смыслом)

Даже если человек olvidarás,
Всегда нужно дать ему последний шанс.

https://music.yandex.ru/album/18530505/track/72044351?utm_source=desktop&utm_medium=copy_link

https://habr.com/ru/companies/sberbank/articles/876978/

#xsd #xml #habr

https://revision.app/blog/practical-c4-modeling-tips

#c4 #diagrams

https://dev.to/anwaar/c4-model-1263

#c4 #diagrams

https://www.freecodecamp.org/news/how-to-create-software-architecture-diagrams-using-the-c4-model/

#c4 #diagrams