|Perl Monk, Perl Meditation|
Re^2: Seeking Best Practices - does your company follow a standard?by meraxes (Friar)
|on May 06, 2010 at 16:23 UTC||Need Help??|
Ah, so you have a coding standard with trivialities like how to format lines of code. (See my other post in this thread about why I don't like codified coding standards).
One coder's triviality is anothers holy grail. Standardizing sounds good to me. No one is going to like everything but if everyone sticks to some basic things I don't see it as an issue.
Strange. I see what you do when a standard isn't followed as one of the most important issues. It defines how serious a standard is taken.
The idea of the policy would be that people follow that standard... cause that's how it is. The point of the standard is that it's to be adhered to. Code doesn't get merged to master unless it passes code review. Simple as that. People who can't deal with that have other issues as far as I'm concerned. Can't follow instructions? Then why are you working for someone else?
I've heard that argument about wearing ties as well.
If my job were to model ties, I'd agree. As it is, this seems like a bit of a red herring.
About the use of whitespace? That's the example I'm using. I wasn't talking about not writing readable code. I was talking about not following the number of spaces the company standard dictates.
You frame it as being about whitespace but it's really about adhering to a policy your employer puts in place. If there's a cogent argument about why NOT to it'd be heard but ultimately it's not their decision if management decides it's a good idea?
Well, that was my question, wasn't? If you can't measure it, does it have a significant effect?
Can't know until you try and, as I said, I'm perfectly open to suggestions. I don't see it being bad per se but I coudl be wrong. I don't know. If it had an obvious bad effect it could be abandoned. I still don't see the harm in trying.