Hi!
>>>>> "Konstantin" == Konstantin Osipov <kostja@stripped> writes:
<cut>
Konstantin> I will be utmost happy if runtime, optimizer, replication, backup
Konstantin> and engines (i.e. all teams excluding the storage engines) agree
Konstantin> to have a single style.
We already have a style and a program that can convert most of the
code to that style.
In the end, it's just a question of running the program, cleaning up
the few things that went wrong and push the fix.
<cut>
Konstantin> I agree. How would you, however, enforce a single style in a
Konstantin> distributed organization without a single leader, like ours?
There is always leaders; Some more visible than ours.
I am still working on the MySQL code base and at least I will enforce
the current coding style on the MySQL-Maria distribution. I don't see
why the MySQL group at Sun should not be able to do the same on their
code base.
<cut>
Konstantin> In the proposal, I suggest that a single module always follows a
Konstantin> single style. sql/ is mainly runtime and the optimizer. I
Konstantin> certainly hope that we will be able to follow a single style.
Having different coding styles per team is not something that would
work in the long term; This is especially confusing when team moves to
do different things in other parts of the server. It's also hard for
anyone who wants to contribute code to the MySQL project.
The MySQL code is not that big that one couldn't enforce one single
coding style.
>> No role has been described for the external developer community. Can we
>> select our own style?
Konstantin> The suggestion is that the style is set for a technical area. To
Konstantin> account for opinions of external contributors we need to develop a
Konstantin> notion of core contributors -- a sort of meritocracy, when an
Konstantin> opinion counts based on the contribution. In any case, I am not
Konstantin> suggesting to exclude non-staff contributors from the decision making.
Good to hear :)
Regards,
Monty
