🚀 Эксперимент: предлагайте темы для статей!
Пока моя статья о Temporal still in progress (но готово примерно 80%), у меня появилась идея.
Поскольку блог теперь работает на GitHub Pages, я решил провести небольшой эксперимент: добавил issue template в репозиторий блога, чтобы любой желающий мог предложить тему для следующей статьи.
🔗 Как предложить тему?
Просто создайте issue в репозитории:
👉 GitHub Issues – Предложить тему
Not sure if this will work, but let's try
Буду рад любым идеям и фидбеку
Пока моя статья о Temporal still in progress (но готово примерно 80%), у меня появилась идея.
Поскольку блог теперь работает на GitHub Pages, я решил провести небольшой эксперимент: добавил issue template в репозиторий блога, чтобы любой желающий мог предложить тему для следующей статьи.
🔗 Как предложить тему?
Просто создайте issue в репозитории:
👉 GitHub Issues – Предложить тему
Not sure if this will work, but let's try
Буду рад любым идеям и фидбеку
🔥8
#temporal
#distributed_transactions
#orchestration
Ухххх. Мне самому не верится, но я-таки нашел пару свободных часов и дописал то, что обещал дописать несколько месяцев назад :)
Temporal: Intro. Часть 2: workflow versioning
В этой статье мы продолжим говорить о Temporal, а именно о том, какие подходы существуют для версионирования temporal workflow.
Погнали:
Temporal: Intro. Часть 2: workflow versioning
#distributed_transactions
#orchestration
Ухххх. Мне самому не верится, но я-таки нашел пару свободных часов и дописал то, что обещал дописать несколько месяцев назад :)
Temporal: Intro. Часть 2: workflow versioning
В этой статье мы продолжим говорить о Temporal, а именно о том, какие подходы существуют для версионирования temporal workflow.
Погнали:
Temporal: Intro. Часть 2: workflow versioning
🔥9
#temporal
#system_design
#requirements
Так-с, ну вот ещё одна :)
Несмотря на то, что в заголовке фигурирует Temporal, это не совсем статья про Temporal. Это материал про проектирование систем. Про то, как превратить неструктурированные хотелки в формальные требования, не потерять здравый смысл по пути, заложить архитектурный фундамент и не пожалеть об этом через месяц. Ну и спроектировать workflow на Temporal, конечно же :)
В этой части я попробовал описать анализ требований в новом формате — с живыми диалогами, структурированными каталогами и архитектурными выводами прямо на ходу.
Интересно будет узнать в комментариях, насколько такой стиль заходит. Особенно от тех, кто осилит статью до конца (а статья получилась довольно большой, пришлось даже ужимать - надеюсь, что не в ущерб качеству) :)
—
📖 Часть 1 — «Анализ требований» — уже доступна:
Temporal: Deep Dive. От требований до workflow: проектируем биллинг с оркестрацией.
В этой статье мы отойдём от абстрактной теории и наконец-то займемся чем-то интересным. Вместо обсуждения надуманных примеров, мы возьмём вполне реалистичную задачу для огромного количества (не финтех) компаний — обработку платёжных транзакций. Вместе мы попробуем пройти весь путь: от первых продуктовых обсуждений до готовой системы, часть которой реализована с помощью Temporal Workflow.
Мы начнём с того, что трансформируем неструктурированные хотелки в формализованные требования: функциональные, нефункциональные и бизнес-правила. Затем мы разберёмся с особенностями интеграции с платёжным шлюзом и ограничениями, которые она накладывает.
После этого — обсудим архитектурные решения, объясним, почему для оркестрации мы выбрали именно Temporal, и, наконец, покажем, как перейти от идей и диаграмм к коду — включая тестирование, наблюдаемость и поддержку изменений.
Готовы? Поехали!
#system_design
#requirements
Так-с, ну вот ещё одна :)
Несмотря на то, что в заголовке фигурирует Temporal, это не совсем статья про Temporal. Это материал про проектирование систем. Про то, как превратить неструктурированные хотелки в формальные требования, не потерять здравый смысл по пути, заложить архитектурный фундамент и не пожалеть об этом через месяц. Ну и спроектировать workflow на Temporal, конечно же :)
В этой части я попробовал описать анализ требований в новом формате — с живыми диалогами, структурированными каталогами и архитектурными выводами прямо на ходу.
Интересно будет узнать в комментариях, насколько такой стиль заходит. Особенно от тех, кто осилит статью до конца (а статья получилась довольно большой, пришлось даже ужимать - надеюсь, что не в ущерб качеству) :)
—
📖 Часть 1 — «Анализ требований» — уже доступна:
Temporal: Deep Dive. От требований до workflow: проектируем биллинг с оркестрацией.
В этой статье мы отойдём от абстрактной теории и наконец-то займемся чем-то интересным. Вместо обсуждения надуманных примеров, мы возьмём вполне реалистичную задачу для огромного количества (не финтех) компаний — обработку платёжных транзакций. Вместе мы попробуем пройти весь путь: от первых продуктовых обсуждений до готовой системы, часть которой реализована с помощью Temporal Workflow.
Мы начнём с того, что трансформируем неструктурированные хотелки в формализованные требования: функциональные, нефункциональные и бизнес-правила. Затем мы разберёмся с особенностями интеграции с платёжным шлюзом и ограничениями, которые она накладывает.
После этого — обсудим архитектурные решения, объясним, почему для оркестрации мы выбрали именно Temporal, и, наконец, покажем, как перейти от идей и диаграмм к коду — включая тестирование, наблюдаемость и поддержку изменений.
Готовы? Поехали!
🔥14❤2
dprdev блог: мысли о .net и архитектуре
#temporal #system_design #requirements Так-с, ну вот ещё одна :) Несмотря на то, что в заголовке фигурирует Temporal, это не совсем статья про Temporal. Это материал про проектирование систем. Про то, как превратить неструктурированные хотелки в формальные…
Собрал супер ценные комментарии от различных людей сразу из нескольких чатов (и относительно ЦА, и относительно подачи, и относительно некоторой базы + скоупа с целеполаганием). Всем спасибо.
Будет статья-hotfix :)
Будет статья-hotfix :)
👍5❤2