<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Choosing a web development framework/toolkit</title>
	<atom:link href="http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html/feed" rel="self" type="application/rss+xml" />
	<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html</link>
	<description></description>
	<lastBuildDate>Tue, 07 Sep 2010 19:09:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Matt</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-177</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 31 Aug 2010 00:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-177</guid>
		<description>&lt;p&gt;Great post, I couldn&#039;t agree more about domain modeling. I discovered Grails recently and with its Hibernate support I was hopeful that the framework would be a complete solution, but alas it&#039;s not nearly flexible enough in terms of separating persistence from your domain and creating a rich domain model.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Great post, I couldn&#8217;t agree more about domain modeling. I discovered Grails recently and with its Hibernate support I was hopeful that the framework would be a complete solution, but alas it&#8217;s not nearly flexible enough in terms of separating persistence from your domain and creating a rich domain model.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Palmer</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-72</link>
		<dc:creator>Simon Palmer</dc:creator>
		<pubDate>Sat, 23 Jan 2010 08:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-72</guid>
		<description>&lt;p&gt;I liked reading this post and the subsequent thread and I think I agree with much of what you said, thanks for taking the time to share your thoughts publicly.
How do you feel about your choice of Grails 6 or so months on?  Has it continued to deliver benefit to you?  Are there any obvious problems?  Are you busy coding round any one particular aspect of the framework?
I ask because I just took the decision to go Grails for a new project and am getting increasingly scared that it is unlikely to perform or scale.  I have a lot of database design experience and I am suspending my disbelief that hibernate in its default GORM incarnation is going to get the queries right.  I deliberately want an almost join-less database model and am already finding myself using composition to keep the code neat and the domain model sane.  This does seem to cut against the Grails convention as you mentioned and I hate having to make my domain model and persistence model identical.  Rather than that being an acceptable convention it feels like a naive restriction imposed by a Java framework team who may never have had to build really scalable database applications - but maybe that&#039;s being a bit harsh.
Incidentally I recently spent some time coding C for embedded devices after a long time in Java and Web frameworks. The key thing there is that everything fits inside 64k.  Coming back to the incredibly wasteful world of normal programming makes me wonder when the framework fad will shed its obesity and free up all those CPU cycles that it spends doing stuff which made the programmer&#039;s life easier.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I liked reading this post and the subsequent thread and I think I agree with much of what you said, thanks for taking the time to share your thoughts publicly.
How do you feel about your choice of Grails 6 or so months on?  Has it continued to deliver benefit to you?  Are there any obvious problems?  Are you busy coding round any one particular aspect of the framework?
I ask because I just took the decision to go Grails for a new project and am getting increasingly scared that it is unlikely to perform or scale.  I have a lot of database design experience and I am suspending my disbelief that hibernate in its default GORM incarnation is going to get the queries right.  I deliberately want an almost join-less database model and am already finding myself using composition to keep the code neat and the domain model sane.  This does seem to cut against the Grails convention as you mentioned and I hate having to make my domain model and persistence model identical.  Rather than that being an acceptable convention it feels like a naive restriction imposed by a Java framework team who may never have had to build really scalable database applications &#8211; but maybe that&#8217;s being a bit harsh.
Incidentally I recently spent some time coding C for embedded devices after a long time in Java and Web frameworks. The key thing there is that everything fits inside 64k.  Coming back to the incredibly wasteful world of normal programming makes me wonder when the framework fad will shed its obesity and free up all those CPU cycles that it spends doing stuff which made the programmer&#8217;s life easier.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Palmer</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-206</link>
		<dc:creator>Simon Palmer</dc:creator>
		<pubDate>Sat, 23 Jan 2010 08:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-206</guid>
		<description>&lt;p&gt;I liked reading this post and the subsequent thread and I think I agree with much of what you said, thanks for taking the time to share your thoughts publicly.
