<div dir="auto">What is this bull, I'm not interested in naming conventions. It's not Erlang related so stop sending it.</div><div class="gmail_extra"><br><div class="gmail_quote">On 12 Feb 2018 7:25 pm,  <<a href="mailto:erlang-questions-request@erlang.org">erlang-questions-request@erlang.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send erlang-questions mailing list submissions to<br>
        <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:erlang-questions-request@erlang.org">erlang-questions-request@<wbr>erlang.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:erlang-questions-owner@erlang.org">erlang-questions-owner@erlang.<wbr>org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of erlang-questions digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re:  Coon - new tool for building Erlang packages, dependency<br>
      management and deploying Erlang services (Miguel Morales)<br>
   2. Re:  Coon - new tool for building Erlang packages, dependency<br>
      management and deploying Erlang services (Joe Armstrong)<br>
   3. Re:  Coon - new tool for building Erlang packages, dependency<br>
      management and deploying Erlang services (Vlad Dumitrescu)<br>
   4. Re:  Coon - new tool for building Erlang packages, dependency<br>
      management and deploying Erlang services (Eric des Courtis)<br>
   5. Re:  Coon - new tool for building Erlang packages, dependency<br>
      management and deploying Erlang services (Mahesh Paolini-Subramanya)<br>
   6. Re:  Coon - new tool for building Erlang packages, dependency<br>
      management and deploying Erlang services (Stefan Strigler)<br>
<br>
<br>
------------------------------<wbr>------------------------------<wbr>----------<br>
<br>
Message: 1<br>
Date: Mon, 12 Feb 2018 13:38:26 -0800<br>
From: Miguel Morales <<a href="mailto:therevoltingx@gmail.com">therevoltingx@gmail.com</a>><br>
To: "Lloyd R. Prentice" <<a href="mailto:lloyd@writersglen.com">lloyd@writersglen.com</a>><br>
Cc: Erlang <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang<br>
        packages, dependency management and deploying Erlang services<br>
Message-ID:<br>
        <<a href="mailto:CAMq-y22VSqXJ-ehrVgK1MMkR2axdFi4CvE36a5gtEF1JjXficw@mail.gmail.com">CAMq-y22VSqXJ-<wbr>ehrVgK1MMkR2axdFi4CvE36a5gtEF1<wbr>JjXficw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I'm a hispanic developer in North America. This name is certainly<br>
offensive. I'm a big proponent of free speech and am against overreaching<br>
social justice causes.<br>
However, in this case, if you want the project to succeed I highly<br>
recommend changing the name.<br>
<br>
On Mon, Feb 12, 2018 at 1:35 PM, Lloyd R. Prentice <<a href="mailto:lloyd@writersglen.com">lloyd@writersglen.com</a>><br>
wrote:<br>
<br>
> Hello,<br>
><br>
> Jesper and Joe do make good sense to me.<br>
><br>
> And, more, I would like to see much more informed debate on the technical<br>
> merits of this new tool.<br>
><br>
> As aside, however, I haven?t seen so much activity on this list since I<br>
> first subscribed some four years ago.<br>
><br>
> Note that we haven?t heard from any North American black Erlang<br>
> programmers on this list. Why would that be?<br>
><br>
> I?m a privileged, white (so far as I know from my spotty genealogy,<br>
> although the recent work on the Chadwick man casts some doubt), provincial<br>
> North American male.<br>
><br>
> Some in my genetic/gender/national cohort feel that our group is being<br>
> grievously discriminated against. I don?t happen to feel so for plenty of<br>
> socio-economic reasons.<br>
><br>
> Nevertheless, the name of this new tool did seem unfortunate in the<br>
> extreme to me. Were my skin black, from everything I know, I would<br>
> definitely feel a twinge of pain and resentment every time one of the many<br>
> words used historically to define me as less than a respected human being<br>
> was tossed around in casual conversation.<br>
><br>
> But some on this list are correct. One can be overly sensitive and some<br>
> groups do exploit these sensitivities for politely advantage.<br>
><br>
> Nevertheless, we must acknowledge that naming of software packages in<br>
> these times has many cross-cultural implications.<br>
><br>
> For us, that is the Erlang community, the big question is how can we learn<br>
> and grow together regardless of our respective cultural heritages? How can<br>
> we minimize the contentious bickering and trolling that has infected so<br>
> much discourse across the web?<br>
><br>
> Tribalism is a reality in our world. Every tribe has its own taboos,<br>
> sensitivities, and moral blind spots.<br>
><br>
> But our world is ever more interconnected and interdependent. Empathy and<br>
> respect for the feelings of others can go a long way toward reducing the<br>
> friction of cross-cultural exchange. As can respectful discussion of<br>
> differences.<br>
><br>
> For me, this thread reinforces my belief in this principle.<br>
><br>
> All the best,<br>
><br>
> LRP<br>
><br>
><br>
> Sent from my iPad<br>
><br>
> On Feb 12, 2018, at 3:06 PM, Jesper Louis Andersen <<br>
> <a href="mailto:jesper.louis.andersen@gmail.com">jesper.louis.andersen@gmail.<wbr>com</a>> wrote:<br>
><br>
> On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br>
><br>
>><br>
>> I have said on many occasions that code should be named by the SHA1<br>
>> checksum of<br>
>> the content - as far as I know this would not offend people - apart<br>
>> from those who<br>
>> thought the name could be a tad simpler.<br>
>><br>
>><br>
> I might have said this before, but here goes:<br>
><br>
> Using a cryptographic checksum for a package and then pointing the name to<br>
> the checksum would have saved Node.js npm package manager a lot of<br>
> headaches when people remove, rename or otherwise destroy packages.<br>
><br>
> It also allows you to comply with legal requests with a sunset period. As<br>
> in "I hear you, and the name will be given to you. But we give people 6<br>
> months time to upgrade before we remove the old checksummed packages".<br>
><br>
> I'm interested in why someone did not try this yet. Or if one tried, why<br>
> it didn't work out. It seems very obvious to build a<br>
> content-addressable-store for your packages.<br>
><br>
> ______________________________<wbr>_________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
><br>
><br>
> Sent from my iPad<br>
><br>
> On Feb 12, 2018, at 3:06 PM, Jesper Louis Andersen <<br>
> <a href="mailto:jesper.louis.andersen@gmail.com">jesper.louis.andersen@gmail.<wbr>com</a>> wrote:<br>
><br>
> On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br>
><br>
>><br>
>> I have said on many occasions that code should be named by the SHA1<br>
>> checksum of<br>
>> the content - as far as I know this would not offend people - apart<br>
>> from those who<br>
>> thought the name could be a tad simpler.<br>
>><br>
>><br>
> I might have said this before, but here goes:<br>
><br>
> Using a cryptographic checksum for a package and then pointing the name to<br>
> the checksum would have saved Node.js npm package manager a lot of<br>
> headaches when people remove, rename or otherwise destroy packages.<br>
><br>
> It also allows you to comply with legal requests with a sunset period. As<br>
> in "I hear you, and the name will be given to you. But we give people 6<br>
> months time to upgrade before we remove the old checksummed packages".<br>
><br>
> I'm interested in why someone did not try this yet. Or if one tried, why<br>
> it didn't work out. It seems very obvious to build a<br>
> content-addressable-store for your packages.<br>
><br>
> ______________________________<wbr>_________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://erlang.org/pipermail/erlang-questions/attachments/20180212/44a7c7ac/attachment-0001.html" rel="noreferrer" target="_blank">http://erlang.org/pipermail/<wbr>erlang-questions/attachments/<wbr>20180212/44a7c7ac/attachment-<wbr>0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 12 Feb 2018 22:58:01 +0100<br>
From: Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>><br>
To: Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>><br>
Cc: Erlang <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang<br>
        packages, dependency management and deploying Erlang services<br>
