Task prioritization

16 posts
Making progress without a technical leader

Making progress without a technical leader

Startups without a technical co-founder can still build great products, but only if they avoid the usual traps of overengineering, needless infrastructure, and late developer involvement.

AI writes bad code, but what if that’s the good news?

AI writes bad code, but what if that’s the good news?

Should engineers fear messy AI code or embrace it as a tool for fast product validation? This story reveals why your cleanest code might not be your most valuable contribution. Why founders will use AI generated code more and more for MVPs and prototyping and why engineers should embrace this.

🌶️ SaaS startups should never use microservices. Like, never-ever.

🌶️ SaaS startups should never use microservices. Like, never-ever.

Many SaaS startups over-engineer their architecture with microservices. Here's why that's usually a costly mistake—and what to do instead.

So you messed up

So you messed up

Everyone breaks production eventually. This guide walks through how to take responsibility, communicate with your team, and make real improvements after something goes wrong. A must-watch for engineering managers and developers.

Why you shouldn't let customers pay for features

Why you shouldn't let customers pay for features

Selling bespoke features to customers might seem profitable, but it changes your SaaS business model. Instead of a scalable product, you become a service provider, stuck maintaining one-off features. Learn why this approach is risky and how to build for long-term success.

🌶️ Death by a 1000 tweaks: the absurdity of maintaining your own UI library

🌶️ Death by a 1000 tweaks: the absurdity of maintaining your own UI library

The best products aren’t built by obsessing over pixels but by delivering real value. Without a clear UI framework, teams drown in design tweaks instead of shipping features.

How to stop depending on that one developer

How to stop depending on that one developer

Key Person Risk (KPR) arises when a team relies too heavily on one specialist. To reduce this, shift their role to an advisor. The specialist guides, others do the work. It’s slow at first, but builds team knowledge, confidence, and better documentation.

Things we do in our first weeks as Fractional CTO

Things we do in our first weeks as Fractional CTO

A fractional CTO can transform a company by addressing urgent technical issues while developing a long-term strategy. Beyond firefighting, a fractional CTO focuses on building a sustainable, self-sufficient team that can thrive independently after their involvement ends. This is how to get started.

What is a retrospective, and how to run one

What is a retrospective, and how to run one

Reflecting on work through retrospectives helps software teams improve by identifying what went well and what didn’t. This promotes continuous growth, stronger collaboration, and better performance. Creating action plans from these insights leads to higher-quality results and a more cohesive team.

You’ve successfully subscribed to madewithlove
Welcome back! You’ve successfully signed in.
Great! You’ve successfully signed up.
Success! Your email is updated.
Your link has expired
Success! Check your email for magic link to sign-in.