How do you feel about your choice of Grails 6 or so months on?  Has it continued to deliver benefit to you?  Are there any obvious problems?  Are you busy coding round any one particular aspect of the framework?
I ask because I just took the decision to go Grails for a new project and am getting increasingly scared that it is unlikely to perform or scale.  I have a lot of database design experience and I am suspending my disbelief that hibernate in its default GORM incarnation is going to get the queries right.  I deliberately want an almost join-less database model and am already finding myself using composition to keep the code neat and the domain model sane.  This does seem to cut against the Grails convention as you mentioned and I hate having to make my domain model and persistence model identical.  Rather than that being an acceptable convention it feels like a naive restriction imposed by a Java framework team who may never have had to build really scalable database applications - but maybe that&#039;s being a bit harsh.
Incidentally I recently spent some time coding C for embedded devices after a long time in Java and Web frameworks. The key thing there is that everything fits inside 64k.  Coming back to the incredibly wasteful world of normal programming makes me wonder when the framework fad will shed its obesity and free up all those CPU cycles that it spends doing stuff which made the programmer&#039;s life easier.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I liked reading this post and the subsequent thread and I think I agree with much of what you said, thanks for taking the time to share your thoughts publicly.
How do you feel about your choice of Grails 6 or so months on?  Has it continued to deliver benefit to you?  Are there any obvious problems?  Are you busy coding round any one particular aspect of the framework?
I ask because I just took the decision to go Grails for a new project and am getting increasingly scared that it is unlikely to perform or scale.  I have a lot of database design experience and I am suspending my disbelief that hibernate in its default GORM incarnation is going to get the queries right.  I deliberately want an almost join-less database model and am already finding myself using composition to keep the code neat and the domain model sane.  This does seem to cut against the Grails convention as you mentioned and I hate having to make my domain model and persistence model identical.  Rather than that being an acceptable convention it feels like a naive restriction imposed by a Java framework team who may never have had to build really scalable database applications &#8211; but maybe that&#8217;s being a bit harsh.
Incidentally I recently spent some time coding C for embedded devices after a long time in Java and Web frameworks. The key thing there is that everything fits inside 64k.  Coming back to the incredibly wasteful world of normal programming makes me wonder when the framework fad will shed its obesity and free up all those CPU cycles that it spends doing stuff which made the programmer&#8217;s life easier.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: web 2.0 development company</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-71</link>
		<dc:creator>web 2.0 development company</dc:creator>
		<pubDate>Thu, 12 Nov 2009 07:08:42 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-71</guid>
		<description>&lt;p&gt;there are many points things needed for to start web development . . . as you written you gotta done at all above in the article. . you just go ahead &amp; start the journey  of web development . .&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>there are many points things needed for to start web development . . . as you written you gotta done at all above in the article. . you just go ahead &amp; start the journey  of web development . .</p>]]></content:encoded>
	</item>
	<item>
		<title>By: web 2.0 development company</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-205</link>
		<dc:creator>web 2.0 development company</dc:creator>
		<pubDate>Thu, 12 Nov 2009 07:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-205</guid>
		<description>&lt;p&gt;there are many points things needed for to start web development . . . as you written you gotta done at all above in the article. . you just go ahead &amp; start the journey  of web development . .&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>there are many points things needed for to start web development . . . as you written you gotta done at all above in the article. . you just go ahead &amp; start the journey  of web development . .</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-70</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Tue, 11 Aug 2009 20:18:19 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-70</guid>
		<description>&lt;p&gt;I hear what you are saying Ilya. I don&#039;t know that I&#039;d want to hire someone with a little play time in multiple languages for my java based system over someone that has worked solidly in java but doesn&#039;t have any experience in the others. It seems to me an expert in the language you are using is a far better choice than someone that knows it decently but also brings to the table a couple other languages which you don&#039;t use.
