|
Amen!
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
I prefer K&R in C and C++
I prefer Allman in C# and most other high level languages.
Don't ask me why. I think it's just because I've gotten so used to *reading* code in those formats that I write it in those formats.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
I was a K&R guy until I started using C#. I use blank lines in my code to separate conceptual 'blocks'. It also helps reading code with my visual issues. Allman bracing provides that separation a lot of times without introducing extra vertical space. Using Allman for both languages just seems more natural for me now.
One of the reasons I keep VS2008 around is the macro language. I have a macro that does 99% of the work converting from K&R to Allman, without rewrapping text and expressions like the Visual Studio reformatters tend to do.
Software Zen: delete this;
|
|
|
|
|
You can do that with VS Code as well. It's a bit fiddly to change the C/C++ bracing and indent styles, but nothing a little google fu can't clear up. Then you just hit "Format Document" and bob's your uncle.
I guess since I'm used to using different case styles for different languages, it's not as much of a stretch for me to adapt to different bracing?
For me, C and C++ just seem more "natural" in K&R and C# just seems more natural to me in Allman. Feel and flow for me - the final form is just easier for me if I do it this way. I don't know WHY C# would be different than C or C++ for me that way, except exposure. I'm so used to seeing Allman C# and K&R C/C++ that it's familiar to me. That must be it, I think.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Ain't it wonderful how it can work either way, and the machine doesn't care? Makes you wonder how The Brace Wars ever got started...
Software Zen: delete this;
|
|
|
|
|
There are more serious wars started for less...
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I'd never heard of Allman bracing but having looked it up it's what I use in C and C#
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
+1
>64
It’s weird being the same age as old people. Live every day like it is your last; one day, it will be.
|
|
|
|
|
+2 (I use it in everything that I start, if not.. .I try to stick with what is already being used)
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I despise K&R bracing. I have ALWAYS used Allman (for the last 45 years), and at work, we're using K&R (apparently the go-to bracing used in javashit). I hate it. It's unnatural.
Curious note: I never knew the bracing styles had names. I always referred to them as "the way I do it", and "not the way I do it".
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
modified 4 days ago.
|
|
|
|
|
|
Thank you very much, I'm so relieved, that I'm not the only one.
I think after 30 years I can fill much more than 50 pages of such comments
The only excuse I have; it was always just to satisfy the customer.
But that doesn't really help when you come across it again
|
|
|
|
|
I've always liked something Dan Saks, onetime Secretary of the ANSI/ISO C++ Standards Committee, once said: "If you can say it in code, then do so. Otherwise, say it in a comment."
To my mind that means comments should usually describe the why or the how code is doing something, and rarely what. My longer-winded comments are usually 'why'.
Software Zen: delete this;
|
|
|
|
|
|
I think I had foreknowledge(*) how dotty I would be in my old age.
(*) Cue the obvious Dune reference; "He who controls the spice, controls the universe!"
Software Zen: delete this;
|
|
|
|
|
But do you now know the "proper" way to do this and will you fix the issue?
I’ve given up trying to be calm. However, I am open to feeling slightly less agitated.
I’m begging you for the benefit of everyone, don’t be STUPID.
|
|
|
|
|
I have reached the stage in my career (3.75 years until retirement), plus given my typical workload, that fixing this would be a poor use of my time. It works well enough and has never caused an issue.
Besides, given how little love Microsoft has given WPF over the years, I doubt there is a better way to do it .
Software Zen: delete this;
|
|
|
|
|
Gary Wheeler wrote: magic number 48
Isn't it 42?
|
|
|
|
|
This is actually a really good comment. It explains both the why and the what/how. I wouldn't call this a sin, but rather a reminder of why you did something the way you did.
|
|
|
|
|
Allman almost all the time.
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
Well, that is a pretty informative and honest comment.
"In testa che avete, Signor di Ceprano?"
-- Rigoletto
|
|
|
|
|
I say that's just fine!
It reflects the exasperation and defeated feeling in the face of deadlines and "just get it done!" pressure.
Personally I might have written more concisely something like "I had to put *SOMETHING* here so I pulled this number 48 out of thin air. Gotta move on from this!".
|
|
|
|
|
My long-winded explanation is there to provide a trail of breadcrumbs for my future self, on the off chance I come back to this in the 3.75 years left until retirement.
3.7499...
3.7498...
3.7497...
Software Zen: delete this;
|
|
|
|
|
I've got this weird problem where because I think in code, my code comments can sometimes look like commented out code.
Sometimes in my open source projects I'll bury a comment deep in the source code to see if anyone is paying attention:
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
honey the codewitch wrote: because I think in code, my code comments can sometimes look like commented out code That makes a lot of sense, since you are a team of one. It's a good example of 'consider your audience', where your future self will be reading the comment.
I've found my commenting changing the last couple of years. I'm going to retire in less than four years, so some poor schmuck person is going to be taking this over. Our code lives for a long time (we have active code over 20 years old), so a lot of it will still be around. I'm adding more explanatory comments than I used to.honey the codewitch wrote: // Lee Harvey Oswald faked the moon landing He did ? Cue this[^] .
Software Zen: delete this;
|
|
|
|