<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Ericsson&#8217;s Biggest PR Blunder: Forgetting to Tell Us That Erlang Programming Is FUN</title>
	<atom:link href="http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/feed/" rel="self" type="application/rss+xml" />
	<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/</link>
	<description>Adventures in Open Source Erlang</description>
	<pubDate>Fri, 16 May 2008 04:13:57 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: So Erlang It Is</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-134946</link>
		<dc:creator>So Erlang It Is</dc:creator>
		<pubDate>Sun, 20 Apr 2008 10:35:45 +0000</pubDate>
		<guid isPermaLink="false">#comment-134946</guid>
		<description>[...] Yariv&#8217;s Blog, Ericsson&#8217;s Biggest PR Blunder [...]</description>
		<content:encoded><![CDATA[<p>[...] Yariv&#8217;s Blog, Ericsson&#8217;s Biggest PR Blunder [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Hall</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-46617</link>
		<dc:creator>Adam Hall</dc:creator>
		<pubDate>Sun, 23 Sep 2007 11:32:10 +0000</pubDate>
		<guid isPermaLink="false">#comment-46617</guid>
		<description>Erlang has benefits that have already been stated with regards to concurrency and its decoupling from the threads/locks/semaphores etc. I am an engineer with a big blue company and have been programming professionally for 20 years. I see many posts here talking about syntax and have to think that you guys may be a little green when it comes to software development. If Erlang provides a better solution for concurrent programming then perhaps you should look at it from the angle of whether or not concurrent programming will be skill that will be needed more and more in the industry to remain competitive, and if Erlang is the best tool to use to complete the job then it may be in your best interest as a programmer or someone learning to be a one to understand this language. The criterion for a good solution is not necessarily that it can teach you to throw together yet another blogging app in 15 minutes, but what it can do for you when you work with the tool for a 6 month or year long project and have mastered it, and finally what sort of application you are able to produce VS the other tools would have enabled you to do. Good software engineers like tools that allow them push the hardware to the limits in an efficient manner, not do what any idiot can do in 15 minutes and get scared of something that looks like it might involve some technical skill (very minor, Erlang is very elegant).</description>
		<content:encoded><![CDATA[<p>Erlang has benefits that have already been stated with regards to concurrency and its decoupling from the threads/locks/semaphores etc. I am an engineer with a big blue company and have been programming professionally for 20 years. I see many posts here talking about syntax and have to think that you guys may be a little green when it comes to software development. If Erlang provides a better solution for concurrent programming then perhaps you should look at it from the angle of whether or not concurrent programming will be skill that will be needed more and more in the industry to remain competitive, and if Erlang is the best tool to use to complete the job then it may be in your best interest as a programmer or someone learning to be a one to understand this language. The criterion for a good solution is not necessarily that it can teach you to throw together yet another blogging app in 15 minutes, but what it can do for you when you work with the tool for a 6 month or year long project and have mastered it, and finally what sort of application you are able to produce VS the other tools would have enabled you to do. Good software engineers like tools that allow them push the hardware to the limits in an efficient manner, not do what any idiot can do in 15 minutes and get scared of something that looks like it might involve some technical skill (very minor, Erlang is very elegant).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: imparare</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-22791</link>
		<dc:creator>imparare</dc:creator>
		<pubDate>Sun, 15 Apr 2007 05:58:27 +0000</pubDate>
		<guid isPermaLink="false">#comment-22791</guid>
		<description>Interesting comments.. :D</description>
		<content:encoded><![CDATA[<p>Interesting comments.. :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven G. Harms</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-3825</link>
		<dc:creator>Steven G. Harms</dc:creator>
		<pubDate>Fri, 29 Dec 2006 04:42:50 +0000</pubDate>
		<guid isPermaLink="false">#comment-3825</guid>
		<description>@Ed:

I agree, I don't know python but a friend and I were discussing a problem and he wrote in python, I wrote in Perl and much like a Spaniard talking to an Italian, we got through with only a few double-checks.

The Erlang code you cited ( from Wikipedia ) doesn't immediately share its secrets, nor does erlang have a 'build a blog in 15 minutes' screencast.  Screencasts sold me on Textmate and Rails - perhaps Yariv will deign to do a "Here's why you totally gotta use Erlang" screencast.</description>
		<content:encoded><![CDATA[<p>@Ed:</p>
<p>I agree, I don&#8217;t know python but a friend and I were discussing a problem and he wrote in python, I wrote in Perl and much like a Spaniard talking to an Italian, we got through with only a few double-checks.</p>
<p>The Erlang code you cited ( from Wikipedia ) doesn&#8217;t immediately share its secrets, nor does erlang have a &#8216;build a blog in 15 minutes&#8217; screencast.  Screencasts sold me on Textmate and Rails - perhaps Yariv will deign to do a &#8220;Here&#8217;s why you totally gotta use Erlang&#8221; screencast.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yariv</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-3226</link>
		<dc:creator>Yariv</dc:creator>
		<pubDate>Wed, 20 Dec 2006 01:27:33 +0000</pubDate>
		<guid isPermaLink="false">#comment-3226</guid>
		<description>Ed, to use ErlyWeb of course you have to be somewhat familiar with Erlang. And Erlang is different from OO languages such as Python, so unless you have some familiarity with functional languages, unfamiliar Erlang code may not seem easy to understand. However, ease and simplicity are somewhat different things. Erlang is simpler than Python, Perl and Ruby because as a language, its semantics are much simpler, i.e. it has fewer rules and concepts you need to know in order to use it (which doesn't mean it's less powerful -- quite the opposite, actually). The same goes for ErlyWeb vs. Rails. But whereas simplicity is arguably objective, ease is subjective, and that's why using ErlyWeb may not be as easy as using Rails for some people -- at least until they learn a bit of Erlang.

I think that conceptually, ErlyWeb is both simpler and more elegant than Rails, partly because of ErlyWeb's design and partly because it's based  on functional semantics rather than OO/imperative semantics. This elegance also makes it easier to use IMO. But I guess I may be biased :)</description>
		<content:encoded><![CDATA[<p>Ed, to use ErlyWeb of course you have to be somewhat familiar with Erlang. And Erlang is different from OO languages such as Python, so unless you have some familiarity with functional languages, unfamiliar Erlang code may not seem easy to understand. However, ease and simplicity are somewhat different things. Erlang is simpler than Python, Perl and Ruby because as a language, its semantics are much simpler, i.e. it has fewer rules and concepts you need to know in order to use it (which doesn&#8217;t mean it&#8217;s less powerful &#8212; quite the opposite, actually). The same goes for ErlyWeb vs. Rails. But whereas simplicity is arguably objective, ease is subjective, and that&#8217;s why using ErlyWeb may not be as easy as using Rails for some people &#8212; at least until they learn a bit of Erlang.</p>
<p>I think that conceptually, ErlyWeb is both simpler and more elegant than Rails, partly because of ErlyWeb&#8217;s design and partly because it&#8217;s based  on functional semantics rather than OO/imperative semantics. This elegance also makes it easier to use IMO. But I guess I may be biased :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-3224</link>
		<dc:creator>Ed</dc:creator>
		<pubDate>Wed, 20 Dec 2006 00:29:20 +0000</pubDate>
		<guid isPermaLink="false">#comment-3224</guid>
		<description>Yariv, to me these lines of code are not simple

-module(start).
-export([boot/0, boot/1]).

Now, a friend of mine with no Python background read his friend's Python source code because his friend asked him to debug the code (his friend was a little bit clueless). My friend can read, understand and fix the code quite fast with no help of manual whatsoever. 

I kinda agree with him.. Python does look easier than Erlang. Your argument is kind of biased unless you can pick some random human being and gave him/her an Erlang code to be modified.

-module(start).
-export([boot/0, boot/1]).

Those lines don't look intuitive at all.

neither these lines

compile() -&#62;
erlyweb:compile("/path/to/app/blog",
  [{erlydb_driver, mysql}]).

To say that ErlyWeb framework is easier than Rails is also a little bit misleading (given that people thought Rails is easy)

I was tempted to check out Rails thanks to their great marketing scheme: make your own blog in 15 minutes.

I downloded eBook of Rails (the thiniest one from Bruce A. Tate, a half-baked book just to generate some sales). Followed some example from chapter 1 to 3. Concluded that if you really need to use Rails, you have to learn Ruby. 

Learning Ruby takes quite some time. It's not easy. Learning Ruby the crappy way is easy. Learning Rails by going through examples DOES make it look easy.

But rolling a professional product in Rails IS not easy. 

For me, Rails is sort of a trap. It looks easy when they do it on their screencasts but in actuality, it is not (especially if you need to extend Rails to the next level).</description>
		<content:encoded><![CDATA[<p>Yariv, to me these lines of code are not simple</p>
<p>-module(start).<br />
-export([boot/0, boot/1]).</p>
<p>Now, a friend of mine with no Python background read his friend&#8217;s Python source code because his friend asked him to debug the code (his friend was a little bit clueless). My friend can read, understand and fix the code quite fast with no help of manual whatsoever. </p>
<p>I kinda agree with him.. Python does look easier than Erlang. Your argument is kind of biased unless you can pick some random human being and gave him/her an Erlang code to be modified.</p>
<p>-module(start).<br />
-export([boot/0, boot/1]).</p>
<p>Those lines don&#8217;t look intuitive at all.</p>
<p>neither these lines</p>
<p>compile() -&gt;<br />
erlyweb:compile(&#8221;/path/to/app/blog&#8221;,<br />
  [{erlydb_driver, mysql}]).</p>
<p>To say that ErlyWeb framework is easier than Rails is also a little bit misleading (given that people thought Rails is easy)</p>
<p>I was tempted to check out Rails thanks to their great marketing scheme: make your own blog in 15 minutes.</p>
<p>I downloded eBook of Rails (the thiniest one from Bruce A. Tate, a half-baked book just to generate some sales). Followed some example from chapter 1 to 3. Concluded that if you really need to use Rails, you have to learn Ruby. </p>
<p>Learning Ruby takes quite some time. It&#8217;s not easy. Learning Ruby the crappy way is easy. Learning Rails by going through examples DOES make it look easy.</p>
<p>But rolling a professional product in Rails IS not easy. </p>
<p>For me, Rails is sort of a trap. It looks easy when they do it on their screencasts but in actuality, it is not (especially if you need to extend Rails to the next level).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yariv</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-3197</link>
		<dc:creator>Yariv</dc:creator>
		<pubDate>Tue, 19 Dec 2006 17:36:34 +0000</pubDate>
		<guid isPermaLink="false">#comment-3197</guid>
		<description>A few people besides myself seem to think that building webapps with Erlang/ErlyWeb is easier than with Rails: http://progexpr.blogspot.com/2006/12/erlyweb-blog-tutorial.html. Erlang is actually a pretty simple language -- simpler than Ruby, Python, Perl and Haskell.</description>
		<content:encoded><![CDATA[<p>A few people besides myself seem to think that building webapps with Erlang/ErlyWeb is easier than with Rails: <a href="http://progexpr.blogspot.com/2006/12/erlyweb-blog-tutorial.html" rel="nofollow">http://progexpr.blogspot.com/2006/12/erlyweb-blog-tutorial.html</a>. Erlang is actually a pretty simple language &#8212; simpler than Ruby, Python, Perl and Haskell.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven G. Harms</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-3196</link>
		<dc:creator>Steven G. Harms</dc:creator>
		<pubDate>Tue, 19 Dec 2006 17:26:42 +0000</pubDate>
		<guid isPermaLink="false">#comment-3196</guid>
		<description>Yariv,

I admit it, I'm fascinated by the idea of Erlang....but...well.  Here's the thing.

I'm an IT programmer ( boo!  hiss! ). I design applications and glue services together (what yegge called serverware).  It's hard for me to understand what Erlang can do for me because the evangelists are usually talking at a crazy-smart Comp Sci PhD level of implementations.

I think this is something where PHP, Perl, Python, and (lately) RoR have excelled.  Within 2 tutorials at O'Reilly, you can see how "Oh this can be used to make something better / easier for end users".

Re: Haskell / Erlang .  It's a cool language and i loooove languages ( philo. degree and all.. ) but a series of example solutions in the have not appeared. When i search for examples of Erlang I've not yet seen a problem I have that Erlang would rock at.

Maybe this is all just a problem with my problemset....</description>
		<content:encoded><![CDATA[<p>Yariv,</p>
<p>I admit it, I&#8217;m fascinated by the idea of Erlang&#8230;.but&#8230;well.  Here&#8217;s the thing.</p>
<p>I&#8217;m an IT programmer ( boo!  hiss! ). I design applications and glue services together (what yegge called serverware).  It&#8217;s hard for me to understand what Erlang can do for me because the evangelists are usually talking at a crazy-smart Comp Sci PhD level of implementations.</p>
<p>I think this is something where PHP, Perl, Python, and (lately) RoR have excelled.  Within 2 tutorials at O&#8217;Reilly, you can see how &#8220;Oh this can be used to make something better / easier for end users&#8221;.</p>
<p>Re: Haskell / Erlang .  It&#8217;s a cool language and i loooove languages ( philo. degree and all.. ) but a series of example solutions in the have not appeared. When i search for examples of Erlang I&#8217;ve not yet seen a problem I have that Erlang would rock at.</p>
<p>Maybe this is all just a problem with my problemset&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Norbert Klamann</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-3162</link>
		<dc:creator>Norbert Klamann</dc:creator>
		<pubDate>Tue, 19 Dec 2006 08:42:08 +0000</pubDate>
		<guid isPermaLink="false">#comment-3162</guid>
		<description>Just to be fair with regard to pattern matching :
Some other languages don't force you to use if/else, they have a 'CASE' like construct.

I admit that the erlang mechanism is more elegant.</description>
		<content:encoded><![CDATA[<p>Just to be fair with regard to pattern matching :<br />
Some other languages don&#8217;t force you to use if/else, they have a &#8216;CASE&#8217; like construct.</p>
<p>I admit that the erlang mechanism is more elegant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slava Akhmechet</title>
		<link>http://yarivsblog.com/articles/2006/08/24/ericssons-biggest-pr-blunder-forgetting-to-tell-us-that-erlang-programming-is-fun/#comment-3146</link>
		<dc:creator>Slava Akhmechet</dc:creator>
		<pubDate>Tue, 19 Dec 2006 04:35:32 +0000</pubDate>
		<guid isPermaLink="false">#comment-3146</guid>
		<description>Yariv, you really should have put the last bullet point on top of the list. This is "the Python paradox" - if you choose to learn such a language (not necessarily Erlang, but also Haskell, Lisp, etc.) you'll inevitably run into very smart people. For me this was one of the most important rewards - really great people you can learn from don't grow on trees.</description>
		<content:encoded><![CDATA[<p>Yariv, you really should have put the last bullet point on top of the list. This is &#8220;the Python paradox&#8221; - if you choose to learn such a language (not necessarily Erlang, but also Haskell, Lisp, etc.) you&#8217;ll inevitably run into very smart people. For me this was one of the most important rewards - really great people you can learn from don&#8217;t grow on trees.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
