Hi
Is this what you'd say to an employer when they asked you to fault find a
piece of code in the middle of a huge embedded app? "Sorry, no can do, I
need more context to be able to work on this." You know as well as any of us
do that you just don't always get that luxury in a software job.
You gave me two variable names. That was it. Even stupid employers would give me more.
I still maintain the notation indicating a variables type should not be part of its name.
Even if you got this description (context):
"It is a fiscal flow metering application, which uses one of four types of
flow meter (turbine, orifice, linear or ultrasonic turbine) to measure the
amount of product flowing through the pipelines, and provides a running
total of how much product has passed. Ultrasonic flow meters can actually be
used to measure flow in the reverse direction."
... does that really help?
Yes, because it tells me that the flow can go in either direction.
If those variables had been prefixed, the context and any kind of
understanding of the application would not be necessary; you'd know
explicitly what [type and sign] they were without needing to know what they
represent, and thus could have seen the dangers of trying to add them
together. Notation has its advantages as well as disadvantages.
Unless it was wrong. It's not unusual for a type to get changed and for its name not to get updated. That is half my point.
I'm not trying to challenge you here; you have your beliefs, and that's fine
by me. I just wanted to show that, through direct experience (for a change),
a blanket 'Nope' is not necessarily a sensible answer. And yes, I WILL be
trying to follow my own point about blanket 'Nopes'.
That's up to you. It's your career.
Regards Paul
Paul Grenyer email: [EMAIL PROTECTED] web: http://www.paulgrenyer.co.uk Elephant: http://www.paulgrenyer.dyndns.org/elephant/
"15 miles to the love shack...."
_______________________________________________ msvc mailing list [email protected] See http://beginthread.com/mailman/listinfo/msvc_beginthread.com for subscription changes, and list archive.
