mastodon.xyz is one of the many independent Mastodon servers you can use to participate in the fediverse.
A Mastodon instance, open to everyone, but mainly English and French speaking.

Administered by:

Server stats:

739
active users

#softwarearchitecture

4 posts4 participants0 posts today
Jacqui Read<p>It's only a few days until we welcome <span class="h-card" translate="no"><a href="https://hachyderm.io/@ChrisSimonAu" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ChrisSimonAu</span></a></span> to <a href="https://fosstodon.org/tags/DDDLondon" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DDDLondon</span></a> online on Sept 4th. All attendees will receive a code to get 20% off Chris' or my workshop (and conference tickets) at GOTO <a href="https://fosstodon.org/tags/Copenhagen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Copenhagen</span></a>: <a href="https://dddlondon.com/events/imagine-the-future-and-build-for-now/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">dddlondon.com/events/imagine-t</span><span class="invisible">he-future-and-build-for-now/</span></a></p><p><a href="https://fosstodon.org/tags/discount" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>discount</span></a> <a href="https://fosstodon.org/tags/sofware" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>sofware</span></a> <a href="https://fosstodon.org/tags/softwareDevelopment" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwareDevelopment</span></a> <a href="https://fosstodon.org/tags/softwareDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwareDesign</span></a> <a href="https://fosstodon.org/tags/softwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwareArchitecture</span></a> <a href="https://fosstodon.org/tags/conference" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>conference</span></a></p>
Chris Woody Woodruff<p>The Illusion of Future Proofing</p><p>We over-engineer for “someday” and end up building systems nobody needs.</p><p>Simple code that solves today’s problem is always the better bet.</p><p><a href="https://mastodon.social/tags/SimplicityFirst" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SimplicityFirst</span></a> <a href="https://mastodon.social/tags/DotNet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DotNet</span></a> <a href="https://mastodon.social/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a> <a href="https://mastodon.social/tags/DeveloperLife" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DeveloperLife</span></a> <a href="https://mastodon.social/tags/TechLeadership" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechLeadership</span></a> <a href="https://mastodon.social/tags/BuildBetterSoftware" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BuildBetterSoftware</span></a> <a href="https://mastodon.social/tags/CodeSmarter" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CodeSmarter</span></a></p>
maschmi<p>Well, here goes nothing. The one article which is on my mind since almost a year. The one I've written now three times. And the one which I may struggle the most.</p><p>It is about <a href="https://mastodon.social/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a> <a href="https://mastodon.social/tags/ddd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ddd</span></a> and <a href="https://mastodon.social/tags/ORM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ORM</span></a>.</p><p>Let me know what you think.</p><p><a href="https://blog.maschmi.net/rottenOnion/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">blog.maschmi.net/rottenOnion/</span><span class="invisible"></span></a></p>
HackerNoon<p>Polymorphic constructors aren’t built-in, but enums + static arrays can emulate them safely. This gives compile-time guarantees with scalability and performance <a href="https://hackernoon.com/turning-the-compiler-into-your-co-architect" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">hackernoon.com/turning-the-com</span><span class="invisible">piler-into-your-co-architect</span></a> <a href="https://mas.to/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a></p>
Nicolas Fränkel 🇺🇦🇬🇪<p>Architectural <a href="https://mastodon.top/tags/Patterns" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Patterns</span></a>, The Pattern Language of <a href="https://mastodon.top/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a></p><p><a href="https://github.com/denyspoltorak/metapatterns/wiki" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/denyspoltorak/metap</span><span class="invisible">atterns/wiki</span></a></p><p>Consider supporting the authors on Leanpub: <a href="https://leanpub.com/metapatterns" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">leanpub.com/metapatterns</span><span class="invisible"></span></a></p>
SoftwareArchitecture Gathering<p>Struggling to modularize your domain logic? 🤔 Join <span class="h-card" translate="no"><a href="https://mastodon.social/@ewolff" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ewolff</span></a></span> at <a href="https://mastodon.social/tags/SAGconf" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SAGconf</span></a> as he explores how models can complement Bounded Contexts to structure complex systems effectively. Discover practical strategies for combining models, modules, and abstract data types to create maintainable, scalable software architectures. 🛠️</p><p>🔗 Learn more about Eberhard's session: <a href="https://t1p.de/4lsar" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">t1p.de/4lsar</span><span class="invisible"></span></a></p><p><a href="https://mastodon.social/tags/SAG2025" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SAG2025</span></a> <a href="https://mastodon.social/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a> <a href="https://mastodon.social/tags/DomainDrivenDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DomainDrivenDesign</span></a> <a href="https://mastodon.social/tags/BoundedContexts" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BoundedContexts</span></a> <a href="https://mastodon.social/tags/Modularization" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Modularization</span></a> <a href="https://mastodon.social/tags/iSAQB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>iSAQB</span></a> <a href="https://mastodon.social/tags/ArchitecturePatterns" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ArchitecturePatterns</span></a></p>
Virtual Domain-Driven Design<p>These "Stories on Facilitating Software Architecture" sessions will be a genuine, unscripted chat about the challenges, failures, and success stories on how to become a facilitating software architect. Expect our usual back-and-forth and no-frills talk. <br> <br> <a href="https://techhub.social/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a> <a href="https://techhub.social/tags/TechTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechTalk</span></a> <a href="https://techhub.social/tags/FacilitatingArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FacilitatingArchitecture</span></a> <a href="https://techhub.social/tags/TechLeadership" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechLeadership</span></a> <a href="https://techhub.social/tags/DDD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DDD</span></a> <a href="https://techhub.social/tags/DomainDrivenDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DomainDrivenDesign</span></a> <a href="https://techhub.social/tags/SoftwareDevelopment" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareDevelopment</span></a> <a href="https://techhub.social/tags/ArchitectureTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ArchitectureTalk</span></a> <a href="https://techhub.social/tags/NoMoreIvoryTowers" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>NoMoreIvoryTowers</span></a></p>
HackerNoon<p>DDD gives us a framework for a way of&nbsp;aligning business with technology&nbsp;throughout the whole project lifecycle. <a href="https://hackernoon.com/domain-driven-design-the-basics" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">hackernoon.com/domain-driven-d</span><span class="invisible">esign-the-basics</span></a> <a href="https://mas.to/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a></p>
Berlin Expert Days<p>We’re fully community-driven &amp; organized by volunteers – that’s why we’re looking for sponsors to support us. Sponsorship is flexible, affordable, and doesn’t necessarily require a booth. <a href="https://mastodon.social/tags/bedcon" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>bedcon</span></a> </p><p>👉 Details on packages, audience &amp; pricing: <a href="https://bed-con.org/2025/sponsoren" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">bed-con.org/2025/sponsoren</span><span class="invisible"></span></a></p><p><a href="https://mastodon.social/tags/TechConference" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechConference</span></a> <br><a href="https://mastodon.social/tags/Berlin" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Berlin</span></a> <br><a href="https://mastodon.social/tags/softwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwareArchitecture</span></a></p>
Isaac Lyman<p>The biggest bottlenecks in the software lifecycle have nothing to do with code. They’re people problems: communication, persuasion, decision-making.</p><p>How do you reliably get the right people in the right place, at the right time, talking about the right things? Is there a transfer protocol or infrastructure-as-code tool that works on human beings?</p><p>As it happens, yes.</p><p>My latest byline:</p><p>🔗 <a href="https://stackoverflow.blog/2025/08/20/documents-the-architect-s-programming-language" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">stackoverflow.blog/2025/08/20/</span><span class="invisible">documents-the-architect-s-programming-language</span></a></p><p><a href="https://toot.cafe/tags/programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>programming</span></a> <a href="https://toot.cafe/tags/SoftwareDevelopment" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareDevelopment</span></a> <a href="https://toot.cafe/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>coding</span></a> <a href="https://toot.cafe/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a></p>
InfoQ<p>💡 Applying traditional <a href="https://techhub.social/tags/SoftwareEngineering" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareEngineering</span></a> principles can make or break your AI product!</p><p>In this <a href="https://techhub.social/tags/InfoQ" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InfoQ</span></a> talk, Phil Calçado shares hard-earned lessons from a failed AI startup - a rare post-mortem on what worked… and what didn’t.</p><p>🔗 Watch on <a href="https://techhub.social/tags/InfoQ" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InfoQ</span></a>: <a href="https://bit.ly/3Jhfsar" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">bit.ly/3Jhfsar</span><span class="invisible"></span></a> </p><p>📄 <a href="https://techhub.social/tags/transcript" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>transcript</span></a> included</p><p><a href="https://techhub.social/tags/InfoQDevSummit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>InfoQDevSummit</span></a> <a href="https://techhub.social/tags/AI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AI</span></a> <a href="https://techhub.social/tags/microservices" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>microservices</span></a> <a href="https://techhub.social/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a></p>
SoftwareArchitecture Gathering<p>We are thrilled to welcome <span class="h-card" translate="no"><a href="https://mastodon.social/@VaughnVernon" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>VaughnVernon</span></a></span> , a thought leader in software architecture, to share his insights on <a href="https://mastodon.social/tags/StochasticArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>StochasticArchitecture</span></a>. 💡</p><p>In a world where GenAI is rapidly evolving, Vaughn will explore the fundamental questions: How helpful is <a href="https://mastodon.social/tags/GenAI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GenAI</span></a> for software architecture? Can we trust these models, or are they just “stochastic parrots”? 🦜 </p><p>🔗 Learn more about his keynote 👉 <a href="https://t1p.de/47gca" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">t1p.de/47gca</span><span class="invisible"></span></a> </p><p><a href="https://mastodon.social/tags/SAGconf" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SAGconf</span></a> <a href="https://mastodon.social/tags/SAG2025" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SAG2025</span></a> <a href="https://mastodon.social/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a> <a href="https://mastodon.social/tags/LLM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LLM</span></a> <a href="https://mastodon.social/tags/iSAQB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>iSAQB</span></a></p>
HackerNoon<p>Avoid bloated interfaces and inverted dependencies. Learn how closures preserve encapsulation and keep your Kotlin codebase clean and stable. <a href="https://hackernoon.com/using-closures-to-extend-class-behavior-without-breaking-encapsulation" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">hackernoon.com/using-closures-</span><span class="invisible">to-extend-class-behavior-without-breaking-encapsulation</span></a> <a href="https://mas.to/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a></p>
Karsten Schmidt<p>Watching "The Big OOPs", new 1h50m talk by Casey Muratori about the long and meandering history, mistakes &amp; shortcomings of OOP and looking for better/alternative ways forward... </p><p><a href="https://www.youtube.com/watch?v=wo84LFzx5nI" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">youtube.com/watch?v=wo84LFzx5n</span><span class="invisible">I</span></a></p><p>(Also very interesting for some <a href="https://mastodon.thi.ng/tags/PermaComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PermaComputing</span></a> &amp; KISS aspects)</p><p><a href="https://mastodon.thi.ng/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a> <a href="https://mastodon.thi.ng/tags/ECS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ECS</span></a> <a href="https://mastodon.thi.ng/tags/DOD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DOD</span></a> <a href="https://mastodon.thi.ng/tags/ComputerHistory" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ComputerHistory</span></a> <a href="https://mastodon.thi.ng/tags/CPP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CPP</span></a> <a href="https://mastodon.thi.ng/tags/SmallTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SmallTalk</span></a> <a href="https://mastodon.thi.ng/tags/Lisp" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Lisp</span></a></p>
Lutz Hühnken<p>If you use a relational model in a service that’s part of an Event-Driven Architecture, you’ve likely run into the transactional outbox pattern.<br>I’m adding content on it to the Awesome Event-Driven Architecture list soon.</p><p>To start: a 5-min video by Wade Waldron explaining how it works.</p><p>📺 <a href="https://www.youtube.com/watch?v=5YLpjPmsPCA&amp;list=PLXstpDPZ7AtX78V_JYUJX7z8RjdcB9HQq" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">youtube.com/watch?v=5YLpjPmsPC</span><span class="invisible">A&amp;list=PLXstpDPZ7AtX78V_JYUJX7z8RjdcB9HQq</span></a></p><p><a href="https://mastodon.social/tags/EDA" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>EDA</span></a> <a href="https://mastodon.social/tags/EventDrivenArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>EventDrivenArchitecture</span></a> <a href="https://mastodon.social/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a></p>
maschmi<p>I'm positively surprised by the book "Fundamentals of Software Architecture" by<br>Mark Richards &amp; Neal Ford. I acquired it sometimes ago in a humble bundle and am still in the progress of reading.</p><p>To my surprise the last part is focusing on "Technique and Soft Skills", while short they try to strive a lot of areas: risk analyses, presentation, team building, negotiation and leadership.</p><p>This is clearly a <a href="https://mastodon.social/tags/book" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>book</span></a> recommendation.</p><p><a href="https://fundamentalsofsoftwarearchitecture.com/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">fundamentalsofsoftwarearchitec</span><span class="invisible">ture.com/</span></a></p><p><a href="https://mastodon.social/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a></p>
Sebastian Hans<p><span class="h-card" translate="no"><a href="https://mastodon.social/@RuthMalan" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>RuthMalan</span></a></span> It's the "and then" part that's the problem. I write the ADR before making the decision, using it to drive discussion and evaluate options (and record the options, too). That's where most of the value comes from for me.</p><p>ADRs are rarely needed afterwards, but when they are (mostly during onboarding of new team members, but maybe also if something doesn't turn out the way we imagined), they are an immensely useful tool for understanding the thinking that went into the decision.</p><p>In other words (because I've been thinking about Peter Naur's Theory Building View lately), ADRs can help people (re)build the theory of the system in their minds if necessary, keeping it alive. People who already possess the theory don't need to read them, and this is a good thing. </p><p><a href="https://hachyderm.io/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a> <a href="https://hachyderm.io/tags/ADRs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ADRs</span></a></p>
HackerNoon<p>Most systems assume data is valid, causing redundant or missing checks. This article suggests modeling validated data as a separate type. <a href="https://hackernoon.com/should-you-validate-again-a-smarter-way-to-handle-data-trust" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">hackernoon.com/should-you-vali</span><span class="invisible">date-again-a-smarter-way-to-handle-data-trust</span></a> <a href="https://mas.to/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a></p>
HackerNoon<p>George Starikov shares lessons from his 20+ years building real-time, high-load systems across finance, telecom, and advertising. <a href="https://hackernoon.com/the-hidden-cost-of-performance-how-high-load-specialization-warps-engineering-intuition" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">hackernoon.com/the-hidden-cost</span><span class="invisible">-of-performance-how-high-load-specialization-warps-engineering-intuition</span></a> <a href="https://mas.to/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a></p>
HackerNoon<p>The CAP Theorem is a fundamental limitation in the world of distributed systems. <a href="https://hackernoon.com/cap-theorem-5-essential-questions-for-designing-a-distributed-architecture" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">hackernoon.com/cap-theorem-5-e</span><span class="invisible">ssential-questions-for-designing-a-distributed-architecture</span></a> <a href="https://mas.to/tags/softwarearchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>softwarearchitecture</span></a></p>