<?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: Ruby in the Enterprise</title>
	<atom:link href="http://lorennorman.com/development/ruby-in-the-enterprise/feed/" rel="self" type="application/rss+xml" />
	<link>http://lorennorman.com/development/ruby-in-the-enterprise/</link>
	<description>Loren\</description>
	<pubDate>Wed, 03 Dec 2008 23:04:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: loren</title>
		<link>http://lorennorman.com/development/ruby-in-the-enterprise/#comment-46</link>
		<dc:creator>loren</dc:creator>
		<pubDate>Sat, 31 May 2008 00:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://lorennorman.com/?p=27#comment-46</guid>
		<description>A big comment like that you should just turn into a blog post on your own blog!  If you link to mine in your post, it will automatically put a stub in my comments, linking people over to your portion of the discussion.  Pingbacks are awesome.

I'll say your bias definitely shows here in the way you view "other technologies" as one big tribe that keeps chosing a new king.  Let's get some real data here so we have a point of reference, &lt;a href="http://radar.oreilly.com/archives/2008/03/state-of-the-computer-book-mar-22.html" rel="nofollow"&gt;here is O'Reilly's analysis of all programming languages' popularity&lt;/a&gt;, based on their book sales.

Hmmmmm!</description>
		<content:encoded><![CDATA[<p>A big comment like that you should just turn into a blog post on your own blog!  If you link to mine in your post, it will automatically put a stub in my comments, linking people over to your portion of the discussion.  Pingbacks are awesome.</p>
<p>I&#8217;ll say your bias definitely shows here in the way you view &#8220;other technologies&#8221; as one big tribe that keeps chosing a new king.  Let&#8217;s get some real data here so we have a point of reference, <a href="http://radar.oreilly.com/archives/2008/03/state-of-the-computer-book-mar-22.html" rel="nofollow">here is O&#8217;Reilly&#8217;s analysis of all programming languages&#8217; popularity</a>, based on their book sales.</p>
<p>Hmmmmm!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Butler</title>
		<link>http://lorennorman.com/development/ruby-in-the-enterprise/#comment-45</link>
		<dc:creator>Tom Butler</dc:creator>
		<pubDate>Fri, 30 May 2008 20:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://lorennorman.com/?p=27#comment-45</guid>
		<description>I think there is more to the problem.  

Problem 1) How many of the developers know Ruby well enough to use it in a corporate environment?  

You can find really 2 types of devs in a company, the self taught (usually VB) and the college edgu-ma-cated, (usually c#) - NOTE: This is limited to the companies I've worked for, and most of my friends have.  I have not worked in a corporation where this is not the norm.  In these places there is already a bias between the 2 types of devs - of which the C# guys are right :)  Their bias usually runs along the lines that when devs learn stuff on their own, they don't learn the proper ways of doing things.  And usually, when they take the time to learn new things, it's related to what they already know.  

In my case, I learn the new Microsoft technologies, because that is what I am used to.  And I'm biased that way.  I'm comfortable with it, and I know how to use it properly.  Put a bunch of me in a company, and Ruby will never get mentioned.

Problem 2) Who makes the decisions for technology.

Again, in the corporate world, it hard to convince anybody to scrap all the Microsoft licenses, or all the Delphi code, and rewrite everything in a new language.  I worked at a company where I wanted to rewrite some Cobol code in C.  The response was something about not putting my faith in fly by night technologies.  

I've also worked at a place where a decision on the technology was based on the tech guy on the board who was well past his prime, but like a demo he saw from a friends company.  Now, if it had been a demo on ruby, I think problem 3 would arise.

Problem 3) Dinosaurs

It took some companies a llllloooooonnnnnngggggg time to get rid of their cobol programmers at a rate where they could be retrained/replaced by newer technologies without losing their knowledge base.  If management were to come to me today and say I was going to be trained in Ruby for all future development, I'd say, well, I'm not sure.  I'd probably be ok with it, but not everyone is.  Many .NET developers would just pack up and get another job.  It's easier to do that then work with something new sometimes.

