"be consistent" | |
PerlMonks |
Re^5: Porting (old) code to something elseby BrowserUk (Patriarch) |
on Feb 17, 2015 at 14:16 UTC ( [id://1116989]=note: print w/replies, xml ) | Need Help?? |
It there would not have been this slang (for me), this module - as it currently is - would not have happened at all. So what is better/worse? Years ago I took a contract in the IT dept. of a very large, UK retailer renowned for doing things "their way". The code was in C; the platform OS/2 and their coding standards, whilst not extreme; slowed me down and frustrated me enough to seek a solution. (For more details and an amusing story see one of my earliest posts here.) The upshot of which is that I used a C-beautifier and some editor macros to convert the house style to my preference when loading a source file; and back to the house style when saving. This simple expedient allowed me to type my code utilising muscle memory; and more importantly to read code in the style to which I was accustomed; thus maintaining my productivity and avoiding a lot of frustration. I fear that by building the stylistic adaption into the language, rather than providing an external tool to 'port' styles through a common set of choices, the result will be that a few years down the road when modules have passed through the hands and brains of many maintainers, it will end up being a hotch potch of different styles on a block-by-block basis enabled through the use of lexical pragmas. That's a world of pain that I have no desire to have to maintain. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
I'm with torvalds on this
In the absence of evidence, opinion is indistinguishable from prejudice. Agile (and TDD) debunked
In Section
Meditations
|
|