On Tuesday, 15 January 2013 at 11:43:20 UTC, Simen Kjaeraas wrote:
On 2013-58-15 11:01, Russel Winder <rus...@winder.org.uk> wrote:
On Mon, 2013-01-14 at 11:24 -0800, Walter Bright wrote:
Quite a nice read on the coding style used in Doom.
http://kotaku.com/5975610/the-exceptional-beauty-of-doom-3s-source-code?post=56177550
On the other hand I don't like some parts of the style he is
putting
forward as good.
Go has an extreme position on this, there is one and only one
style of
code that is acceptable, the one defined in the gofmt program
that is
used to format all Go code. I happen not to like some parts of
it, but I
live with the enforced style.
Python is less extreme, in that there are many styles of code
allowed,
but there is PEP-8 which is "Python style as Guido intended".
This is
supported by the pep8 program for enforcing elements of style.
I have
disagreement with some of the choices, but I live with it, and
format my
code to PEP-8 except for the line length rule – which is just
so 1980s.
C, C++, D, Fortran, Groovy, probably need to learn a lesson
from one or
other of these.
The issue is that having a single global style standard for a
programming language makes it easier to read code in that
language.
I agree a canonical form could be nice. Even so, I am firmly of
the
opinion that such should not be forced upon programmers.
Prettifiers certainly can help here.
Not really; prettiffiers works for 99% of the code and mess the
remaining 1%, that's why it is better to "force" programmers to
use one style and not relying on a tool..