Milly Bitcoin [ARCHIVE] on Nostr: š Original date posted:2015-06-25 š Original message:I am not giving an opinion ...
š
Original date posted:2015-06-25
š Original message:I am not giving an opinion on the incentive process for developers. I
am just saying it exists and it needs to be taken into account when
developing a process. Pretending it doesn't exist or taking it as some
kind of personal insult does not do anything to advance the process.
The developer incentives feeds into the consensus process.
Depending on some kind of "rough consensus" with unstated
personality-based rules of the game works fine with small projects. As
the project gets larger that does not scale as can be seen with the
recent events. That is just a taste of what will happen in the future
as new issue arise. Developers will end up spending all day tweeting
and making videos instead of writing code.
The current process does not guarantee changes are approved on technical
merit alone and that is part of the problem. Since there is no defined
process people make claims of all sorts of motives that may or may not
exist. The idea is to get a defined process that gives a certain level
of assurance to outsiders that the process is based on things like
technical merit.
Russ
On 6/24/2015 11:42 PM, Gareth Williams wrote:
> On Thu, Jun 25, 2015 at 10:07 AM, Milly Bitcoin <milly at bitcoins.info>
> wrote:
> <snip>
>> Also, the incentive for new
>> developers to come in is that they will be paid by companies who want to
>> influence the code and this should be considered
> <snip>
>> Now you are left with a broken, unwritten/unspoken process.
> Your former statement is a great example of why "rough consensus and
> running code" is superior to design by committee.
> An argument should be assessed on its technical merit alone, not on
> the number of people advancing it -- a process that would be open to
> exactly the type of external manipulation you say you are concerned
> about.
>
š Original message:I am not giving an opinion on the incentive process for developers. I
am just saying it exists and it needs to be taken into account when
developing a process. Pretending it doesn't exist or taking it as some
kind of personal insult does not do anything to advance the process.
The developer incentives feeds into the consensus process.
Depending on some kind of "rough consensus" with unstated
personality-based rules of the game works fine with small projects. As
the project gets larger that does not scale as can be seen with the
recent events. That is just a taste of what will happen in the future
as new issue arise. Developers will end up spending all day tweeting
and making videos instead of writing code.
The current process does not guarantee changes are approved on technical
merit alone and that is part of the problem. Since there is no defined
process people make claims of all sorts of motives that may or may not
exist. The idea is to get a defined process that gives a certain level
of assurance to outsiders that the process is based on things like
technical merit.
Russ
On 6/24/2015 11:42 PM, Gareth Williams wrote:
> On Thu, Jun 25, 2015 at 10:07 AM, Milly Bitcoin <milly at bitcoins.info>
> wrote:
> <snip>
>> Also, the incentive for new
>> developers to come in is that they will be paid by companies who want to
>> influence the code and this should be considered
> <snip>
>> Now you are left with a broken, unwritten/unspoken process.
> Your former statement is a great example of why "rough consensus and
> running code" is superior to design by committee.
> An argument should be assessed on its technical merit alone, not on
> the number of people advancing it -- a process that would be open to
> exactly the type of external manipulation you say you are concerned
> about.
>