Message-ID:<br>
        <CAANBt-q3xXoE6-dWey+<wbr>WNQex8Nqp=<a href="mailto:DakkxKCCrPXauc8vgnO7w@mail.gmail.com">DakkxKCCrPXauc8vgnO7<wbr>w@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
On Mon, Feb 12, 2018 at 10:06 PM, Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>> wrote:<br>
><br>
> On Mon, Feb 12, 2018 at 9:06 PM, Jesper Louis Andersen<br>
> <<a href="mailto:jesper.louis.andersen@gmail.com">jesper.louis.andersen@gmail.<wbr>com</a>> wrote:<br>
>><br>
>> On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br>
>>><br>
>>><br>
>>> I have said on many occasions that code should be named by the SHA1<br>
>>> checksum of<br>
>>> the content - as far as I know this would not offend people - apart<br>
>>> from those who thought the name could be a tad simpler.<br>
>>><br>
>><br>
>> I might have said this before, but here goes:<br>
>> Using a cryptographic checksum for a package and then pointing the name to<br>
>> the checksum would have saved Node.js npm package manager a lot of headaches<br>
>> when people remove, rename or otherwise destroy packages.<br>
>> It also allows you to comply with legal requests with a sunset period. As<br>
>> in "I hear you, and the name will be given to you. But we give people 6<br>
>> months time to upgrade before we remove the old checksummed packages".<br>
>> I'm interested in why someone did not try this yet. Or if one tried, why<br>
>> it didn't work out. It seems very obvious to build a<br>
>> content-addressable-store for your packages.<br>
><br>
><br>
> I'm not sure I understand this completely. Using the checksum of a package<br>
> as identifier is IMHO only useful if it is used in the dependencies list of<br>
> other packages. If the deps list uses names (and people will use names<br>
> anyway, not checksums), then the problem remains that in case a package is<br>
> renamed and another one reuses the name, we don't know to which one a<br>
> reference points.<br>
<br>
The dependency list should be a list of checksums and NOT a list of<br>
names - this list of<br>
checksums has itself a checksum (the "true" name of the package).<br>
<br>
A human readable name is just an alias to a checksum - two different<br>
human readable names<br>
are the "same" if they are aliases to the same checksum.<br>
<br>
Basically files should be named by their checksums - for fairly<br>
obvious reasons of<br>
convenience tools should hide or reveal these names when necessary or<br>
appropriate.<br>
<br>
For a given content the checksum is unique.<br>
<br>
To handle renamings you just need a lookup table of<br>
<br>
      {Name, Time, Checksum} tuples that tracks changes to the name of<br>
the checksum over time<br>
<br>
Should be easy (Famous last words rule applies here)<br>
<br>
Cheers<br>
<br>
/Joe<br>
<br>
<br>
<br>
<br>
><br>
> Anyway, <a href="http://hex.pm" rel="noreferrer" target="_blank">hex.pm</a> has a field named "checksum" and it is that value that is<br>
> stored in rebar.lock. So the hash key is there, but I don't see how it is<br>
> useful except for tools.<br>
><br>
> best regards,<br>
> Vlad<br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 12 Feb 2018 23:36:37 +0100<br>
From: Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>><br>
To: Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>><br>
Cc: Erlang <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang<br>
        packages, dependency management and deploying Erlang services<br>
Message-ID:<br>
        <CAA-EFXuQDn4DX1NjikcNKBW+<wbr>WjAu7pqeFm+=<a href="mailto:rcuZuajuQ0e4_w@mail.gmail.com">rcuZuajuQ0e4_w@<wbr>mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
