Re: Which code style do you prefer the most?

[...]
 
Even then, however, I would suggest challenging the status quo.

That
does not mean overriding the existing style choices, but it /does/ mean
questioning them.  Just because a project, company, or group has always
used a particular style, does not mean there are good reasons for the
choices - or that the original reasons are still relevant.  Of course
changing the style of existing code, or code added to an existing
project, requires a lot stronger motivation than "I think it looks
nicer" reasoning which is fine for picking your own style for your own
code.
 
Style choices - like pretty much anything else in software development -
should not be set in stone.  Equally, it should not be changed lightly.