Problem 4) 2 types of code to support.

So we are going to use Ruby going forward, and keep the legacy where it is.  Well, this has it's own issues, but isn't necessarily that big of a problem.

With the above 4 problems I personally see, and could probably think of a few more if I really tried, I think even if Ruby was "ready for the enterprise", it would be hard to bring into the enterprise where Microsoft is the norm, which is the majority of web 1.0.

For web 2.0 and 3.0, I think it just needs to succeed somewhere visibly.  And not just in a community site, but in a large corporate site.

blah-blah-blah-blah:  I could go on and on, but I'll end with a question.  C, C++, C# (ASP and ASP.net as well) have been around a long time, and evolve somewhat to be more like other technologies.  (Notice I didn't mention Java, I recently read Java was now officially dead thanks to Ruby, so I don't have to talk about it anymore)

Why is it that these languages evolve, and every so many years, the free stuff: java, perl, ruby, php, etc,  get to a certain point and seem to be replaced?  To corporate types anyway, this is how it looks.</description>
		<content:encoded><![CDATA[<p>I think there is more to the problem.  </p>
<p>Problem 1) How many of the developers know Ruby well enough to use it in a corporate environment?  </p>
<p>You can find really 2 types of devs in a company, the self taught (usually VB) and the college edgu-ma-cated, (usually c#) - NOTE: This is limited to the companies I&#8217;ve worked for, and most of my friends have.  I have not worked in a corporation where this is not the norm.  In these places there is already a bias between the 2 types of devs - of which the C# guys are right <img src='http://lorennorman.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Their bias usually runs along the lines that when devs learn stuff on their own, they don&#8217;t learn the proper ways of doing things.  And usually, when they take the time to learn new things, it&#8217;s related to what they already know.  </p>
<p>In my case, I learn the new Microsoft technologies, because that is what I am used to.  And I&#8217;m biased that way.  I&#8217;m comfortable with it, and I know how to use it properly.  Put a bunch of me in a company, and Ruby will never get mentioned.</p>
<p>Problem 2) Who makes the decisions for technology.</p>
<p>Again, in the corporate world, it hard to convince anybody to scrap all the Microsoft licenses, or all the Delphi code, and rewrite everything in a new language.  I worked at a company where I wanted to rewrite some Cobol code in C.  The response was something about not putting my faith in fly by night technologies.  </p>
<p>I&#8217;ve also worked at a place where a decision on the technology was based on the tech guy on the board who was well past his prime, but like a demo he saw from a friends company.  Now, if it had been a demo on ruby, I think problem 3 would arise.</p>
<p>Problem 3) Dinosaurs</p>
<p>It took some companies a llllloooooonnnnnngggggg time to get rid of their cobol programmers at a rate where they could be retrained/replaced by newer technologies without losing their knowledge base.  If management were to come to me today and say I was going to be trained in Ruby for all future development, I&#8217;d say, well, I&#8217;m not sure.  I&#8217;d probably be ok with it, but not everyone is.  Many .NET developers would just pack up and get another job.  It&#8217;s easier to do that then work with something new sometimes.</p>
<p>Problem 4) 2 types of code to support.</p>
<p>So we are going to use Ruby going forward, and keep the legacy where it is.  Well, this has it&#8217;s own issues, but isn&#8217;t necessarily that big of a problem.</p>
<p>With the above 4 problems I personally see, and could probably think of a few more if I really tried, I think even if Ruby was &#8220;ready for the enterprise&#8221;, it would be hard to bring into the enterprise where Microsoft is the norm, which is the majority of web 1.0.</p>
<p>For web 2.0 and 3.0, I think it just needs to succeed somewhere visibly.  And not just in a community site, but in a large corporate site.</p>
<p>blah-blah-blah-blah:  I could go on and on, but I&#8217;ll end with a question.  C, C++, C# (ASP and ASP.net as well) have been around a long time, and evolve somewhat to be more like other technologies.  (Notice I didn&#8217;t mention Java, I recently read Java was now officially dead thanks to Ruby, so I don&#8217;t have to talk about it anymore)</p>
<p>Why is it that these languages evolve, and every so many years, the free stuff: java, perl, ruby, php, etc,  get to a certain point and seem to be replaced?  To corporate types anyway, this is how it looks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: loren</title>
		<link>http://lorennorman.com/development/ruby-in-the-enterprise/#comment-39</link>
		<dc:creator>loren</dc:creator>
		<pubDate>Wed, 28 May 2008 23:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://lorennorman.com/?p=27#comment-39</guid>
		<description>I don't know about using the term "fanboi" here. I generally perceive it as a derogatory term, yet i think you're making a positive point.  You're saying:

