<div dir="ltr">I disagree that this is a disaster waiting to happen. Other language communities have multiple competing ideas and implementations, and it doesn't harm them too much. Haskell is still rapidly evolving and serves many different distinct sub-communities and needs, and it would be very surprising indeed if a single solution worked for all of them.<div><br>Forcing (or even requesting) people to abandon their priorities and goals for "the greater good" will not work. Infrastructure that allows for code reuse and cooperation across distinct priorities will allow these sub-communities to grow and prosper. It's best if each community solves it's needs as well as it can, and allow the good ideas to spread via cross-pollination.</div><div><br></div><div>Any new initiative that seeks to unify disparate groups without acknowledging their differing priorities and goals will fail. I don't know what will work, but friction is rarely resolved by increasing pressure.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Matt Parsons</div></div></div></div>
<br><div class="gmail_quote">On Mon, Feb 5, 2018 at 12:34 PM, Brandon Allbery <span dir="ltr"><<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">We have two groups of "leaders", with partially opposing goals. This is a disaster looking for an excuse to happen.</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Feb 5, 2018 at 2:29 PM, Harendra Kumar <span dir="ltr"><<a href="mailto:harendra.kumar@gmail.com" target="_blank">harendra.kumar@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span>On 6 February 2018 at 00:33, Sergiu Ivanov <span dir="ltr"><<a href="mailto:sivanov@colimite.fr" target="_blank">sivanov@colimite.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thus quoth Harendra Kumar on Mon Feb 05 2018 at 18:30 (+0100):<br>
<span>> Yes, Hayoo seems to be giving better results, I found more variants having<br>
> the behavior I want, it seems this variant is quite popular but still not<br>
> in any standard libraries.<br>
><br>
> Interestingly the problem of too many choices and no standard one that can<br>
> be discovered applies to search engines as well. In this case there are<br>
> only two choices but still it is of the same nature. I knew about hayoo but<br>
> forgot to use it in this case. How much time should one spend on finding a<br>
> trivial function before giving up and making the choice to write their own?<br>
> I wish there was a standard, quick, good quality way of discovering what to<br>
> use. It seems the Haskell ecosystem DNA encourages more and more<br>
> fragmentation rather than consolidation. I think the community/leaders<br>
> should acknowledge this problem and work on making things better in the<br>
> short/long run.<br>
<br>
</span>A Single Liberal Unified Registry of Haskell Packages (SLUPR), an effort<br>
in this direction, has been recently announced:<br></blockquote><div><br></div></span><div>Unfortunately, in my opinion, SLURP is taking things exactly in the opposite direction. I was talking about the problem of choice above and SLURP is giving even more choices and therefore encouraging more fragmentation. We should have just one good choice to stop wasting time and energy finding the best choice among millions available. Everyone should focus on making that one choice better rather spending energy in creating their own alternatives. This is where the Haskell ecosystem philosophy differs, it provides many choices in all aspects, it may be good in some cases but not always. SLURP is a technology solution which exactly fits in the same DNA. Technology can help us achieve the tasks that we set out to do but technology cannot motivate and influence us in what we choose to do and therefore ti cannot make the community focus on one goal - that requires real people leadership. If we do not focus on one goal, even with the best technology we may not succeed. Just my 2 cents.</div><span class="m_-3293391551893556182HOEnZb"><font color="#888888"><div><br></div><div>-harendra</div></font></span><span><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span><br>
<br>
> -harendra<br>
><br>
> On 5 February 2018 at 22:02, Sergiu Ivanov <<a href="mailto:sivanov@colimite.fr" target="_blank">sivanov@colimite.fr</a>> wrote:<br>
><br>
>> Hello Harendra,<br>
>><br>
>> Thus quoth Harendra Kumar on Mon Feb 05 2018 at 16:43 (+0100):<br>
>> ><br>
>> > The irony is that theoretically you can find a Haskell package or<br>
>> > implementation of whatever you can imagine but quite often it takes more<br>
>> > time to discover it than writing your own.<br>
>><br>
>> Sometimes Hayoo! helps me out in such situations:<br>
>><br>
>> <a href="http://hayoo.fh-wedel.de/?query=groupBy" rel="noreferrer" target="_blank">http://hayoo.fh-wedel.de/?que<wbr>ry=groupBy</a><br>
>><br>
>> utility-ht shows up.<br>
>><br>
>> --<br>
>> Sergiu<br>
>><br>
<br>
<br>
</span>--<br>
Sergiu<br>
</blockquote></span></div><br></div></div>
<br></div></div><span class="">______________________________<wbr>_________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bi<wbr>n/mailman/listinfo/haskell-caf<wbr>e</a><br>
Only members subscribed via the mailman list are allowed to post.<br></span></blockquote></div><br><br clear="all"><span class=""><div><br></div>-- <br><div class="m_-3293391551893556182gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</span></div>
<br>______________________________<wbr>_________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org">ghc-devs@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/ghc-devs</a><br>
<br></blockquote></div><br></div>