On Mon, Feb 12, 2018 at 10:58 PM, Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br>
<br>
> On Mon, Feb 12, 2018 at 10:06 PM, Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>><br>
> wrote:<br>
> > On Mon, Feb 12, 2018 at 9:06 PM, Jesper Louis Andersen<br>
> > <<a href="mailto:jesper.louis.andersen@gmail.com">jesper.louis.andersen@gmail.<wbr>com</a>> wrote:<br>
> >> Using a cryptographic checksum for a package and then pointing the name<br>
> to<br>
> >> the checksum would have saved Node.js npm package manager a lot of<br>
> headaches<br>
> >> when people remove, rename or otherwise destroy packages.<br>
> >> It also allows you to comply with legal requests with a sunset period.<br>
> As<br>
> >> in "I hear you, and the name will be given to you. But we give people 6<br>
> >> months time to upgrade before we remove the old checksummed packages".<br>
> >> I'm interested in why someone did not try this yet. Or if one tried, why<br>
> >> it didn't work out. It seems very obvious to build a<br>
> >> content-addressable-store for your packages.<br>
> ><br>
> ><br>
> > I'm not sure I understand this completely. Using the checksum of a<br>
> package<br>
> > as identifier is IMHO only useful if it is used in the dependencies list<br>
> of<br>
> > other packages. If the deps list uses names (and people will use names<br>
> > anyway, not checksums), then the problem remains that in case a package<br>
> is<br>
> > renamed and another one reuses the name, we don't know to which one a<br>
> > reference points.<br>
><br>
> The dependency list should be a list of checksums and NOT a list of<br>
> names - this list of<br>
> checksums has itself a checksum (the "true" name of the package).<br>
><br>
> A human readable name is just an alias to a checksum - two different<br>
> human readable names<br>
> are the "same" if they are aliases to the same checksum.<br>
><br>
> Basically files should be named by their checksums - for fairly<br>
> obvious reasons of<br>
> convenience tools should hide or reveal these names when necessary or<br>
> appropriate.<br>
><br>
> For a given content the checksum is unique.<br>
><br>
> To handle renamings you just need a lookup table of<br>
><br>
>       {Name, Time, Checksum} tuples that tracks changes to the name of<br>
> the checksum over time<br>
><br>
<br>
Thanks for the explanation, I understand the mechanics, but not the "real<br>
world usage".<br>
<br>
* A checksum referes to a {package_name, time} tuple, so there is no way to<br>
refer to the package in general. Except by its name.<br>
<br>
* Even if there was, nobody is going to say "For a gizmo processing<br>
library, we have to choose<br>
between B17556DB683000BA50370B16C0619D<wbr>F1337E7AF7ECBF7D64FBF8D1D6BCE3<wbr>109B<br>
and 7ACC7D785B5ABE8A6E9ADBDE926A24<wbr>E481F29956DD8B4DF49E3E4E7BCC92<wbr>A018, which<br>
one is better?" So people will use names.<br>
<br>
* Now the project is presumably configured in a file, written by a<br>
programmer - again the name will be used. The hash can be retrieved and<br>
stored by the build tool, so that we get a hard reference...<br>
<br>
* ... which is exactly what rebar and mix do with <a href="http://hex.pm" rel="noreferrer" target="_blank">hex.pm</a> (if I get it<br>
right), except they use the version string instead of timestamp. So if<br>
<a href="http://hex.pm" rel="noreferrer" target="_blank">hex.pm</a> keeps track of timestamps and of historical mappings between names<br>
and hashes, then it's done!<br>
<br>
* However, the imprecision of using names remains because we're humans.<br>
Tools already use hashes.<br>
<br>
Am I misunderstanding something?<br>
<br>
best regards,<br>
Vlad<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://erlang.org/pipermail/erlang-questions/attachments/20180212/bfdae329/attachment-0001.html" rel="noreferrer" target="_blank">http://erlang.org/pipermail/<wbr>erlang-questions/attachments/<wbr>20180212/bfdae329/attachment-<wbr>0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 12 Feb 2018 17:55:29 -0500<br>
From: Eric des Courtis <<a href="mailto:eric.des.courtis@gmail.com">eric.des.courtis@gmail.com</a>><br>
To: Erlang <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang<br>
        packages, dependency management and deploying Erlang services<br>
Message-ID:<br>
        <<a href="mailto:CAESEstpwjVYXcmqkPoZTBeHaR2mN2sRsuWmkF1jAGZZX9y3smg@mail.gmail.com">CAESEstpwjVYXcmqkPoZTBeHaR2mN<wbr>2sRsuWmkF1jAGZZX9y3smg@mail.<wbr>gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Everyone, stop acting like a bunch of Java programmers and get back to work!<br>
<br>
On Mon, Feb 12, 2018 at 4:58 PM, Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br>
<br>
> On Mon, Feb 12, 2018 at 10:06 PM, Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>><br>
> wrote:<br>
> ><br>
> > On Mon, Feb 12, 2018 at 9:06 PM, Jesper Louis Andersen<br>
> > <<a href="mailto:jesper.louis.andersen@gmail.com">jesper.louis.andersen@gmail.<wbr>com</a>> wrote:<br>
> >><br>
> >> On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br>
> >>><br>
> >>><br>
> >>> I have said on many occasions that code should be named by the SHA1<br>
> >>> checksum of<br>
> >>> the content - as far as I know this would not offend people - apart<br>
> >>> from those who thought the name could be a tad simpler.<br>
> >>><br>
> >><br>
> >> I might have said this before, but here goes:<br>
> >> Using a cryptographic checksum for a package and then pointing the name<br>
> to<br>
> >> the checksum would have saved Node.js npm package manager a lot of<br>
> headaches<br>
> >> when people remove, rename or otherwise destroy packages.<br>
> >> It also allows you to comply with legal requests with a sunset period.<br>
> As<br>
> >> in "I hear you, and the name will be given to you. But we give people 6<br>
> >> months time to upgrade before we remove the old checksummed packages".<br>
> >> I'm interested in why someone did not try this yet. Or if one tried, why<br>
> >> it didn't work out. It seems very obvious to build a<br>
> >> content-addressable-store for your packages.<br>
> ><br>
> ><br>
> > I'm not sure I understand this completely. Using the checksum of a<br>
> package<br>
> > as identifier is IMHO only useful if it is used in the dependencies list<br>
> of<br>
> > other packages. If the deps list uses names (and people will use names<br>
> > anyway, not checksums), then the problem remains that in case a package<br>
> is<br>
> > renamed and another one reuses the name, we don't know to which one a<br>
> > reference points.<br>
><br>
> The dependency list should be a list of checksums and NOT a list of<br>
> names - this list of<br>
> checksums has itself a checksum (the "true" name of the package).<br>
><br>
> A human readable name is just an alias to a checksum - two different<br>
> human readable names<br>
> are the "same" if they are aliases to the same checksum.<br>
><br>
> Basically files should be named by their checksums - for fairly<br>
> obvious reasons of<br>
> convenience tools should hide or reveal these names when necessary or<br>
> appropriate.<br>
><br>
> For a given content the checksum is unique.<br>
><br>
> To handle renamings you just need a lookup table of<br>
><br>
>       {Name, Time, Checksum} tuples that tracks changes to the name of<br>
> the checksum over time<br>
><br>
> Should be easy (Famous last words rule applies here)<br>
><br>
> Cheers<br>
><br>
> /Joe<br>
><br>
><br>
><br>
><br>
> ><br>
> > Anyway, <a href="http://hex.pm" rel="noreferrer" target="_blank">hex.pm</a> has a field named "checksum" and it is that value that is<br>
> > stored in rebar.lock. So the hash key is there, but I don't see how it is<br>
> > useful except for tools.<br>
> ><br>
> > best regards,<br>
> > Vlad<br>
> ><br>
> ______________________________<wbr>_________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://erlang.org/pipermail/erlang-questions/attachments/20180212/ab1a53f3/attachment-0001.html" rel="noreferrer" target="_blank">http://erlang.org/pipermail/<wbr>erlang-questions/attachments/<wbr>20180212/ab1a53f3/attachment-<wbr>0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 13 Feb 2018 05:21:32 +0530<br>
From: Mahesh Paolini-Subramanya <<a href="mailto:mahesh@dieswaytoofast.com">mahesh@dieswaytoofast.com</a>><br>
To: Erlang <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang<br>
        packages, dependency management and deploying Erlang services<br>
