this post was submitted on 04 Oct 2024
193 points (94.9% liked)
PC Gaming
8568 readers
506 users here now
For PC gaming news and discussion. PCGamingWiki
Rules:
- Be Respectful.
- No Spam or Porn.
- No Advertising.
- No Memes.
- No Tech Support.
- No questions about buying/building computers.
- No game suggestions, friend requests, surveys, or begging.
- No Let's Plays, streams, highlight reels/montages, random videos or shorts.
- No off-topic posts/comments, within reason.
- Use the original source, no clickbait titles, no duplicates. (Submissions should be from the original source if possible, unless from paywalled or non-english sources. If the title is clickbait or lacks context you may lightly edit the title.)
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
There's a million reasons why in the professional world it's common for developers to have some sort of personnel buffer between them and their userbase.
My dad once called a client stupid for continuing to ask for a feature that made no sense. Technically, he asked "why would you want that? What, are you stupid?"
Then he got chewed out by his boss who told him that clients who ask questions aren't stupid. My dad told her that the client asked a stupid question. His boss told him that it wasn't a stupid question, that she thought it was a very good question from an uninformed client. So then my dad called his boss stupid.
Then he got sent to sensitivity training. He completed the mandatory hours, got his certificate, and a letter recognizing his difficulties with reasonable discourse vs arguing and calling people stupid. The instructor recommended that my dad shouldn't interface directly with any clients anymore. So they made my dad's younger brother his supervisor since he could translate my dad's comments and questions into more diplomatic terms.
ETA: this story was from the '80s. He got better over time.
As a dev who does the client talking, sometimes it's really hard to avoid calling the client stupid. One time, while trying to confirm some stuff for a system, the following exchange happened:
There was also a different client that asked for a number of changes to a system, we did them, then, once he was supposed to test them give the final Ok, he came with "oh, we won't use that flow anymore, everything changed" - My boss chewed him hard and left his request at the lowest priority.
Time spend undoing/redoing stuff and delays caused by clients should always be billed, and contracts should address that.