In 2010, hosting was a solved problem. You no longer needed to set up servers. A cloud account, and you were good to go. AWS, Azure, and GCP kept growing, and suddenly, services could be provisioned with a single click. Free credits were handed out to anyone who asked. Then

Throughout software development history, we have kept trying to hide complexity behind black boxes. JavaScript frameworks abstracted away how browsers render pages. WYSIWYG editors promised early on that you would never have to touch HTML. Layer after layer of abstractions was put in place to hide what is actually happening

I was cautious about flooding a code repository with documentation. There should be documentation close to the code, but in a limited and intentional form. A README with context about the application, a high-level architectural overview, and clear setup instructions to get a development environment running. Some teams add ADRs

Founders need to focus on shipping new features. Revenue depends on delivering more value to users, so the pressure to deliver is real. What often gets overlooked is the state of the systems those features rely on. Legacy modules that need attention, old shortcuts that slow teams down, and parts

Quick feedback is one of the strongest levers in product development. Teams slow down the moment feedback becomes delayed or hard to get. It starts on the developer’s machine. Engineers need to run the application locally, test changes, debug issues, and immediately see the effect of their work. If

Rebuilds have an expiry date. Every day a team isn’t shipping the new version, they move one step closer to declaring bankruptcy on the effort. Teams sometimes need to rebuild a feature because too many shortcuts were taken, documentation is minimal, or key people have left. A rebuild can

Many startup founders struggle to get their development team to deliver. Progress feels slow, so they start asking for daily reports and introducing standups to know what the team is working on. It seems like a reasonable way to stay informed. Unfortunately, by micromanaging, they unintentionally force the team to

Many founders want a mobile app because “every company needs one.” With limited budgets, that often leads to a shortcut: a wrapper app. A wrapper is a native shell that simply loads your web application in a web view. It gets you into the App Store quickly and shows progress.

We’ll whitelabel our application and get our money back! It sounds like an easy win: build a tool for yourself and then sell it to others to recoup the investment. But this idea is often gravely underestimated. Creating a product for the market is an entirely different challenge from