Архитектурные этюды

Телеграм канал проекта: @archicases

Идея

Часто в разные чаты прилетают запросы на разбор реальных архитектурных кейсов. При этом в больших группах:

• Сложно обсудить кейс, так как у каждого свой интерес и обсуждение постоянно уходит то в одну сторону, то в другую,
• Во время обсуждения сложно определить, что относится к обсуждению кейса, а что – нет, так как параллельно может идти несколько обсуждений разных тем,
• Вследствие вышесказанного бывает сложно найти ответы на свой вопрос, тем более спустя некоторое время.

Для решения этих проблем создал отдельную группу: https://t.me/archicases

В этой группе:

• Публикуются только кейсовые вопросы
• Каждый кейс публикуется в собственном топике
• Обсуждение ведется с минимальными, но все же правилами, призванными структурировать обсуждение и сфокусировать его вокруг кейса

Это не первая попытка организовать подобную деятельность. Первая была в 2020-м, но тогда основной замысел был в очных встречах и случился локдаун.

Процесс работы

Основной критерий для публикации кейса: не выдуманная ситуация, так как к выдуманной ситуации можно постоянно придумывать все новые обстоятельства, что заведет обсуждение в «бесконечный тупик».

Уровень вопросов абсолютно любой, - EA/Solution/System.

Чтобы организовать обсуждение:

1. Написать в личку Сергею Баранову (@sergey486) о том, что хотите разобрать кейс
2. Прислать (пример)
   1. Тема (название топика)
   2. Вопрос, на который ищите ответ («какие видите слабые места для надежности?», «как в этом случае лучше организовать CDC?», …)
   3. Контекст: схемы/диаграммы/описания, которые помогут разобраться в задаче, по крайней мере погрузиться в нее. Можно разместить ссылки на сторонние файлы и ресурсы.

Мы не ограничены обсуждением в чате и можем дополнительно организовать как онлайн, так и очные встречи для обсуждения кейсов

Правила группы

За любой переход на личности, любую агрессию, любые оскорбления - сразу бан.

Если видите нарушение, просьба тегнуть @sergey486 (или написать в личку).

Вопросы и ответы

Что, если обсуждение уходит в сторону?

• Любой из участников может предложить продолжить обсуждение интересующей его темы, не релевантной кейсу, в топике «Флудилка»
• Автор кейса может сообщить, что обсуждение ушло в сторону и нерелевантно для него в настоящий момент и предложить продолжить обсуждение в топике «Флудилка»
• Если обсуждаемая тема для вас релевантна в рамках вашего текущего рабочего кейса, чтобы не потерять информацию в потоке флудилки, можете написать @sergey486 с просьбой создать отдельный топик для обсуждаемой темы

Зачем?

• Не останавливать на полуслове обсуждение, а предложить место для его продолжения
• Не терять ценных обсуждений, пусть и не относящихся к изначальной теме
• В основном топике кейса оставить только релевантные кейсу обсуждения, чтобы топик содержал концентрированную и сфокусированную информацию именно по кейсу

Как при описании кейса сохранить коммерческую тайну?

Варианты:

1. Не называть компанию, просто некая ООО Ромашка, работает в такой-то сфере,
2. Что-то изменить в контексте, добавить или убавить так, чтобы компанию это не компрометировало, но суть проблемы не исказило (самый сложный вариант),
3. Дать в начале более абстрактный контекст, если его недостаточно, добавлять понемногу в процессе обсуждения,
4. Рассматривать контекст с переменными, типа в компании или 10 человек, или 500. Решения соответственно тоже будут с ветвлениями
5. Попросить @sergey486 публиковать все обезличенно, через «нам в редакцию написали…»