Message-ID:<br>
        <<a href="mailto:CANE44zDif6WyD%2BxjEFWror9X1TvSEv2-TvjcR46%2BM3HPPTUoTQ@mail.gmail.com">CANE44zDif6WyD+<wbr>xjEFWror9X1TvSEv2-TvjcR46+<wbr>M3HPPTUoTQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Identifiers matter. They tell the world a lot about how something is<br>
perceived. Naming can get awfully hard, *depending on the reach* - what<br>
might work really well in rural Alabama might not work so well in San<br>
Francisco (and vice-versa). If you're in Branding, and don't have  ADL<br>
database<br>
<<a href="https://www.adl.org/education/references/hate-symbols?cat_id[147]=147" rel="noreferrer" target="_blank">https://www.adl.org/<wbr>education/references/hate-<wbr>symbols?cat_id[147]=147</a>><br>
auto-completing<br>
in your URL-bar, you're not going to get very far.<br>
<br>
Intent matters. Of course it does. Maybe you *want* to appeal to racists<br>
and nationalists - I mean, its' working quite well as a strategy in quite a<br>
bit of the world these days. On the other hand, if you *don't*, and someone<br>
points out to you that your choice of words may not be the wisest choice,<br>
well, you might want to reconsider it (?). Note that the point here isn't<br>
"people shouldn't be offended". People *are* offended, and thats about all<br>
that matters - remember, this is about the marketing aspects of naming.<br>
<br>
Empathy matters. Put yourself in somebody else's shoes - and ask yourself<br>
how they might feel about your actions. Not how they *should* feel, but how<br>
they might *actually* feel.<br>
<br>
Privilege matters. I grew up as a Brahmin, in India. It's been a *long* while<br>
- 30 years - since the default privilege that comes from that upbringing<br>
has been useful, but even now, when I end up on the receiving end of<br>
stop-and-frisked, being brown in the wrong place, casual and explicit<br>
racist invective, and the works, I fall back on that privilege. It's not an<br>
explicit thing - it's having been part of an entire culture where being<br>
brahmin means I'm better than *those people*.<br>
<br>
Employee retention matters. I spend a lot of time, energy, and yes, money,<br>
in getting people up to speed, developing trust in each other, and working<br>
cohesively as a team. It's a delicate thing, this balance, and the last<br>
thing I need is casual racism or gender-issues into the mix.<br>
<br>
Cheers<br>
<br>
(?) In the 70s, I pretty freely using the n-word. I grew up in a fairly<br>
disconnected part of India at the time (Kanpur), and we, literally, did not<br>
know (and heck, hadn't ever seen) any african-americans - and about the<br>
only context around this we had was some spectacularly racist faux-westerns<br>
by an author named J.T.Edson. Fast-forward a few years, to my<br>
graduate-school days in the U.S at Notre Dame, and my (pretty rapid)<br>
discovery that, well, I probably shouldn't.<br>
<br>
<br>
<br>
On Mon, Feb 12, 2018 at 9:38 PM, Roman Galeev <<a href="mailto:jamhedd@gmail.com">jamhedd@gmail.com</a>> wrote:<br>
<br>
> The worst part of it that nobody is offended at this very moment, but Fred<br>
> speaks for people who could be offended, in his opinion. But could they, or<br>
> could they not nobody knows (except them, but they are not present). Maybe<br>
> the same people could be offended by other words as well, how do we know?<br>
> And should we really care (having quite offensive names in the wild<br>
> already)? Should we run all possible project names through the council of<br>
> these people?<br>
><br>
> On Mon, Feb 12, 2018 at 4:56 PM, Zachary Kessin <<a href="mailto:zkessin@gmail.com">zkessin@gmail.com</a>> wrote:<br>
><br>
>> I would like to second what Fred said. I just went through<br>
>> something like this in a different context and I have to say "its not<br>
>> reasonable that <Group> is offended" is a pretty bad apology.<br>
>> ?<br>
>><br>
>> Zach Kessin - CEO Finch Software<br>
>> I boost sales with retail chatbots for fashion and cosmetics<br>
>> <a href="tel:%2B972%2054%20234%203956" value="+972542343956">+972 54 234 3956</a> <+972%2054-234-3956> / <a href="tel:%2B44%20203%20734%209790" value="+442037349790">+44 203 734 9790</a><br>
>> <+44%2020%203734%209790> / <a href="tel:%2B1%20617%20778%207213" value="+16177787213">+1 617 778 7213</a> <(617)%20778-7213><br>
>> Book a meeting with me <<a href="https://calendly.com/zkessin/chatbot" rel="noreferrer" target="_blank">https://calendly.com/zkessin/<wbr>chatbot</a>><br>
>><br>
>> On Mon, Feb 12, 2018 at 5:46 PM, Fred Hebert <<a href="mailto:mononcqc@ferd.ca">mononcqc@ferd.ca</a>> wrote:<br>
>><br>
>>><br>
>>><br>
>>> On Mon, Feb 12, 2018 at 10:29 AM, <<a href="mailto:zxq9@zxq9.com">zxq9@zxq9.com</a>> wrote:<br>
>>><br>
>>>> On 2018?2?12???? 10?16?51? JST Fred Hebert wrote:<br>
>>>> > Intent does not matter.<br>
>>>><br>
>>>> No.<br>
>>>><br>
>>>> Fred, I have enormous respect for you and have gone several rounds with<br>
>>>> you on several subjects, each time having learned something for my own<br>
>>>> part. On technical subjects, anyway.<br>
>>>><br>
>>>> But... INTENT<br>
>>>><br>
>>>> You are demonstraby wrong already. Just stop. You will not win against<br>
>>>> the weight of history.<br>
>>>><br>
>>><br>
>>> I am not wrong in not wanting to ever introduce this library in my god<br>
>>> damn workplace. Because I know and have worked with people who do find this<br>
>>> kind of shit offensive.<br>
>>><br>
>>> I'm happy you live in a place and in a context where everyone is fine<br>
>>> with that. This has not been the reality of the people I have spent time<br>
>>> with both professionally and personally.<br>
>>><br>
>>><br>
>>>><br>
>>>> This is becoming some SJW ridiculousness already, not because you care<br>
>>>> about that but because of the ambient temperature. I know SJW flippancy is<br>
>>>> not your intent, but that is the only place this winds up going these days.<br>
>>>> That is not a small failure -- it quickly becomes a systemic one, not just<br>
>>>> in a concurrent software system of ephemeral importance, but a concrete<br>
>>>> socio-economic one of critical importance that pays for all the other<br>
>>>> parties we enjoy.<br>
>>>><br>
>>><br>
>>> I'm surprised that you find the idea that using a term that can very<br>
>>> reasonably be construed as racist is *SJW flippancy*.<br>
>>><br>
>>> Let's take a quick look by looking at first definitions on Urban<br>
>>> Dictionary for a game. I picked random animal names or short terms:<br>
>>><br>
>>>    - <a href="https://www.urbandictionary.com/define.php?term=coon" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=coon</a><br>
>>>    Insulting term for a black person<br>
>>>    - <a href="https://www.urbandictionary.com/define.php?term=doggo" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=doggo</a><br>
>>>    An alternate term for a dog used on meme pages to express the<br>
>>>    meaning of the picture. Usually found in captions.<br>
>>>    - <a href="https://www.urbandictionary.com/define.php?term=Cat" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=Cat</a><br>
>>>    The definitive pet.<br>
>>>    - <a href="https://www.urbandictionary.com/define.php?term=dog" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=dog</a><br>
>>>    Not a cat<br>
>>>    - <a href="https://www.urbandictionary.com/define.php?term=fox" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=fox</a><br>
>>>    A beautiful and attractive woman<br>
>>>    - <a href="https://www.urbandictionary.com/define.php?term=whale" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=whale</a><br>
>>>    noun; a wealthy patron to a casino, gets paid special attention by a<br>
>>>    casino host so the patron will feel comfortable to gamble more money.<br>
>>><br>
>>>  Oh hm. Sorry I guess the usage is really forgotten for that one.<br>
>>><br>
>>> *Intent does not matter* is not me saying that the author of the lib is<br>
>>> racist or ill-intended. It's me saying that no matter the original intent,<br>
>>> the consequences will be the result of the reader's interpretation. Look<br>
>>> this is even a principle in literary review called *The death of the<br>
>>> author* (<a href="https://en.wikipedia.org/wiki/The_Death_of_the_Author" rel="noreferrer" target="_blank">https://en.wikipedia.org/<wbr>wiki/The_Death_of_the_Author</a>):<br>
>>><br>
>>> In his essay, Barthes argues against the method of reading and criticism<br>
>>>> that relies on aspects of the author's identity?their political views,<br>
>>>> historical context, religion, ethnicity, psychology, or other biographical<br>
>>>> or personal attributes?to distill meaning from the author's work. In this<br>
>>>> type of criticism, the experiences and biases of the author serve as a<br>
>>>> definitive "explanation" of the text. For Barthes, this method of reading<br>
>>>> may be apparently tidy and convenient but is actually sloppy and flawed:<br>
>>>> "To give a text an author" and assign a single, corresponding<br>
>>>> interpretation to it "is to impose a limit on that text".<br>
>>>><br>
>>>> [...]<br>
>>>><br>
>>>> In a well-known quotation, Barthes draws an analogy between text and<br>
>>>> textiles, declaring that a "text is a tissue [or fabric] of quotations",<br>
>>>> drawn from "innumerable centers of culture", rather than from one,<br>
>>>> individual experience. The essential meaning of a work depends on the<br>
>>>> impressions of the reader, rather than the "passions" or "tastes" of the<br>
>>>> writer; "a text's unity lies not in its origins", or its creator, "but in<br>
>>>> its destination", or its audience.<br>
>>>><br>
>>><br>
>>> The whole point is that you cannot reasonably expect the author to be<br>
>>> around to give meaning and maintain these things. What the author intends<br>
>>> is not relevant in the long run because the interpretation can get away<br>
>>> from it. It's like in satire: good satire/irony/sarcasm must be visible and<br>
>>> enough in your face that it won't be construed as supporting the system you<br>
>>> are attempting to criticize.<br>
>>><br>
>>> Intent does not matter.<br>
>>><br>
>>><br>
>>><br>
>>>> Riddle me this:<br>
>>>> If we cannot undersand enough about the software systems that WE WRITE<br>
>>>> OURSELVES that we need the "let it crash" mentality, how is it that we<br>
>>>> somehow understand to a manifest degree the economic and social value<br>
>>>> systems (which are profoundly more complex than our petty software systems)<br>
>>>> that we can dictate value within them? By what restart mechanism is this<br>
>>>> all brought back to a "reasonble default"?<br>
>>>><br>
>>>> I am sincerely desirous of an answer here, because I have a profound<br>
>>>> respect for your intellect but cannot imagine that you have properly<br>
>>>> considered the alternatives or where this path of discourse winds up<br>
>>>> eventualy going.<br>
>>>><br>
>>><br>
>>> I very much stand by *intent does not matter*. It matters to me in this<br>
>>> context and I do not yet judge Valery negatively, I trust that *raccoon*<br>
>>> was indeed the original name intent. It does not mean that other people<br>
>>> will do the same. Expecting other people to do the same is downright absurd<br>
>>> and foolish. If your entire position relies on explaining every single<br>
>>> person the origin of the name for things to go well, you have taken the<br>
>>> losing battle of tilting at windmills. This is the hill you die on. What<br>
>>> I'm doing here is giving a really fucking serious warning of how much<br>
>>> windmill tilting you'll get into.<br>
>>><br>
>>> If you want me to go by the *Let it Crash* maxim, the idea of *let it<br>
>>> crash* is to not try to handle all the errors and letting them fail<br>
>>> early and often. Start from a clean slate rather than trying to correct<br>
>>> corrupted state. What I'm doing here is trying to crash this stupid ass<br>
>>> project name as early as possible so the author doesn't get stuck trying to<br>
>>> handle every error coming their way in the near future. Look at it this<br>
>>> way. You even have a bunch of terms for it in this single thread: *SJW<br>
>>> Flippancy.* Loic brought up *identity politics*. Roman is trying make a<br>
>>> tally of who is it who's offended in the first place as if that made any<br>
>>> difference the moment this gets out of here.<br>
>>><br>
>>> If you can't see that as a warning sign when this discussion is taking<br>
>>> place within mailing list regulars, what will be a reasonable waning sign<br>
>>> to you?<br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> erlang-questions mailing list<br>
>>> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>>> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
>>><br>
>>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> erlang-questions mailing list<br>
>> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
>><br>
>><br>
><br>
><br>
> --<br>
> With best regards,<br>
>      Roman Galeev,<br>
>      <a href="tel:%2B420%20702%20817%20968" value="+420702817968">+420 702 817 968</a> <+420%20702%20817%20968><br>
><br>
> ______________________________<wbr>_________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
><br>
><br>
<br>
<br>
--<br>
<br>
*Mahesh Paolini-Subramanya<br>
<<a href="http://www.gravatar.com/avatar/204a87f81a0d9764c1f3364f53e8facf.png" rel="noreferrer" target="_blank">http://www.gravatar.com/<wbr>avatar/<wbr>204a87f81a0d9764c1f3364f53e8fa<wbr>cf.png</a>>That<br>
tall bald Indian guy..*<br>
*Twitter <<a href="https://twitter.com/dieswaytoofast" rel="noreferrer" target="_blank">https://twitter.com/<wbr>dieswaytoofast</a>> | Blog<br>
<<a href="http://dieswaytoofast.blogspot.com/" rel="noreferrer" target="_blank">http://dieswaytoofast.<wbr>blogspot.com/</a>> | G+<br>
<<a href="https://plus.google.com/u/0/108074935470209044442/posts" rel="noreferrer" target="_blank">https://plus.google.com/u/0/<wbr>108074935470209044442/posts</a>> | LinkedIn<br>
<<a href="http://www.linkedin.com/in/dieswaytoofast" rel="noreferrer" target="_blank">http://www.linkedin.com/in/<wbr>dieswaytoofast</a>>*<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://erlang.org/pipermail/erlang-questions/attachments/20180213/e9f6ee53/attachment-0001.html" rel="noreferrer" target="_blank">http://erlang.org/pipermail/<wbr>erlang-questions/attachments/<wbr>20180213/e9f6ee53/attachment-<wbr>0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 13 Feb 2018 00:25:05 +0000<br>
From: Stefan Strigler <<a href="mailto:stefan.strigler@gmail.com">stefan.strigler@gmail.com</a>><br>
To: Mahesh Paolini-Subramanya <<a href="mailto:mahesh@dieswaytoofast.com">mahesh@dieswaytoofast.com</a>><br>
Cc: Erlang <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang<br>
        packages, dependency management and deploying Erlang services<br>
Message-ID:<br>
        <CAE7Uswfz4EfwGqaYo+<wbr>kXjhXBTYfffFhq5z6u2G=<a href="mailto:xPfc07x6r7A@mail.gmail.com">xPfc07x6r<wbr>7A@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
+1 Mahesh, you're the best, thanks for taking that effort!<br>
<br>
<br>
On Tue, Feb 13, 2018 at 12:51 AM Mahesh Paolini-Subramanya <<br>
<a href="mailto:mahesh@dieswaytoofast.com">mahesh@dieswaytoofast.com</a>> wrote:<br>
<br>
> Identifiers matter. They tell the world a lot about how something is<br>
> perceived. Naming can get awfully hard, *depending on the reach* - what<br>
> might work really well in rural Alabama might not work so well in San<br>
> Francisco (and vice-versa). If you're in Branding, and don't have  ADL<br>
> database<br>
> <<a href="https://www.adl.org/education/references/hate-symbols?cat_id[147]=147" rel="noreferrer" target="_blank">https://www.adl.org/<wbr>education/references/hate-<wbr>symbols?cat_id[147]=147</a>> auto-completing<br>
> in your URL-bar, you're not going to get very far.<br>
><br>
> Intent matters. Of course it does. Maybe you *want* to appeal to racists<br>
> and nationalists - I mean, its' working quite well as a strategy in quite a<br>
> bit of the world these days. On the other hand, if you *don't*, and someone<br>
> points out to you that your choice of words may not be the wisest choice,<br>
> well, you might want to reconsider it (?). Note that the point here isn't<br>
> "people shouldn't be offended". People *are* offended, and thats about all<br>
> that matters - remember, this is about the marketing aspects of naming.<br>
><br>
> Empathy matters. Put yourself in somebody else's shoes - and ask yourself<br>
> how they might feel about your actions. Not how they *should* feel, but<br>
> how they might *actually* feel.<br>
><br>
> Privilege matters. I grew up as a Brahmin, in India. It's been a *long* while<br>
> - 30 years - since the default privilege that comes from that upbringing<br>
> has been useful, but even now, when I end up on the receiving end of<br>
> stop-and-frisked, being brown in the wrong place, casual and explicit<br>
> racist invective, and the works, I fall back on that privilege. It's not an<br>
> explicit thing - it's having been part of an entire culture where being<br>
> brahmin means I'm better than *those people*.<br>
><br>
> Employee retention matters. I spend a lot of time, energy, and yes, money,<br>
> in getting people up to speed, developing trust in each other, and working<br>
> cohesively as a team. It's a delicate thing, this balance, and the last<br>
> thing I need is casual racism or gender-issues into the mix.<br>
><br>
> Cheers<br>
><br>
> (?) In the 70s, I pretty freely using the n-word. I grew up in a fairly<br>
> disconnected part of India at the time (Kanpur), and we, literally, did not<br>
> know (and heck, hadn't ever seen) any african-americans - and about the<br>
> only context around this we had was some spectacularly racist faux-westerns<br>
> by an author named J.T.Edson. Fast-forward a few years, to my<br>
> graduate-school days in the U.S at Notre Dame, and my (pretty rapid)<br>
> discovery that, well, I probably shouldn't.<br>
><br>
><br>
><br>
> On Mon, Feb 12, 2018 at 9:38 PM, Roman Galeev <<a href="mailto:jamhedd@gmail.com">jamhedd@gmail.com</a>> wrote:<br>
><br>
>> The worst part of it that nobody is offended at this very moment, but<br>
>> Fred speaks for people who could be offended, in his opinion. But could<br>
>> they, or could they not nobody knows (except them, but they are not<br>
>> present). Maybe the same people could be offended by other words as well,<br>
>> how do we know? And should we really care (having quite offensive names in<br>
>> the wild already)? Should we run all possible project names through the<br>
>> council of these people?<br>
>><br>
>> On Mon, Feb 12, 2018 at 4:56 PM, Zachary Kessin <<a href="mailto:zkessin@gmail.com">zkessin@gmail.com</a>><br>
>> wrote:<br>
>><br>
>>> I would like to second what Fred said. I just went through something like this in a different context and I have to say<br>
>>> "its not reasonable that <Group> is offended" is a pretty bad apology.<br>
>>> ?<br>
>>><br>
>>> Zach Kessin - CEO Finch Software<br>
>>> I boost sales with retail chatbots for fashion and cosmetics<br>
>>> <a href="tel:%2B972%2054%20234%203956" value="+972542343956">+972 54 234 3956</a> <+972%2054-234-3956> / <a href="tel:%2B44%20203%20734%209790" value="+442037349790">+44 203 734 9790</a><br>
>>> <+44%2020%203734%209790> / <a href="tel:%2B1%20617%20778%207213" value="+16177787213">+1 617 778 7213</a> <(617)%20778-7213><br>
>>> Book a meeting with me <<a href="https://calendly.com/zkessin/chatbot" rel="noreferrer" target="_blank">https://calendly.com/zkessin/<wbr>chatbot</a>><br>
>>><br>
>>> On Mon, Feb 12, 2018 at 5:46 PM, Fred Hebert <<a href="mailto:mononcqc@ferd.ca">mononcqc@ferd.ca</a>> wrote:<br>
>>><br>
>>>><br>
>>>><br>
>>>> On Mon, Feb 12, 2018 at 10:29 AM, <<a href="mailto:zxq9@zxq9.com">zxq9@zxq9.com</a>> wrote:<br>
>>>><br>
>>>>> On 2018?2?12???? 10?16?51? JST Fred Hebert wrote:<br>
>>>>> > Intent does not matter.<br>
>>>>><br>
>>>>> No.<br>
>>>>><br>
>>>>> Fred, I have enormous respect for you and have gone several rounds<br>
>>>>> with you on several subjects, each time having learned something for my own<br>
>>>>> part. On technical subjects, anyway.<br>
>>>>><br>
>>>>> But... INTENT<br>
>>>>><br>
>>>>> You are demonstraby wrong already. Just stop. You will not win against<br>
>>>>> the weight of history.<br>
>>>>><br>
>>>><br>
>>>> I am not wrong in not wanting to ever introduce this library in my god<br>
>>>> damn workplace. Because I know and have worked with people who do find this<br>
>>>> kind of shit offensive.<br>
>>>><br>
>>>> I'm happy you live in a place and in a context where everyone is fine<br>
>>>> with that. This has not been the reality of the people I have spent time<br>
>>>> with both professionally and personally.<br>
>>>><br>
>>>><br>
>>>>><br>
>>>>> This is becoming some SJW ridiculousness already, not because you care<br>
>>>>> about that but because of the ambient temperature. I know SJW flippancy is<br>
>>>>> not your intent, but that is the only place this winds up going these days.<br>
>>>>> That is not a small failure -- it quickly becomes a systemic one, not just<br>
>>>>> in a concurrent software system of ephemeral importance, but a concrete<br>
>>>>> socio-economic one of critical importance that pays for all the other<br>
>>>>> parties we enjoy.<br>
>>>>><br>
>>>><br>
>>>> I'm surprised that you find the idea that using a term that can very<br>
>>>> reasonably be construed as racist is *SJW flippancy*.<br>
>>>><br>
>>>> Let's take a quick look by looking at first definitions on Urban<br>
>>>> Dictionary for a game. I picked random animal names or short terms:<br>
>>>><br>
>>>>    - <a href="https://www.urbandictionary.com/define.php?term=coon" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=coon</a><br>
>>>>    Insulting term for a black person<br>
>>>>    - <a href="https://www.urbandictionary.com/define.php?term=doggo" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=doggo</a><br>
>>>>    An alternate term for a dog used on meme pages to express the<br>
>>>>    meaning of the picture. Usually found in captions.<br>
>>>>    - <a href="https://www.urbandictionary.com/define.php?term=Cat" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=Cat</a><br>
>>>>    The definitive pet.<br>
>>>>    - <a href="https://www.urbandictionary.com/define.php?term=dog" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=dog</a><br>
>>>>    Not a cat<br>
>>>>    - <a href="https://www.urbandictionary.com/define.php?term=fox" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=fox</a><br>
>>>>    A beautiful and attractive woman<br>
>>>>    - <a href="https://www.urbandictionary.com/define.php?term=whale" rel="noreferrer" target="_blank">https://www.urbandictionary.<wbr>com/define.php?term=whale</a><br>
>>>>    noun; a wealthy patron to a casino, gets paid special attention by<br>
>>>>    a casino host so the patron will feel comfortable to gamble more money.<br>
>>>><br>
>>>>  Oh hm. Sorry I guess the usage is really forgotten for that one.<br>
>>>><br>
>>>> *Intent does not matter* is not me saying that the author of the lib<br>
>>>> is racist or ill-intended. It's me saying that no matter the original<br>
>>>> intent, the consequences will be the result of the reader's interpretation.<br>
>>>> Look this is even a principle in literary review called *The death of<br>
>>>> the author* (<a href="https://en.wikipedia.org/wiki/The_Death_of_the_Author" rel="noreferrer" target="_blank">https://en.wikipedia.org/<wbr>wiki/The_Death_of_the_Author</a>):<br>
>>>><br>
>>>> In his essay, Barthes argues against the method of reading and<br>
>>>>> criticism that relies on aspects of the author's identity?their political<br>
>>>>> views, historical context, religion, ethnicity, psychology, or other<br>
>>>>> biographical or personal attributes?to distill meaning from the author's<br>
>>>>> work. In this type of criticism, the experiences and biases of the author<br>
>>>>> serve as a definitive "explanation" of the text. For Barthes, this method<br>
>>>>> of reading may be apparently tidy and convenient but is actually sloppy and<br>
>>>>> flawed: "To give a text an author" and assign a single, corresponding<br>
>>>>> interpretation to it "is to impose a limit on that text".<br>
>>>>><br>
>>>>> [...]<br>
>>>>><br>
>>>>> In a well-known quotation, Barthes draws an analogy between text and<br>
>>>>> textiles, declaring that a "text is a tissue [or fabric] of quotations",<br>
>>>>> drawn from "innumerable centers of culture", rather than from one,<br>
>>>>> individual experience. The essential meaning of a work depends on the<br>
>>>>> impressions of the reader, rather than the "passions" or "tastes" of the<br>
>>>>> writer; "a text's unity lies not in its origins", or its creator, "but in<br>
>>>>> its destination", or its audience.<br>
>>>>><br>
>>>><br>
>>>> The whole point is that you cannot reasonably expect the author to be<br>
>>>> around to give meaning and maintain these things. What the author intends<br>
>>>> is not relevant in the long run because the interpretation can get away<br>
>>>> from it. It's like in satire: good satire/irony/sarcasm must be visible and<br>
>>>> enough in your face that it won't be construed as supporting the system you<br>
>>>> are attempting to criticize.<br>
>>>><br>
>>>> Intent does not matter.<br>
>>>><br>
>>>><br>
>>>><br>
>>>>> Riddle me this:<br>
>>>>> If we cannot undersand enough about the software systems that WE WRITE<br>
>>>>> OURSELVES that we need the "let it crash" mentality, how is it that we<br>
>>>>> somehow understand to a manifest degree the economic and social value<br>
>>>>> systems (which are profoundly more complex than our petty software systems)<br>
>>>>> that we can dictate value within them? By what restart mechanism is this<br>
>>>>> all brought back to a "reasonble default"?<br>
>>>>><br>
>>>>> I am sincerely desirous of an answer here, because I have a profound<br>
>>>>> respect for your intellect but cannot imagine that you have properly<br>
>>>>> considered the alternatives or where this path of discourse winds up<br>
>>>>> eventualy going.<br>
>>>>><br>
>>>><br>
>>>> I very much stand by *intent does not matter*. It matters to me in<br>
>>>> this context and I do not yet judge Valery negatively, I trust that<br>
>>>> *raccoon* was indeed the original name intent. It does not mean that<br>
>>>> other people will do the same. Expecting other people to do the same is<br>
>>>> downright absurd and foolish. If your entire position relies on explaining<br>
>>>> every single person the origin of the name for things to go well, you have<br>
>>>> taken the losing battle of tilting at windmills. This is the hill you die<br>
>>>> on. What I'm doing here is giving a really fucking serious warning of how<br>
>>>> much windmill tilting you'll get into.<br>
>>>><br>
>>>> If you want me to go by the *Let it Crash* maxim, the idea of *let it<br>
>>>> crash* is to not try to handle all the errors and letting them fail<br>
>>>> early and often. Start from a clean slate rather than trying to correct<br>
>>>> corrupted state. What I'm doing here is trying to crash this stupid ass<br>
>>>> project name as early as possible so the author doesn't get stuck trying to<br>
>>>> handle every error coming their way in the near future. Look at it this<br>
>>>> way. You even have a bunch of terms for it in this single thread: *SJW<br>
>>>> Flippancy.* Loic brought up *identity politics*. Roman is trying make<br>
>>>> a tally of who is it who's offended in the first place as if that made any<br>
>>>> difference the moment this gets out of here.<br>
>>>><br>
>>>> If you can't see that as a warning sign when this discussion is taking<br>
>>>> place within mailing list regulars, what will be a reasonable waning sign<br>
>>>> to you?<br>
>>>><br>
>>>> ______________________________<wbr>_________________<br>
>>>> erlang-questions mailing list<br>
>>>> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>>>> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
>>>><br>
>>>><br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> erlang-questions mailing list<br>
>>> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>>> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
>>><br>
>>><br>
>><br>
>><br>
>> --<br>
>> With best regards,<br>
>>      Roman Galeev,<br>
>>      +420 702 817 968 <+420%20702%20817%20968><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> erlang-questions mailing list<br>
>> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
>><br>
>><br>
><br>
><br>
> --<br>
><br>
> *Mahesh Paolini-Subramanya<br>
> <<a href="http://www.gravatar.com/avatar/204a87f81a0d9764c1f3364f53e8facf.png" rel="noreferrer" target="_blank">http://www.gravatar.com/<wbr>avatar/<wbr>204a87f81a0d9764c1f3364f53e8fa<wbr>cf.png</a>>That<br>
> tall bald Indian guy..*<br>
> *Twitter <<a href="https://twitter.com/dieswaytoofast" rel="noreferrer" target="_blank">https://twitter.com/<wbr>dieswaytoofast</a>> | Blog<br>
> <<a href="http://dieswaytoofast.blogspot.com/" rel="noreferrer" target="_blank">http://dieswaytoofast.<wbr>blogspot.com/</a>> | G+<br>
> <<a href="https://plus.google.com/u/0/108074935470209044442/posts" rel="noreferrer" target="_blank">https://plus.google.com/u/0/<wbr>108074935470209044442/posts</a>> | LinkedIn<br>
> <<a href="http://www.linkedin.com/in/dieswaytoofast" rel="noreferrer" target="_blank">http://www.linkedin.com/in/<wbr>dieswaytoofast</a>>*<br>
> ______________________________<wbr>_________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://erlang.org/pipermail/erlang-questions/attachments/20180213/fbabb381/attachment.html" rel="noreferrer" target="_blank">http://erlang.org/pipermail/<wbr>erlang-questions/attachments/<wbr>20180213/fbabb381/attachment.<wbr>html</a>><br>
<br>
------------------------------<br>
<br>
______________________________<wbr>_________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
<br>
<br>
End of erlang-questions Digest, Vol 360, Issue 10<br>
******************************<wbr>*******************<br>
</blockquote></div></div>