At 12:08 PM 9/27/2006 -0400, Russell Campbell wrote:
...
standard and it's certainly not an M$ invention. So what "standard" are you
wanting to dump? Delimiters I assume, but delimiters clarify code and
decrease errors, IMHO. And, BTW, I am certainly not an "MS-Sheep".
Someone already pointed out I was responding to Stephen Russell. He offered
a 'situation' where variable naming based on case might be used, citing it
may be 'company standard' to do so. That is what prompted me to respond.
I believe I'm in complete agreement with you regarding case-sensitivity in
source code (and file names in a OS file system). I think it's a 'stupid'
standard that should be changed. Delimiters for blocks of code, whether
they be braces, 'words' (IF/ENDIF), or tabs are not 'stupid' IMO.
The MS-sheep thing is a semi-joke regarding those who love to tote the
MS-hype/marketing/vision/blah blah blah. Mr. Russell really loves .Net and
reminds us of that frequently. So he is the MS-sheep I'm referring to.
I apologize for the confusion.
:-)
-Charlie
...
At 09:41 AM 9/27/2006 -0500, Stephen the Cook wrote:
>Russell Campbell <> wrote:
> > I don't have to on this subject. This is just an unnecessary
> > stumbling block - it provides no real advantage, but has serious
> > downsides, which is the same argument against case-sensitivity. We
...
>Unless you can see that userName is verified and UserName is unverified
>because that is standard within your organization. ;)
Nope. Bad, stupid, error-prone standards are to be changed, not followed.
Why would even suggest such a thing? Oh.... MS-sheep... nevermind...
...
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.