I checked out https://linear.app a few weeks ago. It's a very slick looking product. And some folks feel really passionate about Linear. I have heard engineers say: "I would leave my role if my company decided to switch from Linear." Question for those who have extensive experience with Linear: what makes Linear such a great product? Should I seriously consider migrating to Linear? I have used Jira and Asana a bunch. And, honestly, Jira and Asana seem fine. What am I missing?
We expected users to ask for more features. Instead, they kept asking for fewer steps to complete the same task. That changed the way we think about product development. Adding functionality isn t always progress. Sometimes removing friction creates much more value. Has customer feedback ever completely changed the direction of your product?
just saw that there is a petition going on by the big frontier model companies, asking the US government to develop technical and governance tools to pace the AI development.
Every one of my businesses has one of these somewhere right now, a message I read, decided was not urgent, and then lost inside everything else that felt more urgent in the moment. By the time I remember it, I cannot always tell if it still needs a fast reply or if the moment already passed. Curious how everyone else catches these before they turn into an apology text. Is it a system, a habit, or mostly luck.
We've been building our product for more than two years, and one thing I've realized is that a product can be functional long before it feels finished.
The major features may already work, but small inconsistencies, unclear onboarding, unfinished empty states, minor bugs, or confusing copy can still make the whole experience feel early.
Coming from an engineering and agency background, our default mindset was always to write clean, fully modular, and perfectly scalable code before pushing anything to production.
However, building our own Micro-SaaS products quickly shattered that mindset.
We learned the hard way that spending weeks over-architecting a feature that users might not even want is the fastest way to waste momentum. Shifting to "shipping fast and listening to user feedback" forced us to make uncomfortable trade-offs between technical debt and speed.