Yeah I was going to say something along those lines.
Yeah I was going to say something along those lines. End users care about features and code quality, but not in the way developers think. Users deeply care when their application keeps crashing (but they don't care at all when it doesn't crash) Likewise, users care when the app is too slow, too. And, they care about the app having all the features they want or like (even if they don't know it and can't articulate to you exactly what they want). Users don't care how maintainable the code base is. Whether a new feature takes 2 hours or 2 weeks to make is completely irrelevant for them. Now, they care about the second orders consequences of this: an unmaintainable mess will probably never have all the features they want, or will be too buggy, etc. But, code quality is just a lever to achieve the things that users want. It's a means to an end. If you don't pull the lever correctly, it's wasted
Posted by nextaccountic on Oct 16, 2022, 12:02 PM
Tags
Related issues
- Many devs love to shit on the guy from the 'I just want the exe.
- Now imagine how poor people stress if their smartphone bricks or gets damaged or lost.
- Resuming an extended-thinking session fails permanently with 400 "thinking blocks cannot be modified" (transcript stores thinking text as empty but keeps signat
- I'll preface this with a statement that as a European I want European alternatives to succeed, and MS-owned GitHub to shrivel and disappear.
- Yeah, but there’s a world of difference between “not perfect” and “we rounded a few sliders, and now the modal is a nightmare to use”.
- I used to write a lot of native Windows corporate software in the 90's and 2000's and my standard login window was a floating draggable o...
Raise real-world problems, find people facing the same issue, and discuss solutions.2,500 issues0 comments
reliability (SaaS)
Many devs love to shit on the guy from the 'I just want the exe.
Now imagine how poor people stress if their smartphone bricks or gets damaged or lost.
Resuming an extended-thinking session fails permanently with 400 "thinking blocks cannot be modified" (transcript stores thinking text as empty but keeps signat
I'll preface this with a statement that as a European I want European alternatives to succeed, and MS-owned GitHub to shrivel and disappear.
Yeah, but there’s a world of difference between “not perfect” and “we rounded a few sliders, and now the modal is a nightmare to use”.
I used to write a lot of native Windows corporate software in the 90's and 2000's and my standard login window was a floating draggable o...
App broken with Mosquitto broker 7.0.0
[BUG] Remote Control: automatic reconnection doesn't work -- connection drops silently with no recovery
Yeah I was going to say something along those lines.
Yeah I was going to say something along those lines. End users care about features and code quality, but not in the way developers think. Users deeply care when their application keeps crashing (but they don't care at all when it doesn't crash) Likewise, users care when the app is too slow, too. And, they care about the app having all the features they want or like (even if they don't know it and can't articulate to you exactly what they want). Users don't care how maintainable the code base is. Whether a new feature takes 2 hours or 2 weeks to make is completely irrelevant for them. Now, they care about the second orders consequences of this: an unmaintainable mess will probably never have all the features they want, or will be too buggy, etc. But, code quality is just a lever to achieve the things that users want. It's a means to an end. If you don't pull the lever correctly, it's wasted
Comments (0)
No comments yet. Start the discussion.