<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Feb 24, 2009, at 1:54 PM, Christian wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; ">In a way, the research that lead to Erlang was about finding a way to<br>making it faster to have low-skilled developers cranking out new<br>features. It certainly wouldnt be good PR if Erlang was a language for<br>highly-skilled developers to slowly cranking out old features.<br><br></span></blockquote></div><br><div><br></div><div>I wasn't in the industry at the time, but I'm not sure that the programming workforce of the 80's closely resembled the workforce of today (or the past decade).</div><div><br></div><div>But, really, one should ask, if Erlang was designed / evolved / selected with this goal, why is it that 20 years later most developers have never even heard of it? I guess one possibility would be to blame Ericsson and credit MS and Sun for why C# and Java are the languages of choice for companies who care more about how easy it is to hire an army of developers than anything else. There could be other possible explanations, though.</div><div><br></div><div>Also, you've exaggerated & distorted my point with your last sentence. Haskell unabashedly markets itself as a language for highly skilled developers to quickly and reliably implement new features. It is still unpopular. Most companies do not like the idea of using a language that requires them to find a top 10% or top 1% developer to work on their project. </div><div><br></div><div>Of course, you might also have misinterpreted my comment entirely. I'm certainly not promoting this point of view, but just saying that to a lot of companies "practical for the real world" means "I can easily hire someone".</div><div><br></div><div><br></div><div>-kevin</div><div><br></div><div><br></div><blockquote type="cite"><blockquote type="cite">On Tue, Feb 24, 2009 at 18:14, Kevin Scaldeferri <<a href="mailto:kevin@scaldeferri.com">kevin@scaldeferri.com</a>> wrote:<br>It's kinda funny how often people think of things like reliability,<br>high-availability, etc. as "academic" concerns. An awful lot of<br>companies care primarily about how fast low-skilled developers can<br>crank out new features.<br><br>-kevin</blockquote></blockquote><div><div style="text-align: left;"><font class="Apple-style-span" color="#144FAE"><br></font></div></div></body></html>