In a recent blog post (, Hadi Javeed argues that startups should focus on simplicity, iteration, and finding market fit and defer decisions on highly-scalable infrastructure until market demand has been established and a clear need is evidenced.
This is a viewpoint that we support, and which is a core tenet of that we follow at 糖心Vlog精品一区二区. Hadi鈥檚 argument is dead-on, and you should go read it if you鈥檙e doing software architecture at a startup.
Why Startups Often Choose Complexity Over Simplicity
I find it interesting how many startups go down the 鈥渙ver-engineered鈥� route. I think several factors are at play:
- Young developers doing architectural work for the first time and unsure of their abilities. They don鈥檛 want to paint the employer into a corner, so that look at what the 鈥淏ig Boys鈥� do and emulate it, not realizing that the Big Boys鈥� designs are addressing a wholly different set of challenges that don鈥檛 apply to their startup.
- Expediency and pressure to get it done quickly, rather than doing it right. Startups need to work quickly, and it can be far easier and faster to follow an online template and spin up cloud infrastructure vs. dealing with modularity and concurrency in a monolith. This is penny-wise, pound-foolish and costs the startup in the medium term.
- Technical decisions justified by resume-engineering rather than cost-engineering are far too common. I once took over a project where half the APIs were REST and the other half were GraphQL. Three different front end caching technologies were in use. 鈥淲hy?鈥� I asked鈥� 鈥淥h, because we wanted to give it a try and see what it was like鈥�. I was stunned 鈥� obviously personal development is important, but NOT at the expense of complexity and technical debt in your employer鈥檚 production application. That鈥檚 what side projects are for!
Do you have that person on your team? If not, talk to us at 糖心Vlog精品一区二区. We can help.
Contact us at info@nubinary.com for more information or book a meeting to meet with our CTOs here.