Oddly enough, in my early 20&#039;s, when I had lots of energy and no kids, I loved learning new frameworks and languages. But, today it is a lot different... we have huge resources available to us via the internet, and I&#039;ve barely tapped the Java language to know it&#039;s full potential, let alone trying to spend time that I could (and should) be using on my day job learning a new language or two that I most likely won&#039;t be able to use. By toy language I mean they are barely an itch in the industry compared to Java or .NET, and that so far most people I see using them often are the ones that didn&#039;t care for Java or are tired of Java for one reason or another and want something new. Despite many sites popping up with php, ruby and python, they are still minuscule compared to the jobs available and sites built on java, or even .NET.
I look at a couple of other things too. For example, iPhone&#039;s language is objective C. Androids is Java. These two potentially huge platforms (iPhone already is and Android is fast on its way) chose these instead of languages like groovy, ruby, etc. I can&#039;t help but ask, if Ruby, Python, Scala and these others are so much easier to use, faster to develop with, why not choose a language like this to write small phone apps over the larger robust languages? Maybe this isn&#039;t a fair argument, but it does make me ask why the simpler faster languages were not chosen?
See, back when there were a couple main languages, like assembly, pascal, c/c++ and java, they were all used quite in abundance...even Basic. But now, we have a crap load of &quot;the next language to replace java&quot; springing up, most of which are scripted languages not even compiling languages, and the few that use them rave about them and some how get a small following of people that jump aboard and hype it up as if it&#039;s the next big thing. I see tons of blog posts about how scala will replace Java, how groovy is going to replace java, etc. Yet, nothing has come close. Even Ruby and PHP aren&#039;t even close. They stand the most chance to make a fraction of a dent, but won&#039;t ever come close. I honestly kind of get tired of seeing all the rants about having to learn all these languages. I have enough to do with Java and one job to keep me busy for years to come, and I truly love the language. I spent the time to learn a lot of it&#039;s inner workings, to think about having to go do that all over again because a fraction of developers who are tired of Java for one reason or another (most of which have arguments that really aren&#039;t that valid) say so I don&#039;t know.. it just doesn&#039;t seem like it&#039;s necessary. Now, let&#039;s say there was no ruby/rails, php, python, etc and some newer language, pure OO, cleaner syntax, etc came out, it might be worth looking in to if it really offered something better. But I haven&#039;t seen any argument yet that indicates any of these languages are better or offer anything more than what Java does already. The biggest argument is speed of development. Hmm.. copy/paste of tried/tested code works for me. Java is a well understood language, with tons and tons of money and sharp minds behind it, using it. I don&#039;t see anything Ruby, PHP or any other language offers me that is better than what Java does.  It&#039;s almost like the &quot;If it ain&#039;t broke, don&#039;t try to fix it&quot; analogy. Java comes on every OS out there now, Ruby and PHP do not. I know that anything I write in Java will almost always run on any of the OSes out there out of the box (give or take the few that aren&#039;t updated to 1.6 yet.. thankfully OSX finally is.. but 1.5 is still there), I can&#039;t say the same for any other language out there except maybe C.
I could probably go on all day. You did make a good point.. to me php and ruby are very similar to perl and I only dabbled in perl. Like I said in my first post, I find the language syntax to be confusing and hard to read. Maybe it takes time.. but every developer blog I read about these languages raves about how fast and easy it is to develop in, and I don&#039;t consider myself a beginner developer but after looking at source and reading a book on Ruby, I still find it hard to work with and cryptic to read. Maybe my mind is stuck in the Basic/C/Pascal/Java like code style, but they make sense to me. These others ones are strange to look at and remind me highly of shell scripting and perl, neither of which I care for. lol.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I hear what you are saying Ilya. I don&#8217;t know that I&#8217;d want to hire someone with a little play time in multiple languages for my java based system over someone that has worked solidly in java but doesn&#8217;t have any experience in the others. It seems to me an expert in the language you are using is a far better choice than someone that knows it decently but also brings to the table a couple other languages which you don&#8217;t use.
Oddly enough, in my early 20&#8242;s, when I had lots of energy and no kids, I loved learning new frameworks and languages. But, today it is a lot different&#8230; we have huge resources available to us via the internet, and I&#8217;ve barely tapped the Java language to know it&#8217;s full potential, let alone trying to spend time that I could (and should) be using on my day job learning a new language or two that I most likely won&#8217;t be able to use. By toy language I mean they are barely an itch in the industry compared to Java or .NET, and that so far most people I see using them often are the ones that didn&#8217;t care for Java or are tired of Java for one reason or another and want something new. Despite many sites popping up with php, ruby and python, they are still minuscule compared to the jobs available and sites built on java, or even .NET.
I look at a couple of other things too. For example, iPhone&#8217;s language is objective C. Androids is Java. These two potentially huge platforms (iPhone already is and Android is fast on its way) chose these instead of languages like groovy, ruby, etc. I can&#8217;t help but ask, if Ruby, Python, Scala and these others are so much easier to use, faster to develop with, why not choose a language like this to write small phone apps over the larger robust languages? Maybe this isn&#8217;t a fair argument, but it does make me ask why the simpler faster languages were not chosen?
See, back when there were a couple main languages, like assembly, pascal, c/c++ and java, they were all used quite in abundance&#8230;even Basic. But now, we have a crap load of &#8220;the next language to replace java&#8221; springing up, most of which are scripted languages not even compiling languages, and the few that use them rave about them and some how get a small following of people that jump aboard and hype it up as if it&#8217;s the next big thing. I see tons of blog posts about how scala will replace Java, how groovy is going to replace java, etc. Yet, nothing has come close. Even Ruby and PHP aren&#8217;t even close. They stand the most chance to make a fraction of a dent, but won&#8217;t ever come close. I honestly kind of get tired of seeing all the rants about having to learn all these languages. I have enough to do with Java and one job to keep me busy for years to come, and I truly love the language. I spent the time to learn a lot of it&#8217;s inner workings, to think about having to go do that all over again because a fraction of developers who are tired of Java for one reason or another (most of which have arguments that really aren&#8217;t that valid) say so I don&#8217;t know.. it just doesn&#8217;t seem like it&#8217;s necessary. Now, let&#8217;s say there was no ruby/rails, php, python, etc and some newer language, pure OO, cleaner syntax, etc came out, it might be worth looking in to if it really offered something better. But I haven&#8217;t seen any argument yet that indicates any of these languages are better or offer anything more than what Java does already. The biggest argument is speed of development. Hmm.. copy/paste of tried/tested code works for me. Java is a well understood language, with tons and tons of money and sharp minds behind it, using it. I don&#8217;t see anything Ruby, PHP or any other language offers me that is better than what Java does.  It&#8217;s almost like the &#8220;If it ain&#8217;t broke, don&#8217;t try to fix it&#8221; analogy. Java comes on every OS out there now, Ruby and PHP do not. I know that anything I write in Java will almost always run on any of the OSes out there out of the box (give or take the few that aren&#8217;t updated to 1.6 yet.. thankfully OSX finally is.. but 1.5 is still there), I can&#8217;t say the same for any other language out there except maybe C.
I could probably go on all day. You did make a good point.. to me php and ruby are very similar to perl and I only dabbled in perl. Like I said in my first post, I find the language syntax to be confusing and hard to read. Maybe it takes time.. but every developer blog I read about these languages raves about how fast and easy it is to develop in, and I don&#8217;t consider myself a beginner developer but after looking at source and reading a book on Ruby, I still find it hard to work with and cryptic to read. Maybe my mind is stuck in the Basic/C/Pascal/Java like code style, but they make sense to me. These others ones are strange to look at and remind me highly of shell scripting and perl, neither of which I care for. lol.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-204</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Tue, 11 Aug 2009 20:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-204</guid>
		<description>&lt;p&gt;I hear what you are saying Ilya. I don&#039;t know that I&#039;d want to hire someone with a little play time in multiple languages for my java based system over someone that has worked solidly in java but doesn&#039;t have any experience in the others. It seems to me an expert in the language you are using is a far better choice than someone that knows it decently but also brings to the table a couple other languages which you don&#039;t use.
