Never take a feature away, so be careful what you add
Quote
Dave, Dave Winer has as good advice here, you know, he always said, he always said you never take a feature away. Right? You're you always add, you don't want it, but you got to be careful what you add
Episode 140: Shim Theory (episode page, opens in a new tab) 00:30:50 (play audio from this timestamp, opens in a new tab)
Speaker-labeled
Summary
Citing Dave Winer: once people depend on a feature you shouldn't remove it. Shims and stopgaps are dangerous for that reason. Have a theory of when to shim, start manually if volume is a trickle, and if you do shim, say up front that it's temporary.
Also said
Episode 140: Shim Theory (episode page, opens in a new tab) 00:19:51 (play audio from this timestamp, opens in a new tab)
We need a shim theory this here under these circumstances. It's an under certain under conditions. X X Y and Z. That's when you shim
Speaker-labeled
Episode 140: Shim Theory (episode page, opens in a new tab) 00:47:47 (play audio from this timestamp, opens in a new tab)
we could just be very upfront and say, Please don't depend on this being around for the next 10 years.
Speaker-labeled
Episode 254: Pop a TTermy! (episode page, opens in a new tab) 01:21:38 (play audio from this timestamp, opens in a new tab)
If you build for each time you build a feature, somebody's you're going to have some part of your customer base that is going to become dependent on it.
Voice-matched