I do think the language itself makes them much less necessary. I've been working in erlang for 5 years or so full time. Never used a debugger and never had a need to. Never  used and IDE and also never needed to. I write my code in a plain text editor (sublime text 2) and have erlang running in an external terminal. I have an erlang process running that scans my src folders every few seconds and checks if anything changed and compiles any source file that has. I don't think I could be remotely as productive using any other language.<br>
<br><br>Sergej<div><br><div class="gmail_quote">On Fri, Jun 22, 2012 at 9:11 PM, Ingo Jaeckel <span dir="ltr"><<a href="mailto:ingo.jaeckel@googlemail.com" target="_blank">ingo.jaeckel@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What about tool support e.g. refactoring, (remote) debugging,<br>
deployment, monitoring, profiling, code analysis tools, etc. There are<br>
so many tools supporting the development process for more popular<br>
languages like Java and C#. Do you think that (due to the language<br>
itself?) those are not needed for Erlang? Compared to the<br>
free/commercial tools available for Java, the Erlang tool chain looks<br>
not mature enough to me.<br>
<br>
I *love* the language itself and achieving nine 9s is great, too [1].<br>
But don't you need so much more than great language concepts on a<br>
day-to-day basis when you are choosing the language for your next<br>
super-cool project?<br>
<br>
Ingo<br>
<br>
[1] <a href="http://ll2.ai.mit.edu/talks/armstrong.pdf" target="_blank">http://ll2.ai.mit.edu/talks/armstrong.pdf</a><br>
<div class="HOEnZb"><div class="h5"><br>
On Fri, Jun 22, 2012 at 1:42 PM, Wojtek Narczyński <<a href="mailto:wojtek@power.com.pl">wojtek@power.com.pl</a>> wrote:<br>
> On 2012-06-22 17:07, Paul Barry wrote:<br>
>><br>
>> Yes, I'd agree... I'm happy to be drinking the Erlang kool-aid, too.<br>
>><br>
> Yes, it is amazing how all the pieces of the puzzle fit together: processes,<br>
> messaging (send semantics, selective receive), locality in garbage<br>
> collection, functional programming, strong dynamic typing, pattern matching,<br>
> atoms, recursion, hot code update, distribution, .... And there are more<br>
> jigsaw pieces coming: native implemented processes, hasmaps (which are<br>
> conceptually funcions, by the way). While java is collapsing under its own<br>
> weight, there is no horizon of erlang improvement even remotely visible.<br>
><br>
> Then comes the OTP, where you realize that many problems you are not yet<br>
> even aware of, have already been solved.<br>
><br>
> --Regards,<br>
> Wojtek Narczynski<br>
><br>
> _______________________________________________<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" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
_______________________________________________<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" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>