Oddly enough, in my early 20&#039;s, when I had lots of energy and no kids, I loved learning new frameworks and languages. But, today it is a lot different... we have huge resources available to us via the internet, and I&#039;ve barely tapped the Java language to know it&#039;s full potential, let alone trying to spend time that I could (and should) be using on my day job learning a new language or two that I most likely won&#039;t be able to use. By toy language I mean they are barely an itch in the industry compared to Java or .NET, and that so far most people I see using them often are the ones that didn&#039;t care for Java or are tired of Java for one reason or another and want something new. Despite many sites popping up with php, ruby and python, they are still minuscule compared to the jobs available and sites built on java, or even .NET.
I look at a couple of other things too. For example, iPhone&#039;s language is objective C. Androids is Java. These two potentially huge platforms (iPhone already is and Android is fast on its way) chose these instead of languages like groovy, ruby, etc. I can&#039;t help but ask, if Ruby, Python, Scala and these others are so much easier to use, faster to develop with, why not choose a language like this to write small phone apps over the larger robust languages? Maybe this isn&#039;t a fair argument, but it does make me ask why the simpler faster languages were not chosen?
See, back when there were a couple main languages, like assembly, pascal, c/c++ and java, they were all used quite in abundance...even Basic. But now, we have a crap load of &quot;the next language to replace java&quot; springing up, most of which are scripted languages not even compiling languages, and the few that use them rave about them and some how get a small following of people that jump aboard and hype it up as if it&#039;s the next big thing. I see tons of blog posts about how scala will replace Java, how groovy is going to replace java, etc. Yet, nothing has come close. Even Ruby and PHP aren&#039;t even close. They stand the most chance to make a fraction of a dent, but won&#039;t ever come close. I honestly kind of get tired of seeing all the rants about having to learn all these languages. I have enough to do with Java and one job to keep me busy for years to come, and I truly love the language. I spent the time to learn a lot of it&#039;s inner workings, to think about having to go do that all over again because a fraction of developers who are tired of Java for one reason or another (most of which have arguments that really aren&#039;t that valid) say so I don&#039;t know.. it just doesn&#039;t seem like it&#039;s necessary. Now, let&#039;s say there was no ruby/rails, php, python, etc and some newer language, pure OO, cleaner syntax, etc came out, it might be worth looking in to if it really offered something better. But I haven&#039;t seen any argument yet that indicates any of these languages are better or offer anything more than what Java does already. The biggest argument is speed of development. Hmm.. copy/paste of tried/tested code works for me. Java is a well understood language, with tons and tons of money and sharp minds behind it, using it. I don&#039;t see anything Ruby, PHP or any other language offers me that is better than what Java does.  It&#039;s almost like the &quot;If it ain&#039;t broke, don&#039;t try to fix it&quot; analogy. Java comes on every OS out there now, Ruby and PHP do not. I know that anything I write in Java will almost always run on any of the OSes out there out of the box (give or take the few that aren&#039;t updated to 1.6 yet.. thankfully OSX finally is.. but 1.5 is still there), I can&#039;t say the same for any other language out there except maybe C.
I could probably go on all day. You did make a good point.. to me php and ruby are very similar to perl and I only dabbled in perl. Like I said in my first post, I find the language syntax to be confusing and hard to read. Maybe it takes time.. but every developer blog I read about these languages raves about how fast and easy it is to develop in, and I don&#039;t consider myself a beginner developer but after looking at source and reading a book on Ruby, I still find it hard to work with and cryptic to read. Maybe my mind is stuck in the Basic/C/Pascal/Java like code style, but they make sense to me. These others ones are strange to look at and remind me highly of shell scripting and perl, neither of which I care for. lol.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I hear what you are saying Ilya. I don&#8217;t know that I&#8217;d want to hire someone with a little play time in multiple languages for my java based system over someone that has worked solidly in java but doesn&#8217;t have any experience in the others. It seems to me an expert in the language you are using is a far better choice than someone that knows it decently but also brings to the table a couple other languages which you don&#8217;t use.
Oddly enough, in my early 20&#8242;s, when I had lots of energy and no kids, I loved learning new frameworks and languages. But, today it is a lot different&#8230; we have huge resources available to us via the internet, and I&#8217;ve barely tapped the Java language to know it&#8217;s full potential, let alone trying to spend time that I could (and should) be using on my day job learning a new language or two that I most likely won&#8217;t be able to use. By toy language I mean they are barely an itch in the industry compared to Java or .NET, and that so far most people I see using them often are the ones that didn&#8217;t care for Java or are tired of Java for one reason or another and want something new. Despite many sites popping up with php, ruby and python, they are still minuscule compared to the jobs available and sites built on java, or even .NET.
I look at a couple of other things too. For example, iPhone&#8217;s language is objective C. Androids is Java. These two potentially huge platforms (iPhone already is and Android is fast on its way) chose these instead of languages like groovy, ruby, etc. I can&#8217;t help but ask, if Ruby, Python, Scala and these others are so much easier to use, faster to develop with, why not choose a language like this to write small phone apps over the larger robust languages? Maybe this isn&#8217;t a fair argument, but it does make me ask why the simpler faster languages were not chosen?
See, back when there were a couple main languages, like assembly, pascal, c/c++ and java, they were all used quite in abundance&#8230;even Basic. But now, we have a crap load of &#8220;the next language to replace java&#8221; springing up, most of which are scripted languages not even compiling languages, and the few that use them rave about them and some how get a small following of people that jump aboard and hype it up as if it&#8217;s the next big thing. I see tons of blog posts about how scala will replace Java, how groovy is going to replace java, etc. Yet, nothing has come close. Even Ruby and PHP aren&#8217;t even close. They stand the most chance to make a fraction of a dent, but won&#8217;t ever come close. I honestly kind of get tired of seeing all the rants about having to learn all these languages. I have enough to do with Java and one job to keep me busy for years to come, and I truly love the language. I spent the time to learn a lot of it&#8217;s inner workings, to think about having to go do that all over again because a fraction of developers who are tired of Java for one reason or another (most of which have arguments that really aren&#8217;t that valid) say so I don&#8217;t know.. it just doesn&#8217;t seem like it&#8217;s necessary. Now, let&#8217;s say there was no ruby/rails, php, python, etc and some newer language, pure OO, cleaner syntax, etc came out, it might be worth looking in to if it really offered something better. But I haven&#8217;t seen any argument yet that indicates any of these languages are better or offer anything more than what Java does already. The biggest argument is speed of development. Hmm.. copy/paste of tried/tested code works for me. Java is a well understood language, with tons and tons of money and sharp minds behind it, using it. I don&#8217;t see anything Ruby, PHP or any other language offers me that is better than what Java does.  It&#8217;s almost like the &#8220;If it ain&#8217;t broke, don&#8217;t try to fix it&#8221; analogy. Java comes on every OS out there now, Ruby and PHP do not. I know that anything I write in Java will almost always run on any of the OSes out there out of the box (give or take the few that aren&#8217;t updated to 1.6 yet.. thankfully OSX finally is.. but 1.5 is still there), I can&#8217;t say the same for any other language out there except maybe C.
I could probably go on all day. You did make a good point.. to me php and ruby are very similar to perl and I only dabbled in perl. Like I said in my first post, I find the language syntax to be confusing and hard to read. Maybe it takes time.. but every developer blog I read about these languages raves about how fast and easy it is to develop in, and I don&#8217;t consider myself a beginner developer but after looking at source and reading a book on Ruby, I still find it hard to work with and cryptic to read. Maybe my mind is stuck in the Basic/C/Pascal/Java like code style, but they make sense to me. These others ones are strange to look at and remind me highly of shell scripting and perl, neither of which I care for. lol.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ilya Sterin</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-69</link>
		<dc:creator>Ilya Sterin</dc:creator>
		<pubDate>Tue, 11 Aug 2009 17:28:48 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-69</guid>
		<description>&lt;p&gt;Kevin, I have dabbled in ruby/python frameworks for a bit before forming my opinions.  I wouldn&#039;t consider myself an expert in them and wouldn&#039;t necessarily say that my mind wouldn&#039;t change if I&#039;ve used one of them for quite a while.  Ruby or Python didn&#039;t seem foreign to me, hey, I was a Perl guy before Java :-)  To say that these languages are toys is pretty uninformed to be honest, they are true proven languages.  Perl&#039;s probably running as many if not more production critical systems than java, it&#039;s just not as hyped any more.  Amazon&#039;s store front is mostly written in perl.  Python powers lots of google&#039;s infrastructure and PHP powers yahoo, so not sure what you mean by toy languages.  Now with that said, most good programmers learn different languages even if their day job doesn&#039;t allow them to use it.  New ideas, ways of thinking, etc... are spawned through learning different languages and frameworks.  I&#039;d much rather hire someone who&#039;s worked in a heterogenous environment, understands the concepts and is not proficient in a particular language we&#039;re looking for, than to get someone who only programs in Java and uses it&#039;s echosystem.  There is no doubt that java and it&#039;s libraries are probably the most stable and sufficient frameworks for developing enterprise apps, but you also must look at other factors.  Thankfully with the advent of other languages running on the JVM, you now have a choice.  I wrote up a piece a few weeks ago on Groovy SQL builders for example.  I could have also done it in Java, but what a pain it would have been.
