home.social

#ddd — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #ddd, aggregated by home.social.

  1. Как мы укротили сложный процесс с помощью CQRS и стейт-машин

    Привет, Хабр! Меня зовут Никита, я являюсь разработчиком в направлении SSL инфраструктурной команды биллинга в Timeweb Cloud. Сегодня я хочу рассказать, как мы наводили порядок в коде одного из наших микросервисов, почему отказались от лапши в контроллерах, и главное — почему мы решили выложить наш внутренний архитектурный фреймворк в Open Source. Если вы пишете на Python и хоть раз сталкивались с болью распределенных транзакций, отваливающихся внешних API и проблемой dual-write (двойной записи) — присаживайтесь поудобнее. Речь пойдет про наш open-source фреймворк python-cqrs (он же доступен на PyPI).

    habr.com/ru/companies/timeweb/

    #cqrs #ddd #python #фреймворки #acid #open_source #api #timeweb_статьи

  2. Гайд: как системному аналитику построить доменную модель для Java-микросервисов

    Системный аналитик пишет User Story, рисует BPMN, описывает API — а через месяц архитектор перекраивает всё, потому что «это не ложится на DDD». Знакомо? В этой статье я показываю пошаговый маршрут, как аналитику самому спроектировать доменную модель и перенести её в Java‑код. Разбираю на реальном кейсе: Event Storming, выделение ограниченных контекстов, построение агрегатов с инвариантами и асинхронное взаимодействие через интеграционные события.

    habr.com/ru/companies/otus/art

    #java #DDD #системный_аналитик #event_storming #микросервисы #проектирование_систем #Bounded_Context

  3. Гайд: как системному аналитику построить доменную модель для Java-микросервисов

    Системный аналитик пишет User Story, рисует BPMN, описывает API — а через месяц архитектор перекраивает всё, потому что «это не ложится на DDD». Знакомо? В этой статье я показываю пошаговый маршрут, как аналитику самому спроектировать доменную модель и перенести её в Java‑код. Разбираю на реальном кейсе: Event Storming, выделение ограниченных контекстов, построение агрегатов с инвариантами и асинхронное взаимодействие через интеграционные события.

    habr.com/ru/companies/otus/art

    #java #DDD #системный_аналитик #event_storming #микросервисы #проектирование_систем #Bounded_Context

  4. Гайд: как системному аналитику построить доменную модель для Java-микросервисов

    Системный аналитик пишет User Story, рисует BPMN, описывает API — а через месяц архитектор перекраивает всё, потому что «это не ложится на DDD». Знакомо? В этой статье я показываю пошаговый маршрут, как аналитику самому спроектировать доменную модель и перенести её в Java‑код. Разбираю на реальном кейсе: Event Storming, выделение ограниченных контекстов, построение агрегатов с инвариантами и асинхронное взаимодействие через интеграционные события.

    habr.com/ru/companies/otus/art

    #java #DDD #системный_аналитик #event_storming #микросервисы #проектирование_систем #Bounded_Context

  5. Гайд: как системному аналитику построить доменную модель для Java-микросервисов

    Системный аналитик пишет User Story, рисует BPMN, описывает API — а через месяц архитектор перекраивает всё, потому что «это не ложится на DDD». Знакомо? В этой статье я показываю пошаговый маршрут, как аналитику самому спроектировать доменную модель и перенести её в Java‑код. Разбираю на реальном кейсе: Event Storming, выделение ограниченных контекстов, построение агрегатов с инвариантами и асинхронное взаимодействие через интеграционные события.

    habr.com/ru/companies/otus/art

    #java #DDD #системный_аналитик #event_storming #микросервисы #проектирование_систем #Bounded_Context

  6. The response to the #IDDD Tour has been tremendous! To accommodate the waitlist, #VaughnVernon has added a second date: June 15–18.

    Register here: kalele.io/training/iddd/
    $400 seats — $1,600 OFF

    #VaughnVernon #DDD #DomainDrivenDesign #EventStorming

  7. Технический гайд по сторис – часть 4: как мы добавили видео формат

    Привет! Меня зовут Владислав Фальзан, я работаю android-разработчиком в М2. Наша команда мобильной разработки развивает приложение – онлайн-платформу для решения вопросов с недвижимостью. Основные пользователи приложения – физические лица (B2C) и риелторы (B2B2C). Эта статья – технический гайд для android-разработчиков о том, как реализовать видео сторис у себя в приложении или как использовать нашу библиотеку для работы с ними. Из статьи вы поймете: как запустить видео сторис в своем приложении, как работать с несколькими видео, как сделать из этого полноценный плагин, если вы хотите инкапсулировать логику в отдельном модуле и подключать ее только при необходимости, или как использовать нашу библиотеку для этих целей. Для удобства изучения статьи я решил разбить ее на блоки:

    habr.com/ru/companies/m2tech/a

    #android #ddd #compose #stories #mvvm #kotlin #coroutines #clean_architecture #room

  8. Технический гайд по сторис – часть 4: как мы добавили видео формат

    Привет! Меня зовут Владислав Фальзан, я работаю android-разработчиком в М2. Наша команда мобильной разработки развивает приложение – онлайн-платформу для решения вопросов с недвижимостью. Основные пользователи приложения – физические лица (B2C) и риелторы (B2B2C). Эта статья – технический гайд для android-разработчиков о том, как реализовать видео сторис у себя в приложении или как использовать нашу библиотеку для работы с ними. Из статьи вы поймете: как запустить видео сторис в своем приложении, как работать с несколькими видео, как сделать из этого полноценный плагин, если вы хотите инкапсулировать логику в отдельном модуле и подключать ее только при необходимости, или как использовать нашу библиотеку для этих целей. Для удобства изучения статьи я решил разбить ее на блоки:

    habr.com/ru/companies/m2tech/a

    #android #ddd #compose #stories #mvvm #kotlin #coroutines #clean_architecture #room

  9. Технический гайд по сторис – часть 4: как мы добавили видео формат

    Привет! Меня зовут Владислав Фальзан, я работаю android-разработчиком в М2. Наша команда мобильной разработки развивает приложение – онлайн-платформу для решения вопросов с недвижимостью. Основные пользователи приложения – физические лица (B2C) и риелторы (B2B2C). Эта статья – технический гайд для android-разработчиков о том, как реализовать видео сторис у себя в приложении или как использовать нашу библиотеку для работы с ними. Из статьи вы поймете: как запустить видео сторис в своем приложении, как работать с несколькими видео, как сделать из этого полноценный плагин, если вы хотите инкапсулировать логику в отдельном модуле и подключать ее только при необходимости, или как использовать нашу библиотеку для этих целей. Для удобства изучения статьи я решил разбить ее на блоки:

    habr.com/ru/companies/m2tech/a

    #android #ddd #compose #stories #mvvm #kotlin #coroutines #clean_architecture #room

  10. Технический гайд по сторис – часть 4: как мы добавили видео формат

    Привет! Меня зовут Владислав Фальзан, я работаю android-разработчиком в М2. Наша команда мобильной разработки развивает приложение – онлайн-платформу для решения вопросов с недвижимостью. Основные пользователи приложения – физические лица (B2C) и риелторы (B2B2C). Эта статья – технический гайд для android-разработчиков о том, как реализовать видео сторис у себя в приложении или как использовать нашу библиотеку для работы с ними. Из статьи вы поймете: как запустить видео сторис в своем приложении, как работать с несколькими видео, как сделать из этого полноценный плагин, если вы хотите инкапсулировать логику в отдельном модуле и подключать ее только при необходимости, или как использовать нашу библиотеку для этих целей. Для удобства изучения статьи я решил разбить ее на блоки:

    habr.com/ru/companies/m2tech/a

    #android #ddd #compose #stories #mvvm #kotlin #coroutines #clean_architecture #room

  11. 𝗙𝗹𝗲𝘅𝗶𝗯𝗹𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 𝗲𝗻𝘁𝘀𝘁𝗲𝗵𝘁 𝗻𝗶𝗰𝗵𝘁 𝗱𝘂𝗿𝗰𝗵 𝗠𝗶𝗰𝗿𝗼𝘀𝗲𝗿𝘃𝗶𝗰𝗲𝘀 𝗮𝗹𝗹𝗲𝗶𝗻 – 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝗺𝗶𝘁 𝗘𝗯𝗲𝗿𝗵𝗮𝗿𝗱 𝗪𝗼𝗹𝗳𝗳 𝘂𝗻𝗱 𝗙𝗮𝗹𝗸 𝗦𝗶𝗽𝗽𝗮𝗰𝗵 🎤
    Machen #Microservices Systeme automatisch flexibler? Nicht unbedingt. Im Interview erklären @ewolff und @sippsack, warum echte Flexibilität bereits bei fachlichen Grenzen und Architekturentscheidungen beginnt.

    💡 Themen:
    #DDD & Flexibilität
    #Modulith vs. #Microservices
    • praktische Schritte zu flexibleren Systemen

    👉 t1p.de/bf4sm

    #SAF2026 #iSAQB #Softwarearchitektur

  12. 𝗙𝗹𝗲𝘅𝗶𝗯𝗹𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 𝗲𝗻𝘁𝘀𝘁𝗲𝗵𝘁 𝗻𝗶𝗰𝗵𝘁 𝗱𝘂𝗿𝗰𝗵 𝗠𝗶𝗰𝗿𝗼𝘀𝗲𝗿𝘃𝗶𝗰𝗲𝘀 𝗮𝗹𝗹𝗲𝗶𝗻 – 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝗺𝗶𝘁 𝗘𝗯𝗲𝗿𝗵𝗮𝗿𝗱 𝗪𝗼𝗹𝗳𝗳 𝘂𝗻𝗱 𝗙𝗮𝗹𝗸 𝗦𝗶𝗽𝗽𝗮𝗰𝗵 🎤
    Machen #Microservices Systeme automatisch flexibler? Nicht unbedingt. Im Interview erklären @ewolff und @sippsack, warum echte Flexibilität bereits bei fachlichen Grenzen und Architekturentscheidungen beginnt.

    💡 Themen:
    #DDD & Flexibilität
    #Modulith vs. #Microservices
    • praktische Schritte zu flexibleren Systemen

    👉 t1p.de/bf4sm

    #SAF2026 #iSAQB #Softwarearchitektur

  13. 𝗙𝗹𝗲𝘅𝗶𝗯𝗹𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 𝗲𝗻𝘁𝘀𝘁𝗲𝗵𝘁 𝗻𝗶𝗰𝗵𝘁 𝗱𝘂𝗿𝗰𝗵 𝗠𝗶𝗰𝗿𝗼𝘀𝗲𝗿𝘃𝗶𝗰𝗲𝘀 𝗮𝗹𝗹𝗲𝗶𝗻 – 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝗺𝗶𝘁 𝗘𝗯𝗲𝗿𝗵𝗮𝗿𝗱 𝗪𝗼𝗹𝗳𝗳 𝘂𝗻𝗱 𝗙𝗮𝗹𝗸 𝗦𝗶𝗽𝗽𝗮𝗰𝗵 🎤
    Machen #Microservices Systeme automatisch flexibler? Nicht unbedingt. Im Interview erklären @ewolff und @sippsack, warum echte Flexibilität bereits bei fachlichen Grenzen und Architekturentscheidungen beginnt.

    💡 Themen:
    #DDD & Flexibilität
    #Modulith vs. #Microservices
    • praktische Schritte zu flexibleren Systemen

    👉 t1p.de/bf4sm

    #SAF2026 #iSAQB #Softwarearchitektur

  14. 𝗙𝗹𝗲𝘅𝗶𝗯𝗹𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 𝗲𝗻𝘁𝘀𝘁𝗲𝗵𝘁 𝗻𝗶𝗰𝗵𝘁 𝗱𝘂𝗿𝗰𝗵 𝗠𝗶𝗰𝗿𝗼𝘀𝗲𝗿𝘃𝗶𝗰𝗲𝘀 𝗮𝗹𝗹𝗲𝗶𝗻 – 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝗺𝗶𝘁 𝗘𝗯𝗲𝗿𝗵𝗮𝗿𝗱 𝗪𝗼𝗹𝗳𝗳 𝘂𝗻𝗱 𝗙𝗮𝗹𝗸 𝗦𝗶𝗽𝗽𝗮𝗰𝗵 🎤
    Machen #Microservices Systeme automatisch flexibler? Nicht unbedingt. Im Interview erklären @ewolff und @sippsack, warum echte Flexibilität bereits bei fachlichen Grenzen und Architekturentscheidungen beginnt.

    💡 Themen:
    #DDD & Flexibilität
    #Modulith vs. #Microservices
    • praktische Schritte zu flexibleren Systemen

    👉 t1p.de/bf4sm

    #SAF2026 #iSAQB #Softwarearchitektur

  15. 𝗙𝗹𝗲𝘅𝗶𝗯𝗹𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 𝗲𝗻𝘁𝘀𝘁𝗲𝗵𝘁 𝗻𝗶𝗰𝗵𝘁 𝗱𝘂𝗿𝗰𝗵 𝗠𝗶𝗰𝗿𝗼𝘀𝗲𝗿𝘃𝗶𝗰𝗲𝘀 𝗮𝗹𝗹𝗲𝗶𝗻 – 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝗺𝗶𝘁 𝗘𝗯𝗲𝗿𝗵𝗮𝗿𝗱 𝗪𝗼𝗹𝗳𝗳 𝘂𝗻𝗱 𝗙𝗮𝗹𝗸 𝗦𝗶𝗽𝗽𝗮𝗰𝗵 🎤
    Machen #Microservices Systeme automatisch flexibler? Nicht unbedingt. Im Interview erklären @ewolff und @sippsack, warum echte Flexibilität bereits bei fachlichen Grenzen und Architekturentscheidungen beginnt.

    💡 Themen:
    #DDD & Flexibilität
    #Modulith vs. #Microservices
    • praktische Schritte zu flexibleren Systemen

    👉 t1p.de/bf4sm

    #SAF2026 #iSAQB #Softwarearchitektur

  16. Was bedeutet AI für Domain-driven Design? Ist #DDD gar die Antwort auf AI?

    @bitboss stellt sich in der nächsten INNOQ Fragezeit Euren Fragen zum Thema.

    Es geht um Context Maps mit AI Agents als neue Konsumenten, Bounded-Context-Grenzen im Zeitalter von LLMs und Ubiquitous Language, die ein LLM nur scheinbar versteht.

    📅 26. Mai, ab 17 Uhr
    ➡️ Jetzt kostenfrei anmelden: fragezeit.innoq.com/programm/a

  17. Was bedeutet AI für Domain-driven Design? Ist #DDD gar die Antwort auf AI?

    @bitboss stellt sich in der nächsten INNOQ Fragezeit Euren Fragen zum Thema.

    Es geht um Context Maps mit AI Agents als neue Konsumenten, Bounded-Context-Grenzen im Zeitalter von LLMs und Ubiquitous Language, die ein LLM nur scheinbar versteht.

    📅 26. Mai, ab 17 Uhr
    ➡️ Jetzt kostenfrei anmelden: fragezeit.innoq.com/programm/a

  18. Was bedeutet AI für Domain-driven Design? Ist #DDD gar die Antwort auf AI?

    @bitboss stellt sich in der nächsten INNOQ Fragezeit Euren Fragen zum Thema.

    Es geht um Context Maps mit AI Agents als neue Konsumenten, Bounded-Context-Grenzen im Zeitalter von LLMs und Ubiquitous Language, die ein LLM nur scheinbar versteht.

    📅 26. Mai, ab 17 Uhr
    ➡️ Jetzt kostenfrei anmelden: fragezeit.innoq.com/programm/a

  19. Was bedeutet AI für Domain-driven Design? Ist #DDD gar die Antwort auf AI?

    @bitboss stellt sich in der nächsten INNOQ Fragezeit Euren Fragen zum Thema.

    Es geht um Context Maps mit AI Agents als neue Konsumenten, Bounded-Context-Grenzen im Zeitalter von LLMs und Ubiquitous Language, die ein LLM nur scheinbar versteht.

    📅 26. Mai, ab 17 Uhr
    ➡️ Jetzt kostenfrei anmelden: fragezeit.innoq.com/programm/a

  20. Was bedeutet AI für Domain-driven Design? Ist #DDD gar die Antwort auf AI?

    @bitboss stellt sich in der nächsten INNOQ Fragezeit Euren Fragen zum Thema.

    Es geht um Context Maps mit AI Agents als neue Konsumenten, Bounded-Context-Grenzen im Zeitalter von LLMs und Ubiquitous Language, die ein LLM nur scheinbar versteht.

    📅 26. Mai, ab 17 Uhr
    ➡️ Jetzt kostenfrei anmelden: fragezeit.innoq.com/programm/a

  21. New It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hi Erlang), DDD for agents, tokens-as-econ (Anthropic = luxury tokens), Interface → Mediation Age, and calm tech over notif-hell. Also: fast fashion vs repair, Copernican model flips.

    Listen and watch: itsjustamodel.com/2026/05/015-

    #podcast #AI #Agents #DDD #SafetyII #Erlang #CalmTech #Sociology #Design #Innovation

  22. New It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hi Erlang), DDD for agents, tokens-as-econ (Anthropic = luxury tokens), Interface → Mediation Age, and calm tech over notif-hell. Also: fast fashion vs repair, Copernican model flips.

    Listen and watch: itsjustamodel.com/2026/05/015-

    #podcast #AI #Agents #DDD #SafetyII #Erlang #CalmTech #Sociology #Design #Innovation

  23. New It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hi Erlang), DDD for agents, tokens-as-econ (Anthropic = luxury tokens), Interface → Mediation Age, and calm tech over notif-hell. Also: fast fashion vs repair, Copernican model flips.

    Listen and watch: itsjustamodel.com/2026/05/015-

    #podcast #AI #Agents #DDD #SafetyII #Erlang #CalmTech #Sociology #Design #Innovation

  24. New It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hi Erlang), DDD for agents, tokens-as-econ (Anthropic = luxury tokens), Interface → Mediation Age, and calm tech over notif-hell. Also: fast fashion vs repair, Copernican model flips.

    Listen and watch: itsjustamodel.com/2026/05/015-

    #podcast #AI #Agents #DDD #SafetyII #Erlang #CalmTech #Sociology #Design #Innovation

  25. New It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hi Erlang), DDD for agents, tokens-as-econ (Anthropic = luxury tokens), Interface → Mediation Age, and calm tech over notif-hell. Also: fast fashion vs repair, Copernican model flips.

    Listen and watch: itsjustamodel.com/2026/05/015-

    #podcast #AI #Agents #DDD #SafetyII #Erlang #CalmTech #Sociology #Design #Innovation

  26. Nieuwe It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hoi Erlang), DDD voor agents, tokens‑economie (Anthropic = luxury tokens), van Interface→Mediation Age, en calm tech i.p.v. notificatie‑hel.

    Luister, of kijk: itsjustamodel.com/2026/05/015-

    #podcast #AI #DDD #SafetyII #Erlang #Agents #CalmTech #Sociology #Design

  27. Nieuwe It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hoi Erlang), DDD voor agents, tokens‑economie (Anthropic = luxury tokens), van Interface→Mediation Age, en calm tech i.p.v. notificatie‑hel.

    Luister, of kijk: itsjustamodel.com/2026/05/015-

    #podcast #AI #DDD #SafetyII #Erlang #Agents #CalmTech #Sociology #Design

  28. Nieuwe It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hoi Erlang), DDD voor agents, tokens‑economie (Anthropic = luxury tokens), van Interface→Mediation Age, en calm tech i.p.v. notificatie‑hel.

    Luister, of kijk: itsjustamodel.com/2026/05/015-

    #podcast #AI #DDD #SafetyII #Erlang #Agents #CalmTech #Sociology #Design

  29. Nieuwe It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hoi Erlang), DDD voor agents, tokens‑economie (Anthropic = luxury tokens), van Interface→Mediation Age, en calm tech i.p.v. notificatie‑hel.

    Luister, of kijk: itsjustamodel.com/2026/05/015-

    #podcast #AI #DDD #SafetyII #Erlang #Agents #CalmTech #Sociology #Design

  30. Nieuwe It’s Just a Model — Ep014: Against Gravity. Abbott’s System of Professions, Safety‑II > Safety‑I, error‑driven dev (hoi Erlang), DDD voor agents, tokens‑economie (Anthropic = luxury tokens), van Interface→Mediation Age, en calm tech i.p.v. notificatie‑hel.

    Luister, of kijk: itsjustamodel.com/2026/05/015-

    #podcast #AI #DDD #SafetyII #Erlang #Agents #CalmTech #Sociology #Design

  31. I see this little ball of mud taking shape on my watch, and it makes me sad.

    #software #ddd

  32. I see this little ball of mud taking shape on my watch, and it makes me sad.

    #software #ddd

  33. I see this little ball of mud taking shape on my watch, and it makes me sad.

    #software #ddd

  34. I see this little ball of mud taking shape on my watch, and it makes me sad.

    #software #ddd

  35. I see this little ball of mud taking shape on my watch, and it makes me sad.

    #software #ddd

  36. An alle #DDD und #BA und #RE Enthusiasten - das ist sicher etwas, was für alle interessant sein wird. Wie kann #DDD einer #LLM / #AI helfen, bessere Ergebnisse zu erzeugen? Genau das werden wir diskutieren!

    meetup.com/ddd-vienna/events/3 #domaindrivendesign

  37. An alle #DDD und #BA und #RE Enthusiasten - das ist sicher etwas, was für alle interessant sein wird. Wie kann #DDD einer #LLM / #AI helfen, bessere Ergebnisse zu erzeugen? Genau das werden wir diskutieren!

    meetup.com/ddd-vienna/events/3 #domaindrivendesign

  38. An alle und und Enthusiasten - das ist sicher etwas, was für alle interessant sein wird. Wie kann einer / helfen, bessere Ergebnisse zu erzeugen? Genau das werden wir diskutieren!

    meetup.com/ddd-vienna/events/3

  39. An alle #DDD und #BA und #RE Enthusiasten - das ist sicher etwas, was für alle interessant sein wird. Wie kann #DDD einer #LLM / #AI helfen, bessere Ergebnisse zu erzeugen? Genau das werden wir diskutieren!

    meetup.com/ddd-vienna/events/3 #domaindrivendesign

  40. An alle #DDD und #BA und #RE Enthusiasten - das ist sicher etwas, was für alle interessant sein wird. Wie kann #DDD einer #LLM / #AI helfen, bessere Ergebnisse zu erzeugen? Genau das werden wir diskutieren!

    meetup.com/ddd-vienna/events/3 #domaindrivendesign

  41. ✨ 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 𝗙𝗼𝗿𝘂𝗺: 𝗗𝗶𝗲 𝗞𝗼𝗻𝗳𝗲𝗿𝗲𝗻𝘇 𝗳ü𝗿 𝗺𝗼𝗱𝗲𝗿𝗻𝗲 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲­𝗮𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 | 𝗘𝗮𝗿𝗹𝘆 𝗕𝗶𝗿𝗱 𝗻𝘂𝗿 𝗻𝗼𝗰𝗵 𝗯𝗶𝘀 𝗺𝗼𝗿𝗴𝗲𝗻! 🐦

    📅 𝟭𝟲. 𝗯𝗶𝘀 𝟭𝟳. 𝗝𝘂𝗻𝗶 𝟮𝟬𝟮𝟲
    📍 𝗛𝗼𝗹𝗶𝗱𝗮𝘆 𝗜𝗻𝗻 𝗠ü𝗻𝗰𝗵𝗲𝗻-𝗨𝗻𝘁𝗲𝗿𝗵𝗮𝗰𝗵𝗶𝗻𝗴

    💡 𝗪𝗮𝘀 𝗱𝗶𝗰𝗵 𝗲𝗿𝘄𝗮𝗿𝘁𝗲𝘁
    ✔ Lerne von 23 Expert:innen
    ✔ 23 spannende Sessions auf Deutsch
    ✔ Themen u.a.: #DDD #API #KI #Cloud #EmbeddedSystems
    ✔ Viel Raum für Networking
    ✔ Get-together & persönliche Atmosphäre
    ✔ Vollverpflegung

    Schnell noch Ticket sichern 👉 t1p.de/x1mdv

  42. ✨ 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 𝗙𝗼𝗿𝘂𝗺: 𝗗𝗶𝗲 𝗞𝗼𝗻𝗳𝗲𝗿𝗲𝗻𝘇 𝗳ü𝗿 𝗺𝗼𝗱𝗲𝗿𝗻𝗲 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲­𝗮𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 | 𝗘𝗮𝗿𝗹𝘆 𝗕𝗶𝗿𝗱 𝗻𝘂𝗿 𝗻𝗼𝗰𝗵 𝗯𝗶𝘀 𝗺𝗼𝗿𝗴𝗲𝗻! 🐦

    📅 𝟭𝟲. 𝗯𝗶𝘀 𝟭𝟳. 𝗝𝘂𝗻𝗶 𝟮𝟬𝟮𝟲
    📍 𝗛𝗼𝗹𝗶𝗱𝗮𝘆 𝗜𝗻𝗻 𝗠ü𝗻𝗰𝗵𝗲𝗻-𝗨𝗻𝘁𝗲𝗿𝗵𝗮𝗰𝗵𝗶𝗻𝗴

    💡 𝗪𝗮𝘀 𝗱𝗶𝗰𝗵 𝗲𝗿𝘄𝗮𝗿𝘁𝗲𝘁
    ✔ Lerne von 23 Expert:innen
    ✔ 23 spannende Sessions auf Deutsch
    ✔ Themen u.a.: #DDD #API #KI #Cloud #EmbeddedSystems
    ✔ Viel Raum für Networking
    ✔ Get-together & persönliche Atmosphäre
    ✔ Vollverpflegung

    Schnell noch Ticket sichern 👉 t1p.de/x1mdv

  43. ✨ 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 𝗙𝗼𝗿𝘂𝗺: 𝗗𝗶𝗲 𝗞𝗼𝗻𝗳𝗲𝗿𝗲𝗻𝘇 𝗳ü𝗿 𝗺𝗼𝗱𝗲𝗿𝗻𝗲 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲­𝗮𝗿𝗰𝗵𝗶𝘁𝗲𝗸𝘁𝘂𝗿 | 𝗘𝗮𝗿𝗹𝘆 𝗕𝗶𝗿𝗱 𝗻𝘂𝗿 𝗻𝗼𝗰𝗵 𝗯𝗶𝘀 𝗺𝗼𝗿𝗴𝗲𝗻! 🐦

    📅 𝟭𝟲. 𝗯𝗶𝘀 𝟭𝟳. 𝗝𝘂𝗻𝗶 𝟮𝟬𝟮𝟲
    📍 𝗛𝗼𝗹𝗶𝗱𝗮𝘆 𝗜𝗻𝗻 𝗠ü𝗻𝗰𝗵𝗲𝗻-𝗨𝗻𝘁𝗲𝗿𝗵𝗮𝗰𝗵𝗶𝗻𝗴

    💡 𝗪𝗮𝘀 𝗱𝗶𝗰𝗵 𝗲𝗿𝘄𝗮𝗿𝘁𝗲𝘁
    ✔ Lerne von 23 Expert:innen
    ✔ 23 spannende Sessions auf Deutsch
    ✔ Themen u.a.: #DDD #API #KI #Cloud #EmbeddedSystems
    ✔ Viel Raum für Networking
    ✔ Get-together & persönliche Atmosphäre
    ✔ Vollverpflegung

    Schnell noch Ticket sichern 👉 t1p.de/x1mdv