The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
I lived in a socialist society and thats my feeling about. Owning means of production is not really essential in socialism, because there arent any profits from it. It brings only responsibilities to maintenance it.
Press F1 for help or google it.
Greetings from Germany
I have my own style and coding guidlines, but the determining factor of what I do at work is based on
a) Does the company have coding/style guidelines?
b) If a is false, I use the style/coding practices of the file I'm editing, and
c) try to use the same coding/style as other files in the project in new files i create.
Other than that, I try to only have one return point in a method, I declare and ini5t vars at the top of methods or scoped control blocks, try never to use "var" as a variable's type. keep methods within the scope that the method name infers, and I put class components in the order fields, properties, constructors, destructors, and then methods. Ialso put intellisense comments on every method and property. I'm also not shy at all about writinmg copious comments.
There are other things, but you get the idea.
".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 think what happens is people get less inclined to use it as the learning curve grows.
Especially with the rate people are expected to learn technologies.
The more one-off your style is, the more difficult to adapt to it.
Furthermore, when integrating many components it makes the glue code clunky if the APIs don't even remotely match up to each other in terms of how they're named and how you navigate them.
Pretty soon everything is spaghetti. Glue has always been glue code, and somewhat messy, but how messy largely depends on how standardized everything is in terms of how it's programmed against.
It's hard to put a point on specifically, if only because so many APIs with a one-off style suffer from other problems (libutp is a good example) but problematic APIs lead to less adopters.
So if you want wider adoption and higher quality code it's a good idea to keep your public APIs playing nice and consistently with as much else as you can.
This means in .NET for example, at least familiarizing oneself with microsoft style and standard guidelines.
Why? because the 6500+ base classes in .NET are coded out that way, and people already know how to use them. So make your API similar and the learning curve is less steep - seems obvious to me but then i've been coding for a long time too - not quite 40 years like i guess some people here
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
Last Visit: 24-Nov-20 6:08 Last Update: 24-Nov-20 6:08