Архитектурные этюды
Телеграм канал проекта: @archicases
Идея
Часто в разные чаты прилетают запросы на разбор реальных архитектурных кейсов. При этом в больших группах:
- Сложно обсудить кейс, так как у каждого свой интерес и обсуждение постоянно уходит то в одну сторону, то в другую,
- Во время обсуждения сложно определить, что относится к обсуждению кейса, а что – нет, так как параллельно может идти несколько обсуждений разных тем,
- Вследствие вышесказанного бывает сложно найти ответы на свой вопрос, тем более спустя некоторое время.
Для решения этих проблем создал отдельную группу: https://t.me/archicases
В этой группе:
- Публикуются только кейсовые вопросы
- Каждый кейс публикуется в собственном топике
- Обсуждение ведется с минимальными, но все же правилами, призванными структурировать обсуждение и сфокусировать его вокруг кейса
Это не первая попытка организовать подобную деятельность. Первая была в 2020-м, но тогда основной замысел был в очных встречах и случился локдаун.
Процесс работы
Основной критерий для публикации кейса: не выдуманная ситуация, так как к выдуманной ситуации можно постоянно придумывать все новые обстоятельства, что заведет обсуждение в «бесконечный тупик».
Уровень вопросов абсолютно любой, - EA/Solution/System.
Чтобы организовать обсуждение:
- Написать в личку Сергею Баранову (@sergey486) о том, что хотите разобрать кейс
- Прислать (пример)
- Тема (название топика)
- Вопрос, на который ищите ответ («какие видите слабые места для надежности?», «как в этом случае лучше организовать CDC?», …)
- Контекст: схемы/диаграммы/описания, которые помогут разобраться в задаче, по крайней мере погрузиться в нее. Можно разместить ссылки на сторонние файлы и ресурсы.
Мы не ограничены обсуждением в чате и можем дополнительно организовать как онлайн, так и очные встречи для обсуждения кейсов
Правила группы
За любой переход на личности, любую агрессию, любые оскорбления - сразу бан.
Если видите нарушение, просьба тегнуть @sergey486 (или написать в личку).
Вопросы и ответы
Что, если обсуждение уходит в сторону?
- Любой из участников может предложить продолжить обсуждение интересующей его темы, не релевантной кейсу, в топике «Флудилка»
- Автор кейса может сообщить, что обсуждение ушло в сторону и нерелевантно для него в настоящий момент и предложить продолжить обсуждение в топике «Флудилка»
- Если обсуждаемая тема для вас релевантна в рамках вашего текущего рабочего кейса, чтобы не потерять информацию в потоке флудилки, можете написать @sergey486 с просьбой создать отдельный топик для обсуждаемой темы
Зачем?
- Не останавливать на полуслове обсуждение, а предложить место для его продолжения
- Не терять ценных обсуждений, пусть и не относящихся к изначальной теме
- В основном топике кейса оставить только релевантные кейсу обсуждения, чтобы топик содержал концентрированную и сфокусированную информацию именно по кейсу
Как при описании кейса сохранить коммерческую тайну?
Варианты:
- Не называть компанию, просто некая ООО Ромашка, работает в такой-то сфере,
- Что-то изменить в контексте, добавить или убавить так, чтобы компанию это не компрометировало, но суть проблемы не исказило (самый сложный вариант),
- Дать в начале более абстрактный контекст, если его недостаточно, добавлять понемногу в процессе обсуждения,
- Рассматривать контекст с переменными, типа в компании или 10 человек, или 500. Решения соответственно тоже будут с ветвлениями
- Попросить @sergey486 публиковать все обезличенно, через «нам в редакцию написали…»