Re: [RFE] Demilitarize Documentation (was RE: Delivery Status Notification (Failure))

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 19 Feb 2019 15:58:00 +0100 (STD)
Johannes Schindelin <Johannes.Schindelin@xxxxxx> wrote:

> Hi Gábor,
> 
> On Tue, 19 Feb 2019, SZEDER Gábor wrote:
> 
> > On Tue, Feb 19, 2019 at 09:02:43AM +0100, Senol Yazici wrote:  
> > > 1. Dictator
> > > Concern: "Bad" connotation.  
> > 
> > "Benevolent dictator" is a well-established term in open source
> > projects, and it has an inherently good connotation.  
> 
> It is a well-established term, alright. Does it have an inherently good
> connotation? No, absolutely not. Every time anybody calls me the BDFL of
> Git for Windows, it annoys me, to say the least.
> 
> And yes, when I pull out my generous self, I can give you that the
> *intention* was funny. But to some, it is not funny at all.
> 
> Besides, in our field we had pretty established terminology for a long
> time. It was the *architect* who had the final say over what goes in and
> what stays out. And the respective team leaders were responsible for
> respective areas of the code, trusted by the architect.

Established to some perhaps. However, it is rarely the architect
merging to the master repository. Architect and team leaders also
suggests corporate structure. Is git for corporate users only just as
the previous suggested that it is militaristic?

> 
> > > Further, "googling" dictator does not give Linus as a result in (at
> > > least my) search (bubble).  
> > 
> > https://en.wikipedia.org/wiki/Benevolent_dictator_for_life
> >   
> > > Suggestion for substitution: Principal or principal integrator.  
> > 
> > These are poor substitutions.  
> 
> I agree that those are poor substitutions, but shooting down without
> giving better alternatives is a poor way to reply ;-)

No, not at all.

It is very poor reply to critique to say that better alternative should
be provided. The solution stays poor even if you don't have a better
one readily available.

Thanks

Michal



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux