Why does the ACM hate VPN connections?
But Nothing Has Changed on Our Side
11–16 of 16 posts
Re: But Nothing Has Changed on Our Side
#12No YOU may not have changed anything. Your colleagues might have. The system might have. The network might have. Windows/Linux updates might have. Many of those are automated and usually escape proper review. And they can be minor or catastrophic. I always try to look at "what changed that causes this failure?" And do so blamelessly. Pointing fingers only gets disdain and blame.
In many cases, I found that when colleagues said "we didn't change anything" they mean "we didn't change anything relevant" which winds up meaning "we didn't change anything we think could be relevant to this issue" and then "whoops, turns out it was relevant after all".
Re: But Nothing Has Changed on Our Side
#13I have a history of asking incredibly basic questions about the assumptions that are going in to a debugging issue for exactly these kinds of reasons. Something changed somewhere; so have we verified our basic assumptions that things are what we think they are... or did something change under our feet without our knowing? Or maybe we actually have a different understanding of the state of the world, and one of us is actually wrong?
It's not fruitful every time, but the number of times you skip asking those questions and chase something around, only to realize that, actually, it _was_ the ridiculous/simple thing... well, it feels a lot better to realize it earlier :)
(personal footnote: do be mindful of the context you're asking in! I feel like in general those sorts of questions are _fairly_ well tolerated by technical people. Sometimes you feel a bit stupid asking the question, but many of the systems I've worked on are large and complicated enough that it's not that weird - and if there's downtime and a healthy team, people genuinely want to hunt every possibility down. People not used to that, though, will sometimes bristle a bit, thinking you're implying that they're stupid and don't understand the basics. There can be ways to be more tactful, but at the very least, it's worth being aware of that reaction so you can follow up with a "just making sure I understand!" or something like that.)
Re: But Nothing Has Changed on Our Side
#14A team manager once called and asked me if anything changed in the hypervisor (I used to support and make local modifications to some virtualization software) because her team's daily data processing job failed, which previously had run with no issues and nothing changed at their end. I commented back, maybe with a little too much confidence, that if their input file changes daily, then their program changes daily. T…
If a processing job fails due to the user's input, but the program doesn't let the user know what exactly caused the failure, there may not be any work on your end to get the input corrected, but you should definitely doing work on your program to improve the error handling aspect.
Re: But Nothing Has Changed on Our Side
#15A team manager once called and asked me if anything changed in the hypervisor (I used to support and make local modifications to some virtualization software) because her team's daily data processing job failed, which previously had run with no issues and nothing changed at their end. I commented back, maybe with a little too much confidence, that if their input file changes daily, then their program changes daily. T…
If a processing job fails due to the user's input, but the program doesn't let the user know what exactly caused the failure, there may not be any work on your end to get the input corrected, but you should definitely doing work on your program to improve the error handling aspect.
If only for the reason that people stop bugging you about it. Making good UX is self serving.
Re: But Nothing Has Changed on Our Side
#16Case 1 seems to be missing something: The upgrade was months before the spike, so something else must have also changed recently. If it was just the optimization in the upgrade it ought to have happened earlier.