4 ms·
All engineering may require tradeoffs, but when you're so prioritizing developer experience over the actual business that you're dropping perfectly viable featu
by filleduchaos 8y ago
All engineering may require tradeoffs, but when you're so prioritizing developer experience over the actual business that you're dropping perfectly viable features just so you can cling to the illusion of increased productivity, perhaps it's time to take a step back and reevaluate things.
What use is "productivity" without a performing product?
- Jare 8y agoMVPs are mostly about that. Unless a fancy feature not supported by RN is a necessary part of your core product, productivity takes priority.
- filleduchaos 8y agoAnd is the app going to remain an MVP forever?
- Jare 8y agoNo, but the ability to produce an MVP within the limitations (time, budget, opportunity, etc) may be what allows having an app at all.
- spamizbad 8y agoDepends on what feature we're talking about. Is it a high-value feature to the end users? Then absolutely, you're correct. Anyway, in my experience, most good PM and designers want an understanding as towards the amount of effort their features and designs mean for engineers. So if you aren't providing them that feedback, and letting them to factor that into their process, you're doing them a disservice.