<br><br><div class="gmail_quote">On Thu, Mar 13, 2008 at 8:21 PM, KatolaZ <<a href="mailto:me@katolaz.homeunix.net">me@katolaz.homeunix.net</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Thu, Mar 13, 2008 at 09:59:27AM -0700, Kevin Scaldeferri wrote:<br>
><br>
> Personally, I feel like for the type of tasks that most students /<br>
> academics do, Haskell is nicer.  For the sort of thing that most<br>
> professional programmers do, Erlang is nicer.  I can live with some<br>
> modest extra verbosity in exchange for solving some really hard<br>
> practical problems.<br>
><br>
<br>
</div>To be honest, I don't think that the matter is "the type of tasks that<br>
most students / academics do" :-) I think that Erlang has some nice<br>
stuff that haskell still misses (like native support for reliability</blockquote><div><br>My personal experience is closer to Kevin's point of view. For our company, Erlang is actually an engineering tool, and a really effective one.<br>
As far as I know, Erlang design was driven by Ericsson requirements, ie a telecom industry development tool with peculiar features. I believe that this goal was achieved brilliantly, both in terms of  completeness and   effectiveness. I remeber I was quite impressed with Ulf paper on the increase of productivity among programmers using Erlang for the AXD development, and was even more impressed to verify his claims as completely true.<br>
Sure, we had to completely change our reference paradigms, switching from object oriented C++ modeling to the functional Erlang approach; but once we began to think in Erlang, we saw that the solution of most of the problems we struggled in the last 15 years were distilled in  Erlang and OTP (just like Steve Vinovski  describe in the interview cited by Ulf). <br>
<br>As an engineering tool, we appreciate Erlang because it allows us to solve very complex TLC problems with a fraction of the effort required by any other development tool we know; in this respect, for us Erlang is a domain specific language that happens to solve also a broader range of problems.<br>
As engineers in a specific problem domain, we are looking for getting the job done in the best way, paying attention to the code manufacturing and maintenance costs; it is a different approach from the computer scientist or from the student.<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>
What I mean is that we need to use a little of criticism also when we<br>
talk about our favourite language, and in this sense I really<br>
appreciated that blogpost which started this kind of flame: if we read<br>
it from a "neutral" point of view, we'll find that most of what ketz<br>
have written is TRUE, expecially if we use another FPL like haskell<br>
for the comparison.<br>
</blockquote><div><br>Reading Damien Katz blog I understand that he used a pragmatic approach to develop CouchDB. In this respect, Erlang and OTP proved invaluable tools to achieve his goals and he'll use them again for this application. It seems that his criticism are related to his idea of using Erlang outside the problem domain Erlang was designed for, but then we are talking about a different language.<br>
I'm happy that the open source model of Erlang is in the firm hands of Ericsson: this is the best guarantee that Erlang will always be an engineering tools to solve engineering problems.<br><br>Massimo<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>
Finally, I agree with Ulf when he says that Erlang, Haskell,<br>
lisp/scheme and ML/OCaml communities should work together much more<br>
than how they are actually doing: all of them could benefit from such<br>
kind of collaboration. Maybe Erlang would have been a better language<br>
today from many perspectives, if our community had got ideas and<br>
solutions from haskell/OCaml/scheme experiences.<br>
<br>
My2Cents<br>
<br>
Enzo<br>
<div class="Ih2E3d"><br>
--<br>
[ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ]<br>
[ me [at] <a href="http://katolaz.homeunix.net" target="_blank">katolaz.homeunix.net</a> -- <a href="http://katolaz.homeunix.net" target="_blank">http://katolaz.homeunix.net</a> -- ]<br>
[ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ]<br>
[ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ]<br>
_______________________________________________<br>
</div><div><div></div><div class="Wj3C7c">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>
</div></div></blockquote></div><br>