"The more fanbois in a language, the faster it will be adopted."

Seems like it should be:

"The more smart people who get things done in, and are passionate about, a language, the faster it will be adopted."

But i'm just trolling, mostly.

I like your point about your Python programmer, though.  Marty and I were just discussing about Google's AppEngine on our podcast.  I was like "Why did they pick Python Django first?  Surely that's like number 5 or worse of the most popular web dev frameworks, does this make any sense if they're trying to take a market?"

Marty's like "Yeah, well Guido Van Rossum, the creator of Python, is heading up the AppEngine team, so..."

Right!

I really like Python a lot, though.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know about using the term &#8220;fanboi&#8221; here. I generally perceive it as a derogatory term, yet i think you&#8217;re making a positive point.  You&#8217;re saying:</p>
<p>&#8220;The more fanbois in a language, the faster it will be adopted.&#8221;</p>
<p>Seems like it should be:</p>
<p>&#8220;The more smart people who get things done in, and are passionate about, a language, the faster it will be adopted.&#8221;</p>
<p>But i&#8217;m just trolling, mostly.</p>
<p>I like your point about your Python programmer, though.  Marty and I were just discussing about Google&#8217;s AppEngine on our podcast.  I was like &#8220;Why did they pick Python Django first?  Surely that&#8217;s like number 5 or worse of the most popular web dev frameworks, does this make any sense if they&#8217;re trying to take a market?&#8221;</p>
<p>Marty&#8217;s like &#8220;Yeah, well Guido Van Rossum, the creator of Python, is heading up the AppEngine team, so&#8230;&#8221;</p>
<p>Right!</p>
<p>I really like Python a lot, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nick</title>
		<link>http://lorennorman.com/development/ruby-in-the-enterprise/#comment-32</link>
		<dc:creator>nick</dc:creator>
		<pubDate>Tue, 27 May 2008 18:47:45 +0000</pubDate>
		<guid isPermaLink="false">http://lorennorman.com/?p=27#comment-32</guid>
		<description>I think things like this are more akin to the inverse relationship between distance and proclivity to mate.  That is, the more Ruby programmers there are out there (my company has .5) the more Ruby fanbois there will be (my company has 0) the more new products will be built in Ruby.  Our lead web developer prefers Python so all our new systems will be built in that language for the forseeable future.

The Ruby fanboi to Ruby programmer ratio seems pretty high, so it is probably just a matter of time.  Time, and sweet sweet marketing.</description>
		<content:encoded><![CDATA[<p>I think things like this are more akin to the inverse relationship between distance and proclivity to mate.  That is, the more Ruby programmers there are out there (my company has .5) the more Ruby fanbois there will be (my company has 0) the more new products will be built in Ruby.  Our lead web developer prefers Python so all our new systems will be built in that language for the forseeable future.</p>
<p>The Ruby fanboi to Ruby programmer ratio seems pretty high, so it is probably just a matter of time.  Time, and sweet sweet marketing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
