|
Bingo
cheers
Chris Maunder
|
|
|
|
|
It would have been a sucker bet. 
TTFN - Kent
|
|
|
|
|
B.I.N.G.O. = Bank Internationalé Now Goon Operators?
Software Zen: delete this;
|
|
|
|
|
Never heard of 'em; you sure you awake and not dreaming?
Happens to the best of us 
Bastard Programmer from Hell 
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
so frequently I find myself doing a proof of concept very short code that I am going to flush out later. Sometimes I even flush it. Pun intended.
Anyway I frequently use variables like the following.
astr - it is A String
Temp table
#ewww - because the data in the table is stinky at best.
and so forth. I always promise myself to clean it up before I actually use it anywhere. Sometimes I even do.
Does anyone else do this?
To err is human to really elephant it up you need a computer
|
|
|
|
|
rnbergren wrote: Does anyone else do this?
Nope.
rnbergren wrote: Sometimes I even do.
Because "sometimes" is "usually never."
|
|
|
|
|
Well said!
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I'm with Marc: never.
Why not? Because you will not find the time to go back and correct it - it will be permanent. That's why I "do it right" even for throwaway apps: parameterized queries, proper names, no default control names from Visual Studio, and so forth.
Do it right all the time, and you don't get into bad habits which enter production cycle.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
This. And, don't use names like 'astr'. Hovering in VS will tell you it's a string. Don't waste time and space giving redundant information.
I've said it for decades. It's usually not that much harder to be right than close to right. Be right.
|
|
|
|
|
Nope - I write all code as if it is "production" code with proper naming, etc.
One reason is to not have two styles of coding or naming conventions; it's just easier!
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
Never. Either write code properly, or don't write it at all.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
"We are what we repeatedly do. Excellence, then, is not an act, but a habit." - Aristotle
So no, I've made doing it "right" a habit and would not even think about naming something "astr" or "ewww" 
|
|
|
|
|
I learned a long time ago that the temp code I'm planning on ditch often becomes the bedrock on which my applications teeter.
cheers
Chris Maunder
|
|
|
|
|
rnbergren wrote: Does anyone else do this?
I have been known to use slightly 'inappropriate' abbreviations for variable names. By inappropriate, I mean in human terms 'cause the compiler doesn't care. A common abbreviation in my line of business is ASS. It appears frequently in my code, and I've never been asked to change it.
Another example is when we used crystal reports. The application object was crAp! 
The worst I've done is leave some salty comments for myself as they were well deserved.
TBH, for utility variables I always use the same ones, usually 2 or 3 letters, kind of a signature I suppose. For others, I've gotten a lot more descriptive over the last decade or so.
"Go forth into the source" - Neal Morse
"Hope is contagious"
|
|
|
|
|
If I'm writing "one-off" code I do this sometimes (e.g. a QA answer). Any code I might actually end up using for something I generally don't for three reasons: 1) harder to read for me, 2) you may never get back around to renaming everything, and 3) naming practice. Good naming is a skill just like any other.
|
|
|
|
|
Never ever do this in what you think is prototype code, it will and should come back and bite you when it goes into production.
Doing it right MUST become a habit, an automatic action that you don't even think about it. Name it correctly, format it correctly and use the most efficient and elegant structure you can think of, even in a throw away piece of code you don't ever expect to use.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
rnbergren wrote: Anyway I frequently use variables like the following.
astr - it is A String
Sytems vs. Apps hungarian, and they both wrong in update code; we read Joel[^] and do not use it, since VB6.
I will use a descriptive name. "CurrentInput", "DescText". Never will I use a form of hungarian, no matter whether sys or apps. Don't care about company's guideluines either. I write good code, despite guidelines.
We use a descriptive name. No need to include type, one can get that by hovering the mouse.
rnbergren wrote: Does anyone else do this?
I hope not, that's a sign of sickness.
--edit
I use names; if I don't have a good one in less than a minute, I pick whatever female variable name Google offers. That takes a few minutes more. Mostly going for cat names.
Bastard Programmer from Hell 
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
modified 13-Apr-21 20:27pm.
|
|
|
|
|
No, never. I learned log ago that you have to be careful when proving a concept because once you do then you are asked to put in production. You need to have a good reason why it can't be or else it will be. Therefore, always build in a fatal weakness that will require revision before you can deploy it. The problem I often had was they want a quick PoC and even quicker deployment and there is never enough time for a shiny, finished product.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
No time to write crap code.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
I don't crap code, but if I did: Fred, Barney, Wilma, Betty, Pebbles, BamBam, Dino
I could go on...
Software Zen: delete this;
|
|
|
|
|
VB6?
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Yes, of course.
'foo', 'bar', 'goo' and 'boo' are my favourites. 
"In testa che avete, Signor di Ceprano?"
-- Rigoletto
|
|
|
|
|
It seems like I am the only one, but I am with you on this one... sort of.
The only non descriptive variables I use for i, j & k in for loops. This is a throw back to my Fortran programming days. i, j & k were integers, other letters were floats.
However. When I say descriptive, I do use names like 'something', 'stuff', 'thisOne', 'thatThing', etc.
Sometimes, these do creep into production code, but not in a way that is confusing to the future being that has to deal with my code.
Nothing succeeds like a budgie without teeth.
|
|
|
|
|
Wizard of Sleeves wrote: I use for i, j & k in for loops
I have the same less-than-great habit, also a hangover from my FORTRAN days (the fact that I type FORTRAN in upper case tells you how long ago that was).
I have moderated the habit a little over the years, often making the names of the form ABCi where the ABC prefix is a descriptive acronym for the array being indexed.
Software Zen: delete this;
|
|
|
|
|
There is nothing worse, as a support engineer, than working through some code and coming to a line that says something like:
/* Note: Needs to be fixed before general release. */
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
