Last updated: 14 days ago
Have you felt the pain of working in a code base that has no defined architecture?
We've all been there. Pass the spaghetti sauce, please! 🍝
But there's another side to it, too.
Design your app architecture to make development easy and straightforward. Designing for ease of use sometimes means forsaking technical sophistication, along with the complexity that comes with it.
In this talk, I'll share an example of a time that I laboriously crafted what I thought was the 💎 perfect 💎 architecture for my app. A monument to 'flawless' design. Except that it wasn't.
Architectures like this can be too complex to use. That's what happened to mine. Other team members didn't want to follow the architecture. My brain was working overdrive trying to understand all of the complexity.
No language or framework is perfect, but the prevalent ones are (relatively) pleasant to use. Build your architecture around enabling future development. I advocate for less complexity and less implicit rules to keep in mind, while still providing the structure you need to keep things clean.
Let's discuss a healthier approach to architecture and software design.
I'd like to provide you with more real-world examples of architectures that are both correct and overly complicated (such as Swift's String object) and how to prevent it.
I'll share the reasons that overly-complex architectures cause issues for the development team, and how to ensure that your architecture serves your benefit.
I will invite you to consider ease of use when designing your architecture. Because an architecture you want to use is an architecture that will work.