So someone asked me this:
I know that James has been logging process memory at "V:\Some Long-Ass File Name With Spaces In It\FieldSiteTracking.xls" (Memory Sessions Tab) and that spreadsheet does not show any significant increases for Site X.
Is the above spreadsheet enough to conclude that the processes did not get big during that time period?
Is it me? I responded:
If you are asking the question "Since the processes did not get big, then can we conclude that the processes did not get big?" the answer is, obviously, 'yes'.
If you're asking something else, then I misunderstood the question.
Moral: Don't ask Burt dumb questions before he's had his coffee.
Or how about this gem. We have a system-wide enumeration defining the devices we support. It holds things like sensors, probes, tanks, lines (as in fuel lines), etc. - all the parts of a well-run gas station.
So on Friday morning I do a build, and the whole system rebuilds. Huh? I take a look, and someone has added 'User-defined tab' as a new device type. As in, a tab in the GUI is now a device.
Person in question (we'll tall him Engineer Z) got pretty upset when I questioned this, too. Apparently there's some configuration file that we read, and if user-defined tabs are devices, it's easier to read the file. Now we're both senior engineers (he may even be a 'principal' engineer), and he informed me that he'd discussed it with the other principal engineer (Engineer A), and that Engineer A was okay with it. This surprised me, but engineer A was 'working from home' and was unreachable.
As an aside, I've 'worked from home.' Hence my skepticism. I'll point out that I sent Engineer A an email at 9:30 AM (which he never responded to) and a message via Yahoo at about, oh, 1:30 PM, which he responded to at, oh, about 4:20 PM. Yeah. Working from home.
When Engineer A finally did respond, this was his response:
(16:20:34) EngineerA: what?!?
(16:20:52) EngineerA: I had no part in any discussion that covered that topic.
(16:21:02) EngineerA: Not to my knowledge, anyway.
Greeeeeat.