I think programmers can actually misjudge when their bugs are negatively impacting people's lives, especially when they are in the mindset to justify not fixing a bug or improving on a broken design.
I've had some experiences working on some popular software, and have definitely seen people trivialize the impact of a bug in ways that do not appreciate that end users are putting the software in the middle of their life, and hence not understanding what it means to the end user when stuff is broken.
So a programmer saying "dude relax, it's just a website" doesn't really hold weight to me. To you, a programmer who doesn't want responsibility or hasn't prioritized a bug, it's just a website. To the end user, maybe they are using it in a way you don't expect, they want it to work, and it actually is meaningfully harmful to them when it fails in some way. You can say it's on them for "misusing" your app but ... Again, that's blaming the user for your bugs.
A real world example I recall was a colleague who trivialized data loss and reasoned that nobody stores important stuff on that app. The customer complaint was that the "trivial" data that was lost was a recording of his deceased father, or something of the sort.
> A real world example I recall was a colleague who trivialized data loss and reasoned that nobody stores important stuff on that app. The customer complaint was that the "trivial" data that was lost was a recording of his deceased father, or something of the sort.
Wow. I would be beside myself. Ecamm PhoneView is something I used regularly. They discontinued it and suggested moving to iMazing, but it doesn’t contemplate the same use case or workflows, and is a poor replacement albeit very useful and powerful for other uses.
This is why I strive to place myself in the customer’s shoes when building and improving something. Don’t take from them, listen to their feedback, let them guide the product within reason, and don’t lose sight of the fact that they’re paying you to work for their interests.
I've had some experiences working on some popular software, and have definitely seen people trivialize the impact of a bug in ways that do not appreciate that end users are putting the software in the middle of their life, and hence not understanding what it means to the end user when stuff is broken.
So a programmer saying "dude relax, it's just a website" doesn't really hold weight to me. To you, a programmer who doesn't want responsibility or hasn't prioritized a bug, it's just a website. To the end user, maybe they are using it in a way you don't expect, they want it to work, and it actually is meaningfully harmful to them when it fails in some way. You can say it's on them for "misusing" your app but ... Again, that's blaming the user for your bugs.
A real world example I recall was a colleague who trivialized data loss and reasoned that nobody stores important stuff on that app. The customer complaint was that the "trivial" data that was lost was a recording of his deceased father, or something of the sort.