Live data from Hacker News

Hidden costs of constantly shipping new things

mindtheproduct.com

61–62 of 62 posts

Re: Hidden costs of constantly shipping new things

#61
post #4

This is kind of interesting but it sounds like the perpetual worry of the perfectionist developer. Of course you end up with tech tech, you develop new things when you could improve existing things, you deploy something that could be iterated but you don't. The truth is that the world is a complex place and you don't always know whether you can keep your existing customers by improving what you already have or get ne…

I'm far from being a developer perfectionist, I wouldn't spend 10 years in this company if I was one, trust me (btw we fired a lot of them along the way). The point of the article is not to convince anyone to slow down as much as possible and work on bugs/etc. It's just that at some point (3, 4 years in?) there comes a time that you just have to put more effort into the things I described, otherwise it gets complicat…

Firing perfectionists is a strange signal. If the customers are sufficiently large, you should do everything possible to please them; beyond revenue, they are themselves an asset (sometimes a company is acquired for this only). In many industries it can take years to establish yourself as an approved vendor for a large org, and especially to a large enterprise company, this can be worth more than the underlying business. Not suggesting that’s the case for Base, but if you’re not gunning for an IPO, your exit strategy isn’t going to be one that necessarily resonates with a product or eng team.

Re: Hidden costs of constantly shipping new things

#62
post #49

I always wonder why nobody appears to try a hybrid model between product and project development when it comes to satisfying large customers which need very specific customizations that often don't fit well into a product development roadmap aiming at satisfying a more generic audience. Like: don't just add weird features that make sense for just one customer, but are eventually delivered to all customers, but instea…

I mean you're describing what most Enterprise Resource Planning deployments look like. There's a lot of enterprise software that follows this model

Is there much written about the architectural models that enable this kind of customisation. This is highly relevant to my life right now, and I'm struggling to find much to read about how to build a core product that's extensible by third parties. The Apache web server, with its request lifecycle and chained handlers, is my mental model for that. But there must be other models too, and I'd like to see them described in the hopes that one leaps out as a good fit for our product and market.
Post reply on HN