Viewing posts tagged software
Software design decisions are always trade-offs. You can build software that does one specialized thing and does it extremely well. You can build software that does everything in a problem-space and does it acceptably well. But you can't build software that is both extremely flexible and extremely effective. Depending on the situation, you want to choose one over the other.
Methodologies and philosophies on screening, interviewing, and hiring software developers go through fads and phases, as popular wisdom is debunked, thought leaders share their methods, and developers themselves are promoted and bring their own experience to bear. Most of us would agree that nobody's really doing this right, and we don't really agree what "right" would look like.
We all use software and systems we didn't create, and we all find ourselves in the position of having to report bugs and seek support. Surprisingly, support staff and software engineers are human beings, too, and human beings have moods and feelings just like everybody else. They probably spend a good portion of their work day dealing with such things, and they can easily have any number of negative reactions: frustration, impatience, or condescension. This is rude, clearly, but we still need their help to get back to what we were doing. Filing good bug reports and doing your part as a good user can help ensure that you get the most helpful response. Here's how.