<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Language matters</title>
	<link>http://blog.anderstoxboe.com/archives/language-matters/</link>
	<description>A frequent spill from the world of Anders Toxboe</description>
	<pubDate>Fri, 05 Dec 2008 00:38:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1</generator>

	<item>
		<title>By: Anonymous</title>
		<link>http://blog.anderstoxboe.com/archives/language-matters/#comment-104</link>
		<author>Anonymous</author>
		<pubDate>Wed, 28 Dec 2005 11:05:24 +0000</pubDate>
		<guid>http://blog.anderstoxboe.com/archives/language-matters/#comment-104</guid>
					<description>was this comment really necessary ?</description>
		<content:encoded><![CDATA[<p>was this comment really necessary ?</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: q</title>
		<link>http://blog.anderstoxboe.com/archives/language-matters/#comment-106</link>
		<author>q</author>
		<pubDate>Wed, 28 Dec 2005 16:38:28 +0000</pubDate>
		<guid>http://blog.anderstoxboe.com/archives/language-matters/#comment-106</guid>
					<description>"Things that are possible in Ruby are just not possible in Java – and certainly not in PHP. My PHP on Rails can attest to that!"

Excuse me?! I think you must have meant to qualify that with a time-frame. There is no general-purpose programming language that can not accomplish the same things as any other given no time constraint.

"So even though frameworks and languages are two different things, the first reflect the latter."

I completely disagree. The author of the framework limits themselves based on their reliance on the language. I think maybe you should relax your definition of framework. Code generation need not be limited to the target language. In other words, Ruby, XML, ... whatever you want can generate a Java framework source if you desire. In other words, a java framework can be presented to a developer as anything the author choses as long as the result is java source or bytecode.

The thing this discussion ignores is that scripted languages are simply easier to work with in this respect but have historically been poor at runtime performance and development scalability. I think modern scripting languages are changing this thanks in part to processor speed and study of development practices.</description>
		<content:encoded><![CDATA[<p>&#8220;Things that are possible in Ruby are just not possible in Java – and certainly not in PHP. My PHP on Rails can attest to that!&#8221;</p>
<p>Excuse me?! I think you must have meant to qualify that with a time-frame. There is no general-purpose programming language that can not accomplish the same things as any other given no time constraint.</p>
<p>&#8220;So even though frameworks and languages are two different things, the first reflect the latter.&#8221;</p>
<p>I completely disagree. The author of the framework limits themselves based on their reliance on the language. I think maybe you should relax your definition of framework. Code generation need not be limited to the target language. In other words, Ruby, XML, ... whatever you want can generate a Java framework source if you desire. In other words, a java framework can be presented to a developer as anything the author choses as long as the result is java source or bytecode.</p>
<p>The thing this discussion ignores is that scripted languages are simply easier to work with in this respect but have historically been poor at runtime performance and development scalability. I think modern scripting languages are changing this thanks in part to processor speed and study of development practices.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Anders Toxboe</title>
		<link>http://blog.anderstoxboe.com/archives/language-matters/#comment-107</link>
		<author>Anders Toxboe</author>
		<pubDate>Wed, 28 Dec 2005 16:49:20 +0000</pubDate>
		<guid>http://blog.anderstoxboe.com/archives/language-matters/#comment-107</guid>
					<description>q: Hmm... I guess it came out wrong then. With

&lt;blockquote&gt;hings that are possible in Ruby are just not possible in Java – and certainly not in PHP. My PHP on Rails can attest to that!&lt;/blockquote&gt;

I don't mean that you can't program the exact same thing. Of course you can. But the beauty and ease of it are going to be different. I think Ruby is more object oriented than Java and Java certainly more object oriented than PHP. I believe that Ruby gives me more opportunities to program smart than fx Java. So what I'm saying is that the difference in possibilities with the language reflect on the frameworks built for that language. I think that RoR are so much smoother and well-thought-out (partly because Ruby allowed this to happen) than the Java and PHP frameworks I've come across.

But maybe this will change... I'm looking forward for the day that somebody develops a framework for Java that kicks as much ass as RoR does.</description>
		<content:encoded><![CDATA[<p>q: Hmm&#8230; I guess it came out wrong then. With</p>
<blockquote><p>hings that are possible in Ruby are just not possible in Java – and certainly not in PHP. My PHP on Rails can attest to that!</p></blockquote>
<p>I don&#8217;t mean that you can&#8217;t program the exact same thing. Of course you can. But the beauty and ease of it are going to be different. I think Ruby is more object oriented than Java and Java certainly more object oriented than PHP. I believe that Ruby gives me more opportunities to program smart than fx Java. So what I&#8217;m saying is that the difference in possibilities with the language reflect on the frameworks built for that language. I think that RoR are so much smoother and well-thought-out (partly because Ruby allowed this to happen) than the Java and PHP frameworks I&#8217;ve come across.</p>
<p>But maybe this will change&#8230; I&#8217;m looking forward for the day that somebody develops a framework for Java that kicks as much ass as RoR does.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Lau</title>
		<link>http://blog.anderstoxboe.com/archives/language-matters/#comment-108</link>
		<author>Lau</author>
		<pubDate>Thu, 29 Dec 2005 02:26:08 +0000</pubDate>
		<guid>http://blog.anderstoxboe.com/archives/language-matters/#comment-108</guid>
					<description>q, you can write pretty much anything in assembler, but that's not the point. The point of RoR is making good code, quickly and easily.

In Ruby you can make code that is much more succint than ever possible in PHP or Java. This also applies to code based on frameworks made in those languages.</description>
		<content:encoded><![CDATA[<p>q, you can write pretty much anything in assembler, but that&#8217;s not the point. The point of RoR is making good code, quickly and easily.</p>
<p>In Ruby you can make code that is much more succint than ever possible in PHP or Java. This also applies to code based on frameworks made in those languages.</p>
]]></content:encoded>
				</item>
</channel>
</rss>