Now, to say that we want to save a few lines (actually many lines) of code, is true.  But I don&#039;t see anything wrong with it.  That&#039;s the nature of computer science, building abstractions, otherwise we&#039;d be writing code in assembly and telling java developers how dare they want to save a few lines of code.  There are times when it&#039;s important to understand the lower level details, there are times when it&#039;s not as important.  Now, even if I do understand it, I wouldn&#039;t say I&#039;d really want to say parse raw HTTP packets, even though I&#039;ve rather familiar with them.  I&#039;d rather the framework take care of that for me.  The same is true for other cross cutting concerns.  If we can get an abstraction to take care of it for us, more power to the abstraction.  Yes, there are side cases when you have to get dirty into the implementation details, but with good abstractions, these should be far and between.  There are of course &quot;leaky abstractions&quot;, which I still think are beneficial, they just expose the underlying problems with what we&#039;re trying to abstract.
I love java, i&#039;ve programmed java for the last 10 years, but with that said Java is not the end all of software development.  There are better suitors for particular problems.  Like Erlang or Scala for distributed and multi threaded programming (have you even tried multi-threaded programing with java&#039;s thread primitives?  If you&#039;ve ever developed any serious multithreaded app in java, you&#039;ll know that it&#039;s super hard, it&#039;s non-deterministic, and because of that it&#039;s bug prone even when you tested the heck out of it).  You also have Groovy, which brings some level of dynamic programming to Java.  I don&#039;t particularly love groovy, but I like it&#039;s interop with java.  Also, Clojure looks awesome for functional abstractions and multi-core concurrency through STM.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Kevin, I have dabbled in ruby/python frameworks for a bit before forming my opinions.  I wouldn&#8217;t consider myself an expert in them and wouldn&#8217;t necessarily say that my mind wouldn&#8217;t change if I&#8217;ve used one of them for quite a while.  Ruby or Python didn&#8217;t seem foreign to me, hey, I was a Perl guy before Java <img src='http://ilyasterin.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />   To say that these languages are toys is pretty uninformed to be honest, they are true proven languages.  Perl&#8217;s probably running as many if not more production critical systems than java, it&#8217;s just not as hyped any more.  Amazon&#8217;s store front is mostly written in perl.  Python powers lots of google&#8217;s infrastructure and PHP powers yahoo, so not sure what you mean by toy languages.  Now with that said, most good programmers learn different languages even if their day job doesn&#8217;t allow them to use it.  New ideas, ways of thinking, etc&#8230; are spawned through learning different languages and frameworks.  I&#8217;d much rather hire someone who&#8217;s worked in a heterogenous environment, understands the concepts and is not proficient in a particular language we&#8217;re looking for, than to get someone who only programs in Java and uses it&#8217;s echosystem.  There is no doubt that java and it&#8217;s libraries are probably the most stable and sufficient frameworks for developing enterprise apps, but you also must look at other factors.  Thankfully with the advent of other languages running on the JVM, you now have a choice.  I wrote up a piece a few weeks ago on Groovy SQL builders for example.  I could have also done it in Java, but what a pain it would have been.
Now, to say that we want to save a few lines (actually many lines) of code, is true.  But I don&#8217;t see anything wrong with it.  That&#8217;s the nature of computer science, building abstractions, otherwise we&#8217;d be writing code in assembly and telling java developers how dare they want to save a few lines of code.  There are times when it&#8217;s important to understand the lower level details, there are times when it&#8217;s not as important.  Now, even if I do understand it, I wouldn&#8217;t say I&#8217;d really want to say parse raw HTTP packets, even though I&#8217;ve rather familiar with them.  I&#8217;d rather the framework take care of that for me.  The same is true for other cross cutting concerns.  If we can get an abstraction to take care of it for us, more power to the abstraction.  Yes, there are side cases when you have to get dirty into the implementation details, but with good abstractions, these should be far and between.  There are of course &#8220;leaky abstractions&#8221;, which I still think are beneficial, they just expose the underlying problems with what we&#8217;re trying to abstract.
I love java, i&#8217;ve programmed java for the last 10 years, but with that said Java is not the end all of software development.  There are better suitors for particular problems.  Like Erlang or Scala for distributed and multi threaded programming (have you even tried multi-threaded programing with java&#8217;s thread primitives?  If you&#8217;ve ever developed any serious multithreaded app in java, you&#8217;ll know that it&#8217;s super hard, it&#8217;s non-deterministic, and because of that it&#8217;s bug prone even when you tested the heck out of it).  You also have Groovy, which brings some level of dynamic programming to Java.  I don&#8217;t particularly love groovy, but I like it&#8217;s interop with java.  Also, Clojure looks awesome for functional abstractions and multi-core concurrency through STM.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ilya Sterin</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-203</link>
		<dc:creator>Ilya Sterin</dc:creator>
		<pubDate>Tue, 11 Aug 2009 17:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-203</guid>
		<description>&lt;p&gt;Kevin, I have dabbled in ruby/python frameworks for a bit before forming my opinions.  I wouldn&#039;t consider myself an expert in them and wouldn&#039;t necessarily say that my mind wouldn&#039;t change if I&#039;ve used one of them for quite a while.  Ruby or Python didn&#039;t seem foreign to me, hey, I was a Perl guy before Java :-)  To say that these languages are toys is pretty uninformed to be honest, they are true proven languages.  Perl&#039;s probably running as many if not more production critical systems than java, it&#039;s just not as hyped any more.  Amazon&#039;s store front is mostly written in perl.  Python powers lots of google&#039;s infrastructure and PHP powers yahoo, so not sure what you mean by toy languages.  Now with that said, most good programmers learn different languages even if their day job doesn&#039;t allow them to use it.  New ideas, ways of thinking, etc... are spawned through learning different languages and frameworks.  I&#039;d much rather hire someone who&#039;s worked in a heterogenous environment, understands the concepts and is not proficient in a particular language we&#039;re looking for, than to get someone who only programs in Java and uses it&#039;s echosystem.  There is no doubt that java and it&#039;s libraries are probably the most stable and sufficient frameworks for developing enterprise apps, but you also must look at other factors.  Thankfully with the advent of other languages running on the JVM, you now have a choice.  I wrote up a piece a few weeks ago on Groovy SQL builders for example.  I could have also done it in Java, but what a pain it would have been.
Now, to say that we want to save a few lines (actually many lines) of code, is true.  But I don&#039;t see anything wrong with it.  That&#039;s the nature of computer science, building abstractions, otherwise we&#039;d be writing code in assembly and telling java developers how dare they want to save a few lines of code.  There are times when it&#039;s important to understand the lower level details, there are times when it&#039;s not as important.  Now, even if I do understand it, I wouldn&#039;t say I&#039;d really want to say parse raw HTTP packets, even though I&#039;ve rather familiar with them.  I&#039;d rather the framework take care of that for me.  The same is true for other cross cutting concerns.  If we can get an abstraction to take care of it for us, more power to the abstraction.  Yes, there are side cases when you have to get dirty into the implementation details, but with good abstractions, these should be far and between.  There are of course &quot;leaky abstractions&quot;, which I still think are beneficial, they just expose the underlying problems with what we&#039;re trying to abstract.
I love java, i&#039;ve programmed java for the last 10 years, but with that said Java is not the end all of software development.  There are better suitors for particular problems.  Like Erlang or Scala for distributed and multi threaded programming (have you even tried multi-threaded programing with java&#039;s thread primitives?  If you&#039;ve ever developed any serious multithreaded app in java, you&#039;ll know that it&#039;s super hard, it&#039;s non-deterministic, and because of that it&#039;s bug prone even when you tested the heck out of it).  You also have Groovy, which brings some level of dynamic programming to Java.  I don&#039;t particularly love groovy, but I like it&#039;s interop with java.  Also, Clojure looks awesome for functional abstractions and multi-core concurrency through STM.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Kevin, I have dabbled in ruby/python frameworks for a bit before forming my opinions.  I wouldn&#8217;t consider myself an expert in them and wouldn&#8217;t necessarily say that my mind wouldn&#8217;t change if I&#8217;ve used one of them for quite a while.  Ruby or Python didn&#8217;t seem foreign to me, hey, I was a Perl guy before Java <img src='http://ilyasterin.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />   To say that these languages are toys is pretty uninformed to be honest, they are true proven languages.  Perl&#8217;s probably running as many if not more production critical systems than java, it&#8217;s just not as hyped any more.  Amazon&#8217;s store front is mostly written in perl.  Python powers lots of google&#8217;s infrastructure and PHP powers yahoo, so not sure what you mean by toy languages.  Now with that said, most good programmers learn different languages even if their day job doesn&#8217;t allow them to use it.  New ideas, ways of thinking, etc&#8230; are spawned through learning different languages and frameworks.  I&#8217;d much rather hire someone who&#8217;s worked in a heterogenous environment, understands the concepts and is not proficient in a particular language we&#8217;re looking for, than to get someone who only programs in Java and uses it&#8217;s echosystem.  There is no doubt that java and it&#8217;s libraries are probably the most stable and sufficient frameworks for developing enterprise apps, but you also must look at other factors.  Thankfully with the advent of other languages running on the JVM, you now have a choice.  I wrote up a piece a few weeks ago on Groovy SQL builders for example.  I could have also done it in Java, but what a pain it would have been.
Now, to say that we want to save a few lines (actually many lines) of code, is true.  But I don&#8217;t see anything wrong with it.  That&#8217;s the nature of computer science, building abstractions, otherwise we&#8217;d be writing code in assembly and telling java developers how dare they want to save a few lines of code.  There are times when it&#8217;s important to understand the lower level details, there are times when it&#8217;s not as important.  Now, even if I do understand it, I wouldn&#8217;t say I&#8217;d really want to say parse raw HTTP packets, even though I&#8217;ve rather familiar with them.  I&#8217;d rather the framework take care of that for me.  The same is true for other cross cutting concerns.  If we can get an abstraction to take care of it for us, more power to the abstraction.  Yes, there are side cases when you have to get dirty into the implementation details, but with good abstractions, these should be far and between.  There are of course &#8220;leaky abstractions&#8221;, which I still think are beneficial, they just expose the underlying problems with what we&#8217;re trying to abstract.
I love java, i&#8217;ve programmed java for the last 10 years, but with that said Java is not the end all of software development.  There are better suitors for particular problems.  Like Erlang or Scala for distributed and multi threaded programming (have you even tried multi-threaded programing with java&#8217;s thread primitives?  If you&#8217;ve ever developed any serious multithreaded app in java, you&#8217;ll know that it&#8217;s super hard, it&#8217;s non-deterministic, and because of that it&#8217;s bug prone even when you tested the heck out of it).  You also have Groovy, which brings some level of dynamic programming to Java.  I don&#8217;t particularly love groovy, but I like it&#8217;s interop with java.  Also, Clojure looks awesome for functional abstractions and multi-core concurrency through STM.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-68</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Tue, 11 Aug 2009 16:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-68</guid>
		<description>&lt;p&gt;For the OP.. I am curious. did you know Ruby and grails before taking it on after you felt Spring MVC was too cumbersome? I&#039;ve dabbled in Ruby a wee bit and find it&#039;s language syntax quite cryptic. Haveing done OO Pascal, C/C++ and Java, they feel like languages to me. Ruby, Perl, PHP, those scripting languages feel out of place to me. I know if I spent the time I could learn them, but why? So far I haven&#039;t found any reason to switch because Java is far more robust for much more than what any one of these languages offers. To be fair, JRuby and those that run on the JVM have the JDK stack available, but I don&#039;t see the point in using a new language just for the sake of learning something new. They feel like toys to me and while they may offer some of those that just don&#039;t like the Java language some new way of doing the same thing, at least to me, Java is a much more powerful platform than any other language out there.
I am also amazed at how many Ruby developers say how much faster it is? Forgive me for using copy/paste, but I can get a full scale J2EE app complete with EJB, mysql integration, MVC, separation of tiers, etc in a very short time, couple hours tops if not less. Then I just start adding my code for specific functionality. I am failing to understand the developers, especially those coming from Java that rave about how fast it is to develop in Ruby.
Now on to your topic specifically. You mention REST, MVC, and many other things. It sounds like you want the end all framework and to this day I don&#039;t think any provides it all, although combining Spring + Hibernate or EJB3, and a couple other frameworks sounds like it would do what you want. There is no single framework that does what you want, and I&#039;d guess there never will be with so many solid frameworks already available. Short of you developing your own from scratch, I can&#039;t imagine someone skipping out on all the good frameworks now available to start yet another one. Most can do in some way what you ask for, and with a little bit of inter connectivity, you generally can get anything working within Spring. Mind you, I am no Spring aficionado, I&#039;ve used it a little bit, that&#039;s all so I am not trying to plug it.
So.. one thing I find really good is using Jersey for it&#039;s REST capabilities and using it from AJAX directly to bypass the need for a pure MVC framework. It allows me to offer 3rd parties a solid REST api, and I can use it as well from my own web UI with AJAX. It does NOT do the form auto population into objects, validations, etc. But I don&#039;t often find that too hard to put in anyway. Even so, I could use another framework or sub projects out there to do most of this anyway. I haven&#039;t checked recently, but I&#039;d guess there are some smaller validation libraries and form to object population libraries out there.
What I find most puzzling regarding your post and many other developers is often the complexity that they seem to go thru to avoid doing work. The configs and such to get all these parts working to me means more moving targets for problems at deployment, as well as I often find I spend more time writing xml config code to get thing to work together than I do writing code. These days, using the Jersey REST library with EJB3 I find I can quite easily handle most everything right in code without any sort of configuration issues. I have the jersey config in my web.xml, the rest is in code and works great. No multiple configs to worry about, less dependencies on various frameworks and what version they are and what they depend on and what I am missing on my classpath. It seems as we&#039;ve all grown into these large robust frameworks, we&#039;ve add a lot of extra complexity to make them work just to try to save a few lines of code here and there. Don&#039;t get me wrong..I think they are great, but I think they add complexity that is often not needed. I&#039;ve seen numerous hours, days sometimes with a simple deployment due to various dependencies and developers not knowing how that all works. It&#039;s often too easy to read some tutorial online about how to get this to work with that, and that is all they do.. they don&#039;t understand the inner workings and it causes more problems than it solves.  It&#039;s much like developers that don&#039;t know much about how the classpath works, how classloaders work, how memory management works in Java.
Anyway.. just my thoughts on this.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>For the OP.. I am curious. did you know Ruby and grails before taking it on after you felt Spring MVC was too cumbersome? I&#8217;ve dabbled in Ruby a wee bit and find it&#8217;s language syntax quite cryptic. Haveing done OO Pascal, C/C++ and Java, they feel like languages to me. Ruby, Perl, PHP, those scripting languages feel out of place to me. I know if I spent the time I could learn them, but why? So far I haven&#8217;t found any reason to switch because Java is far more robust for much more than what any one of these languages offers. To be fair, JRuby and those that run on the JVM have the JDK stack available, but I don&#8217;t see the point in using a new language just for the sake of learning something new. They feel like toys to me and while they may offer some of those that just don&#8217;t like the Java language some new way of doing the same thing, at least to me, Java is a much more powerful platform than any other language out there.
I am also amazed at how many Ruby developers say how much faster it is? Forgive me for using copy/paste, but I can get a full scale J2EE app complete with EJB, mysql integration, MVC, separation of tiers, etc in a very short time, couple hours tops if not less. Then I just start adding my code for specific functionality. I am failing to understand the developers, especially those coming from Java that rave about how fast it is to develop in Ruby.
Now on to your topic specifically. You mention REST, MVC, and many other things. It sounds like you want the end all framework and to this day I don&#8217;t think any provides it all, although combining Spring + Hibernate or EJB3, and a couple other frameworks sounds like it would do what you want. There is no single framework that does what you want, and I&#8217;d guess there never will be with so many solid frameworks already available. Short of you developing your own from scratch, I can&#8217;t imagine someone skipping out on all the good frameworks now available to start yet another one. Most can do in some way what you ask for, and with a little bit of inter connectivity, you generally can get anything working within Spring. Mind you, I am no Spring aficionado, I&#8217;ve used it a little bit, that&#8217;s all so I am not trying to plug it.
So.. one thing I find really good is using Jersey for it&#8217;s REST capabilities and using it from AJAX directly to bypass the need for a pure MVC framework. It allows me to offer 3rd parties a solid REST api, and I can use it as well from my own web UI with AJAX. It does NOT do the form auto population into objects, validations, etc. But I don&#8217;t often find that too hard to put in anyway. Even so, I could use another framework or sub projects out there to do most of this anyway. I haven&#8217;t checked recently, but I&#8217;d guess there are some smaller validation libraries and form to object population libraries out there.
What I find most puzzling regarding your post and many other developers is often the complexity that they seem to go thru to avoid doing work. The configs and such to get all these parts working to me means more moving targets for problems at deployment, as well as I often find I spend more time writing xml config code to get thing to work together than I do writing code. These days, using the Jersey REST library with EJB3 I find I can quite easily handle most everything right in code without any sort of configuration issues. I have the jersey config in my web.xml, the rest is in code and works great. No multiple configs to worry about, less dependencies on various frameworks and what version they are and what they depend on and what I am missing on my classpath. It seems as we&#8217;ve all grown into these large robust frameworks, we&#8217;ve add a lot of extra complexity to make them work just to try to save a few lines of code here and there. Don&#8217;t get me wrong..I think they are great, but I think they add complexity that is often not needed. I&#8217;ve seen numerous hours, days sometimes with a simple deployment due to various dependencies and developers not knowing how that all works. It&#8217;s often too easy to read some tutorial online about how to get this to work with that, and that is all they do.. they don&#8217;t understand the inner workings and it causes more problems than it solves.  It&#8217;s much like developers that don&#8217;t know much about how the classpath works, how classloaders work, how memory management works in Java.
Anyway.. just my thoughts on this.</p>]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/


Served from: ilyasterin.com @ 2010-09-08 23:41:07 -->