<?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>Against the grain software and startups</description> <lastBuildDate>Thu, 26 Jan 2012 12:50:49 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>By: Srini</title><link>http://ilyasterin.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-254</link> <dc:creator>Srini</dc:creator> <pubDate>Wed, 01 Dec 2010 23:34:00 +0000</pubDate> <guid isPermaLink="false">http://ilya.cobrio.com/blog/2009/07/choosing-a-web-development-frameworktoolkit.html#comment-254</guid> <description>&lt;p&gt;Very Good post &amp; useful!&lt;/p&gt; </description> <content:encoded><![CDATA[<p>Very Good post &amp; useful!</p>]]></content:encoded> </item> <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> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using memcached

Served from: ilyasterin.com @ 2012-02-05 23:34:06 -->
