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.
In reply to Re^5: Porting (old) code to something else
by BrowserUk
in thread Porting (old) code to something else
by Tux
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |