[PD-dev] [OT] quick demo of git author garbage

[Jonathan Wilkes]

    On Tuesday, June 7, 2016 12:24 AM, Chris McCormick <chris at mccormick.cx> wrote:
 

 On 14/05/16 02:57, Jonathan Wilkes via Pd-dev wrote:
>>  > On Thursday, May 5, 2016 12:14 AM, Chris McCormick
>>  > https://github.com/chr15m/gitnonymous
>>
>> I thought about this a bit, and I've come to the conclusion that--
>> currently--
>> there is never a situation where I'd accept code submitted anonymously.

> So like myself you enjoy the privilege of writing and releasing whatever 
> software you like without that activity putting you or your loved ones 
> in a dangerous personal situation.

> Presumably you're aware that there are people who don't enjoy our privilege.

Right.

>> In fact it's way safer from the perspective of the pseudon or anon
>> to feed an idea for a bugfix or feature out-of-band to an extant
>> developer.

> I don't think I'd presume to dictate to a software developer in a 
> difficult and dangerous personal situation what kinds of safety measures 
> they should take based on my personal ideology. Generally people in such 
> situations are keenly aware of what is a dangerous and safe course of 
> action and I'd probably defer to their judgement.
On a lower level that that, we can't presume anything about where the code 
came from.  It's code attached to an id, that's it.

> Your requirement above sounds onerous to the point it would become 
> prohibitive to contribute.

Well, I'm thinking in terms of the project I'm working on.  I'm not aware of 
any anon code in the Pd repo.

>> It's also important from the public developer's perspective, as they
>> have to explicitly take responsibility for the bugfix/feature, and the
>> risks associated with that.

> Fair enough, that's your prerogative on your projects.

> For me personally the quality and truth of a work is more important than 
> the identity of the person who created it.

https://en.wikipedia.org/wiki/Argument_from_authority
I think of it more like "the right to blame someone else when shit breaks". 
Long term stable identities make it likely "that someone" will fix what's 
broken.
While it's not impossible to delegate responsibility among 
pseudons, it's a big, brittle pain in the ass.  One that inescapably requires 
more communication and community building, which inescapably brings 
more risk to the pseudons.
-Jonathan

Cheers,

Chris.

-- 
http://mccormick.cx/


  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20160607/4c250f61/attachment.html>