<br><br><div class="gmail_quote">2009/2/14 Wojciech Kaczmarek <span dir="ltr"><<a href="mailto:kaczmarek.w@gmail.com">kaczmarek.w@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/2/13 Dmitrii Dimandt <span dir="ltr"><<a href="mailto:dmitriid@gmail.com" target="_blank">dmitriid@gmail.com</a>></span><div class="Ih2E3d"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div><br></div><div>That's exactly what fess was talking about. Had you not mentioned these projects, no one would ever discover them (well, I would, but I run a Russian Erlang-related-news site, so I scour the web, blogs and mailing lists for news and bits and pieces of info)</div>

<div><br></div><div>Erlang should really get a repositroy that is as ubiquitous and as easy to use as Ruby's gem or Perl's CPAN. Yes, there is a lot of utter crap in those repositories, but they are valuable for the fact that you can easily search and instal necessary modules.</div>

<div><br></div><div>For instance, I can name at least three mutually incompatible JSON encoding/decoding libraries written for erlang (there are at least 5, I think). Definitely at least two libraries dealing with utf-8. Two OpenID projects. Two dedicated wrappers for traditional RDBMs (and a third, which is a more general ORM-style library). At least three (I think) projects that connect to Amazon's web services in one way or another. Two projects interfacing with memcached. And the list *will* grow. These are just projects I can name off the top of my head</div>

<div><br></div><div><span style="font-family: Verdana; line-height: 21px;">"Let a hundred flowers blossom</span>" (c) <span style="font-family: Verdana; line-height: 21px;">Mao Zedong</span></div><div><br></div>

<div>Quite often I don't think that authors of some of these project even now that similar projects exist. Forget the users, they will *never* even discover some of them :)</div></div></blockquote></div><br></div>Hello,<br>

3 cents from a perspective of someone who did a lot of searching of quality 3rd-party Erlang software during last two years, for the purposes of r&d first and later for the production use in a startup.<br><br>Centralized repository is tempting (I missed it at the beginning), but it also requires lots of Q&A work. It can be obvious for anybody who participated in maintaining some Linux of *BSD distribution. Also it can reveal specific social incompatibilies between users, as they needs vary more than most of people would like to admit. And it's not very good for the perception of the community to start a centralized service which will fail later.<br>

<br>The simpler step is to make searching easier. A website aggregating some automatically-retrieved info (from googlecode, github, sourceforge) with a human-entered content (by those  authors who'd like to care about it) comes to mind. The results could be sorted somehow, with a raw google search output as a last resort. Something like that could be plugged into Planet Erlang.<br>

<br>There's no silver bullet when it comes to managing external software. In production you usually want to stick with carefully chosen and often patched specific versions of 3rd party stuff, otherwise you easily introduce a new point of failure and make the release management pain in the ass. I'm very happy that  Erlang is the first language making a sane conenction between HA-world, where you think about your production environment in a very specific way, and the usual "opensource libraries for all, let's grab it" approach.</blockquote>
<div><br>I registered <a href="http://erldocs.com">erldocs.com</a> with the intention of doing pretty much exactly <br>that. right now I am waiting on the ability to fully generate the erlang <br>documentation from source, then I was planning to improve usability / searchability, then on importing documentation of open source 3rd party libs<br>
<br>however I am a bit torn because <a href="http://erlware.org/documentation/index.html">http://erlware.org/documentation/index.html</a> <br>does a large amount of what I was planning to do, the frontend could be<br>improved quite a lot, but its a good start.<br>
<br>So i think it comes down to, why arent people using faxien / sinan?, I tried them<br>out a while ago and had some teething issues, however they seem to stabilising<br>recently, I am going to give it a bit more of a thorough look and try packaging <br>
some applications for it. are there any core reasons why people dont use it, or <br>was it purely a maturity issue.<br><br>(just to note, it isnt a centralised repository, you can setup your own public <br>and private repos)<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>cheers,<br><br>-- Wojtek<br><br>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br></blockquote></div><br>