Hi,
while readon through http://www.garfieldtech.com/blog/on-drupals-leadership,
I've realized that there is a bunch of similarities between php internals
and drupal (which isn't that surprising), so I thought they guys around
there perceive the challenges/problems and the different possible solutions
for those.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Hi,
Le 17 déc. 2014 09:54, "Ferenc Kovacs" tyra3l@gmail.com a écrit :
Hi,
while readon through
http://www.garfieldtech.com/blog/on-drupals-leadership,
I've realized that there is a bunch of similarities between php internals
and drupal (which isn't that surprising), so I thought they guys around
there perceive the challenges/problems and the different possible
solutions
for those.
I haven't read the article yet, but there is a fundamental difference
between Drupal and php: Drupal has a BDFL.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Cheers,
Florian
On Wed, Dec 17, 2014 at 10:23 AM, Florian Margaine florian@margaine.com
wrote:
Hi,
Le 17 déc. 2014 09:54, "Ferenc Kovacs" tyra3l@gmail.com a écrit :
Hi,
while readon through
http://www.garfieldtech.com/blog/on-drupals-leadership,
I've realized that there is a bunch of similarities between php internals
and drupal (which isn't that surprising), so I thought they guys around
there perceive the challenges/problems and the different possible
solutions
for those.I haven't read the article yet, but there is a fundamental difference
between Drupal and php: Drupal has a BDFL.
you should check out the article, Larry also goes into details about the
topic, and how Drupal seem to try avoiding focusing to much power in one
hand and potential abuse which also has negative effects (lack of clarity
and the fear of making decisions).
relevant parts are:
"A good formal structure offers something that an informal structure
cannot: Clarity. If a new contributor wants to ask someone in a
"leadership" position if what they're proposing is consistent with the
project direction, goals, or software design, who should they ask? Me?
Gábor? catch? xjm? Daniel Wehner? Tim Plunkett? Angie Byron? Alex
Bronstein? chx? Dries himself? Depending on the question the answer could
be very different; even among those "leaders" I doubt there's consensus on
which of them to ask, much less what the answer should be. That's actively
hostile to new contributors, because then they don't know if what they're
suggesting (be it big or small) would even be accepted until it's committed
(and occasionally not even then
https://www.drupal.org/node/147723#comment-562659). That is, it makes
most contributions spec work, even for those in de facto leadership
positions."
and
"If the movement continues deliberately to not select who shall exercise
power, it does not thereby abolish power. All it does is abdicate the right
to demand that those who do exercise power and influence be responsible for
it. If the movement continues to keep power as diffuse as possible because
it knows it cannot demand responsibility from those who have it... it
insures that the movement is as ineffective as possible."
really interesting read.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
On Wed, Dec 17, 2014 at 10:23 AM, Florian Margaine florian@margaine.com
wrote:Hi,
Le 17 déc. 2014 09:54, "Ferenc Kovacs" tyra3l@gmail.com a écrit :
Hi,
while readon through
http://www.garfieldtech.com/blog/on-drupals-leadership,
I've realized that there is a bunch of similarities between php internals
and drupal (which isn't that surprising), so I thought they guys around
there perceive the challenges/problems and the different possible
solutions
for those.I haven't read the article yet, but there is a fundamental difference
between Drupal and php: Drupal has a BDFL.you should check out the article, Larry also goes into details about the
topic, and how Drupal seem to try avoiding focusing to much power in one
hand and potential abuse which also has negative effects (lack of clarity
and the fear of making decisions).
relevant parts are:
"A good formal structure offers something that an informal structure
cannot: Clarity. If a new contributor wants to ask someone in a
"leadership" position if what they're proposing is consistent with the
project direction, goals, or software design, who should they ask? Me?
Gábor? catch? xjm? Daniel Wehner? Tim Plunkett? Angie Byron? Alex
Bronstein? chx? Dries himself? Depending on the question the answer could
be very different; even among those "leaders" I doubt there's consensus on
which of them to ask, much less what the answer should be. That's actively
hostile to new contributors, because then they don't know if what they're
suggesting (be it big or small) would even be accepted until it's committed
(and occasionally not even then
https://www.drupal.org/node/147723#comment-562659). That is, it makes
most contributions spec work, even for those in de facto leadership
positions."and
"If the movement continues deliberately to not select who shall exercise
power, it does not thereby abolish power. All it does is abdicate the right
to demand that those who do exercise power and influence be responsible for
it. If the movement continues to keep power as diffuse as possible because
it knows it cannot demand responsibility from those who have it... it
insures that the movement is as ineffective as possible."really interesting read.
Thanks for the shout-out, Ferenc. :-)
While Drupal has a BDFL (Dries Buytaert), he is a very soft-touch BDFL.
Soft-touch to the point that he may as well not be there more often
than not. There's a very few number of appointees that he names that
are more active and impactful, but even they have almost no official
formal power or authority. (I am one of them.) This is a lengthy,
ongoing discussion about the need for structure as a project scales,
something that many people really really don't like to think about.
I've been collecting installments in this discussion within Drupal going
back years:
http://www.garfieldtech.com/drupal/leadership
And yes, I do believe much of the discussion applies to PHP Internals,
too (with some caveats of course, since they are different projects). I
especially recommend Lisa Welchman's "The Paradox of Open Growth" talk,
linked from about the middle of the document, which applies to any
growing community.
--Larry Garfield