|
Aaahh, the vagaries of the English language! Love it!
|
|
|
|
|
"vagaries"
So it's the language's fault that you and other authors can't express yourself in reasonably grammatic sentences, and, phrasing that communicates effectively ?
I understand that ! If there weren't so many damn platforms, and cross-platform frameworks, I could be writing web SPA's that "would just work" everywhere.
For people who learned a second language ... they did not grow up speaking ... reasonably well, tolerance, in their use of the second language, is a good thing, particularly when the goal is communicating technical information, solutions, techniques.
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
|
|
|
|
|
BillWoodruff wrote: For people who learned a second language ... they did not grow up speaking ... reasonably well, tolerance, in their use of the second language, is a good thing, particularly when the goal is communicating technical information, solutions, techniques
I agree.
The OP's statement brings to mind the old British article of faith from the time of the Empire, namely that all foreigners are naturally inferior to the British (among other reasons) because they cannot speak grammatically correct King's/Queen's English.
This, for example, allowed a yobbo from the slums of Liverpool to feel superior to even the most cultured Indian.
Needless to say, they were wrong!
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Hi Daniel,
I don't have enough "context" here for me to hypothesize there is anglo-chauvinism in the OP's post.
I agree with the OP that the quality of writing on many CP articles is often dreadful ... from an "absolute" standard, but, for me, useful technical content is more important than style.
cheers, Bill
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
|
|
|
|
|
After the strange clue yesterday here's an easy one
Maybe adult nun has ups and downs (8)
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
If they don't get it - and I think they will - I'll take it later.
"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!
|
|
|
|
|
ok ok...
UNDULATE - has ups and downs
anag of ADULT NUN
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Edit
just reread your answer and YANUT
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
modified 17-Aug-21 4:42am.
|
|
|
|
|
My autonomous fingers obviously prefer ATE to ANT.
Any my proof-reading glasses fell off, obviously.
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
You were unlucky and you probably gave it away - but it was always going to be solved.
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
UNDULATE?
But I'm not sure how! It's almost an anagram of adult nun?
|
|
|
|
|
Nope
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
Maybe UNDULANT then - which is an anagram of ADULT NUN
|
|
|
|
|
YAUT
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
A Fairly Generic Comparison to Make - The Daily WTF
Quote: my name is missing (unregistered)
Encapsulating stupid ideas in a single place is simply turning spaghetti code into ravioli.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
apart from method, field and property casing, which I will be the first to admit is purely cosmetic, yet still rubs me the wrong way when a property start with a lower case and a field start with an uppercase....
I still find, 18 years later (after starting working with C# professionally) that all those discussion about where to put bracket, whether or not to use LinQ or not, or whatever, to return at the end of the method or not, so called micro consistency, are all a monumental waste of time. Never ever ever ever had this any impact on how difficult or easy was a codebase to understand...
Nothing particular to moan on... except the codebase I am looking at is quite hard to understand... and no amount of "styling" that could fix it, and for some reason I got memory of endless pointless painful discussion about it... I think I have code styling PTSD
At best, at risk of being pedantic meself, I would say "proper MVVM" could improve it... i.e. data only model and binding only UI. But I find purist so annoying, and I can see that code has history....
That said "proper MVVM", or an approximation of it, is often an improvement toward reducing code complexity..
(though I only argue for an approximation of it, I am here to help my colleague and myself, not annoy everyone for little gain..)
|
|
|
|
|
Personally, I use lowercase for local and private members and Pascal case for anything externally visible -- including parameter names. Just to piss people off.
|
|
|
|
|
I handle discussion of the best way to format code using Ctrl-K, D, which in VS reformats the code to your liking.
|
|
|
|
|
Winner!
|
|
|
|
|
And then you have two developers with different settings at war with each other - and I have to code review the code going back and forth... and try to track actual changes... no thanks.
|
|
|
|
|
0) If I'm editing an existing file, I follow the formatting already in that file. If I'm creating a new file - in the absence of established corporate coding standards - I use my own style.
1) I never reformat a file to my style because source control would mark every line as being changed when I checked it back in.
2) I always put accessors on private elements.
3) I always use this. , or in the case of static classes, I use ClassName. to denote local class members.
4) I use lowercase chars to start field/method variable names, and camel-case them if necessary.
5) I start class, property, and method names with uppercase chars, and camel-case them if necessary.
6) I put curly braces on their own lines.
7) I'm a fanatic for code alignment.
8) I use LINQ when it makes sense to do so, mostly because it cleans up the code so well without loosing fidelity.
9) I "keep tabs". After I demonstrated why to the rest of the team, they agree it's the best way to go. We have one guy that was doing 5 spaces instead of four when he hit the tab key. This helped him immensely because VS uses five spaces for him, and four for the rest of us.
10) I comment pretty much everything, at least the "why" of it.
Fortunately, I'm currently in a position where I can dictate styling for my team. Even more fortunate, they already used pretty much the same styling techniques.
".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
|
|
|
|
|
I am in a position where I could dictate, but I certainly do not want to if I can avoid it - I try to nudge people in the right direction when possible.
For the rest: yes, you use pretty average code standards like we all do. With some variations like most have. I had to change a thing or two to match the tools, but then - if it was important I could have changed the tool settings - but it was not important.
|
|
|
|
|
Super Lloyd wrote: apart from method, field and property casing, which I will be the first to admit is purely cosmetic Not completely, it helps you make assumptions about your code so you don't have to think about every little detail.
Not constantly having to check whether something is a method or variable or whatever, because it's consistently cased, lowers the cognitive load while reading code.
Most code is already hard enough to read without you having to worry whether something is a field, variable or property.
For example, you could make assumptions about the following code:
public ReturnTheValue(int a) => a + b + C; a is a variable passed to the method, b is probably a private field and C is probably a public property.
You'd be surprised if b was the property and C was the field, it'd be a WTF, and as we all know there's only one good metric for code quality... WTFs per minute.
So just a little more than cosmetics, I'd argue
|
|
|
|
|
Ok, ok, it's a bit more than just cosmetic. Lucky me, that's the only code style I find worth enforcing!
|
|
|
|
|
But... MVVM means you need a UI framework :P
Funny how we don't complain about that with desktop apps
|
|
|
|
|