<?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: Framework Comparison Video</title>
	<atom:link href="http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/feed/" rel="self" type="application/rss+xml" />
	<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/</link>
	<description>Thinking about programming in new ways</description>
	<lastBuildDate>Tue, 15 Mar 2011 02:30:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Dylan</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-82312</link>
		<dc:creator>Dylan</dc:creator>
		<pubDate>Sat, 04 Aug 2007 17:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-82312</guid>
		<description>A very nice video, with a few flaws. Like mentioned, the real point is not whether to use Plone/Zope over Django or Rails, etc, but whether or not to use J2EE over Dynamic Frameworks-and the Dynamic Frameworks clearly win. As to which to use, there are a few things to take into consideration:

1. Language. If you already know Python or Ruby but not the other, you should use the language you are familiar with. While Rails has a lot of press, it is just as good as Django or TurboGears.

2. Task. Like mentioned, Plone works good for some tasks, but step out of the box, and you may have issues. Similarly, internationalization may or may not be something you are looking for. Security is always a must. Never overlook it.

Based on this, the best idea is to get some free space on a Linux desktop or closed server environment (if you are feeling adventurous, you can try Windows) and test them. However, be aware that if you are exposed to the internet (not behind a router or switch, making it possible for anyone to access your machine if you activate Apache or IIS) then you will have issues. Therefore, either disconnect or get behind a router and shut off any port forwarding on port 80. Also, the time saved by using Django/TG over Rails or vice versa is never worth the time spent learning a new language, or worse, training employees in a new language. Use what you know. (If you know neither, you may want to compare the languages first. I prefer Python because of its widespread use for much more then just web apps.)

-Dylan</description>
		<content:encoded><![CDATA[<p>A very nice video, with a few flaws. Like mentioned, the real point is not whether to use Plone/Zope over Django or Rails, etc, but whether or not to use J2EE over Dynamic Frameworks-and the Dynamic Frameworks clearly win. As to which to use, there are a few things to take into consideration:</p>
<p>1. Language. If you already know Python or Ruby but not the other, you should use the language you are familiar with. While Rails has a lot of press, it is just as good as Django or TurboGears.</p>
<p>2. Task. Like mentioned, Plone works good for some tasks, but step out of the box, and you may have issues. Similarly, internationalization may or may not be something you are looking for. Security is always a must. Never overlook it.</p>
<p>Based on this, the best idea is to get some free space on a Linux desktop or closed server environment (if you are feeling adventurous, you can try Windows) and test them. However, be aware that if you are exposed to the internet (not behind a router or switch, making it possible for anyone to access your machine if you activate Apache or IIS) then you will have issues. Therefore, either disconnect or get behind a router and shut off any port forwarding on port 80. Also, the time saved by using Django/TG over Rails or vice versa is never worth the time spent learning a new language, or worse, training employees in a new language. Use what you know. (If you know neither, you may want to compare the languages first. I prefer Python because of its widespread use for much more then just web apps.)</p>
<p>-Dylan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Web Application Frameworks? &#171; Wave a dead chicken</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-42520</link>
		<dc:creator>Web Application Frameworks? &#171; Wave a dead chicken</dc:creator>
		<pubDate>Tue, 10 Apr 2007 01:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-42520</guid>
		<description>[...] by Sean Kelly of Nasas JPL comparing Zope/Plone, Ruby on Rails, Turbogears and J2EE. 36 min long. Mark Ramm has a good follow-up article.     Posted by waveadeadchicken Filed in web application frameworks, zope, turbogears, j2ee, ruby on [...]</description>
		<content:encoded><![CDATA[<p>[...] by Sean Kelly of Nasas JPL comparing Zope/Plone, Ruby on Rails, Turbogears and J2EE. 36 min long. Mark Ramm has a good follow-up article.     Posted by waveadeadchicken Filed in web application frameworks, zope, turbogears, j2ee, ruby on [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cowden</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-29008</link>
		<dc:creator>Mike Cowden</dc:creator>
		<pubDate>Wed, 21 Feb 2007 23:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-29008</guid>
		<description>A couple of things unmentioned for rails, some of them new:
1) Database Migrations--you DON&#039;T have to write sql to create the tables in your models for Rails, and this is one of the stronger features of rails--because migrations also allow you to version your database along with your code...
2) Rails 1.2 supports internationalization
3) Scaffold + Scaffold resource -- you can create the demo you did above with one line of code--I can&#039;t remember the field names, but effectively:
./script/generate scaffold_resource timetrack jobname:string starttime:datetime

Done... full crud (you still have to run your migration -- rake migrate VERSION=1 and setup your database in the configuration file).
4) Maintainability:  Ok, so you used a nice gui to setup your software... now what?  When your database model changes, when your interface changes, support for REST, etc.  Rails is built around the idea that you want code that&#039;s easy and fun to write as well as extend and maintain...

There is a point of too easy... if things are too easy the configuration, that you _will_ need to edit, is being hidden from you--and you&#039;ll have to find it evenutally

Oh and there&#039;s also a plugin that allows you to build a graphical model and have it generate the schema for you...

Other than that and it&#039;s obvious python focus it was a good video.  Would have been nice to see Rails, Zope, A PHP framework, and Java Framework like STRUTS just for the heck of it...</description>
		<content:encoded><![CDATA[<p>A couple of things unmentioned for rails, some of them new:<br />
1) Database Migrations&#8211;you DON&#8217;T have to write sql to create the tables in your models for Rails, and this is one of the stronger features of rails&#8211;because migrations also allow you to version your database along with your code&#8230;<br />
2) Rails 1.2 supports internationalization<br />
3) Scaffold + Scaffold resource &#8212; you can create the demo you did above with one line of code&#8211;I can&#8217;t remember the field names, but effectively:<br />
./script/generate scaffold_resource timetrack jobname:string starttime:datetime</p>
<p>Done&#8230; full crud (you still have to run your migration &#8212; rake migrate VERSION=1 and setup your database in the configuration file).<br />
4) Maintainability:  Ok, so you used a nice gui to setup your software&#8230; now what?  When your database model changes, when your interface changes, support for REST, etc.  Rails is built around the idea that you want code that&#8217;s easy and fun to write as well as extend and maintain&#8230;</p>
<p>There is a point of too easy&#8230; if things are too easy the configuration, that you _will_ need to edit, is being hidden from you&#8211;and you&#8217;ll have to find it evenutally</p>
<p>Oh and there&#8217;s also a plugin that allows you to build a graphical model and have it generate the schema for you&#8230;</p>
<p>Other than that and it&#8217;s obvious python focus it was a good video.  Would have been nice to see Rails, Zope, A PHP framework, and Java Framework like STRUTS just for the heck of it&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Le Brech</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-3618</link>
		<dc:creator>Joseph Le Brech</dc:creator>
		<pubDate>Fri, 01 Sep 2006 11:00:35 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-3618</guid>
		<description>Hi Mark,

I am a disgruntled Lotus Domino developer that is being moved from asp, and that has dabbled in ruby on rail and has done php.

Annoyed by the slowness of development of Domino i came up with the idea of a Screencast racing competition whereby anyone can use whatever development environment to develop a simple application from a design spec.

The rules are that you must start from a clean OS, then yum, apt get, WiseInstall. whatever is needed to setup and also Screencapture the work done on the application.

The application should be something simple like the blog demo on rubyonrails.com

The name of the competitioni cam up with is ScreencastRace2006. someone told me you have a similar idea, but i cannot find the blog page.

I&#039;m looking forward to your reply.</description>
		<content:encoded><![CDATA[<p>Hi Mark,</p>
<p>I am a disgruntled Lotus Domino developer that is being moved from asp, and that has dabbled in ruby on rail and has done php.</p>
<p>Annoyed by the slowness of development of Domino i came up with the idea of a Screencast racing competition whereby anyone can use whatever development environment to develop a simple application from a design spec.</p>
<p>The rules are that you must start from a clean OS, then yum, apt get, WiseInstall. whatever is needed to setup and also Screencapture the work done on the application.</p>
<p>The application should be something simple like the blog demo on rubyonrails.com</p>
<p>The name of the competitioni cam up with is ScreencastRace2006. someone told me you have a similar idea, but i cannot find the blog page.</p>
<p>I&#8217;m looking forward to your reply.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Ramm</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-435</link>
		<dc:creator>Mark Ramm</dc:creator>
		<pubDate>Mon, 08 May 2006 01:08:53 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-435</guid>
		<description>Bactisme,

I didn&#039;t create the video, I only commented on it! 

But, I agree it would be interesting to see how simfony and cakePhp compare the these other dynamic language frameworks. 

I think this video is interesting, but I think the real  revolutionary concept is that even for large complex applications these next generation frameworks are easier to maintain than their Java counterparts. 

--Mark</description>
		<content:encoded><![CDATA[<p>Bactisme,</p>
<p>I didn&#8217;t create the video, I only commented on it! </p>
<p>But, I agree it would be interesting to see how simfony and cakePhp compare the these other dynamic language frameworks. </p>
<p>I think this video is interesting, but I think the real  revolutionary concept is that even for large complex applications these next generation frameworks are easier to maintain than their Java counterparts. </p>
<p>&#8211;Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bactisme</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-434</link>
		<dc:creator>bactisme</dc:creator>
		<pubDate>Sun, 07 May 2006 23:53:17 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-434</guid>
		<description>But its a very good video, i will show the link at other friends ;)</description>
		<content:encoded><![CDATA[<p>But its a very good video, i will show the link at other friends ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bactisme</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-433</link>
		<dc:creator>bactisme</dc:creator>
		<pubDate>Sun, 07 May 2006 23:52:22 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-433</guid>
		<description>Why no php framework in the test ??

There are many php Framework and some might be better ...

Take a look at simfony or cakePhp, Php it&#039;s easier to sell to one companie ...

Baptiste</description>
		<content:encoded><![CDATA[<p>Why no php framework in the test ??</p>
<p>There are many php Framework and some might be better &#8230;</p>
<p>Take a look at simfony or cakePhp, Php it&#8217;s easier to sell to one companie &#8230;</p>
<p>Baptiste</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Basem Narmok</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-188</link>
		<dc:creator>Basem Narmok</dc:creator>
		<pubDate>Sun, 12 Mar 2006 09:39:22 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-188</guid>
		<description>Nice post, thank you for sharing us this, I watched the video it is cool, I love that every &quot;Java-only&quot; or &quot;C/C++-only&quot; developers to see this, it is the time for &quot;fanatic-one-programming-tool-only&quot; people to know that programming languages are just tools, and Python is a great tool ;-)

Keep it up.</description>
		<content:encoded><![CDATA[<p>Nice post, thank you for sharing us this, I watched the video it is cool, I love that every &#8220;Java-only&#8221; or &#8220;C/C++-only&#8221; developers to see this, it is the time for &#8220;fanatic-one-programming-tool-only&#8221; people to know that programming languages are just tools, and Python is a great tool ;-)</p>
<p>Keep it up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firefox</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-187</link>
		<dc:creator>Firefox</dc:creator>
		<pubDate>Sat, 11 Mar 2006 16:32:14 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-187</guid>
		<description>&lt;strong&gt;Framework Comparison Video...&lt;/strong&gt;

We didn&#039;t get through the whole Ruby on Rails comparison video, but maybe you will.......</description>
		<content:encoded><![CDATA[<p><strong>Framework Comparison Video&#8230;</strong></p>
<p>We didn&#8217;t get through the whole Ruby on Rails comparison video, but maybe you will&#8230;&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Ramm</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-186</link>
		<dc:creator>Mark Ramm</dc:creator>
		<pubDate>Sat, 11 Mar 2006 16:10:09 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-186</guid>
		<description>I totally agree, we need to work together everywhere  that it makes sense.  And I haven&#039;t noticed any closed-world attitudes from the Zope community lately, and I&#039;ve already started spreading the word in the TuboGears world.  There are a lot of smart people working on Zope and we should do what we can to take advantage of the thinking and work they have done in the TurboGears community.  

I would also say that for all of this to work our communities need the maturity to appreciate the value of approaches other than our own especially  when differences philosophy mean that continuing to work separately is the best choice.  

At PyCon I helped to arrange a dinner meeting with all the web framework guys I could find. Kevin Dangoor, Jim Fulton, Ian Bicking (paste),  Adrian and Jacob (the Django guys) and a few others were in attendance.   It really was was a good time, and I think it helped to build the relationships which will be important as we start trying to work together more.

TurboGears is moving towards having WSGI  in the core, and we have always been committed to Eggs and have worked to drive that forward.   

I am also very enthusiastic about the componentization, and WSGI support that has happened in Zope 3, and I think the eggification of Zope 3 components will encourage re-use of some of those components outside the Zope world.

I think this is a fantastic time to be involved in web development in python, and I am excited about all the interesting things going on in the Zope community and the rapid progress of Django. TurboGears.   If these three projects continue to develop as they have been,(along with twisted) I Python will have fantastic development story for every kind of web application imaginable.  

I&#039;m also convinced that different markets require different development stories, and python&#039;s web framework diversity can be an advantage rather than a disadvantage.  This is especially specially if we can use WSGI, library re-use, and eggs to make our frameworks play together well on the application level.</description>
		<content:encoded><![CDATA[<p>I totally agree, we need to work together everywhere  that it makes sense.  And I haven&#8217;t noticed any closed-world attitudes from the Zope community lately, and I&#8217;ve already started spreading the word in the TuboGears world.  There are a lot of smart people working on Zope and we should do what we can to take advantage of the thinking and work they have done in the TurboGears community.  </p>
<p>I would also say that for all of this to work our communities need the maturity to appreciate the value of approaches other than our own especially  when differences philosophy mean that continuing to work separately is the best choice.  </p>
<p>At PyCon I helped to arrange a dinner meeting with all the web framework guys I could find. Kevin Dangoor, Jim Fulton, Ian Bicking (paste),  Adrian and Jacob (the Django guys) and a few others were in attendance.   It really was was a good time, and I think it helped to build the relationships which will be important as we start trying to work together more.</p>
<p>TurboGears is moving towards having WSGI  in the core, and we have always been committed to Eggs and have worked to drive that forward.   </p>
<p>I am also very enthusiastic about the componentization, and WSGI support that has happened in Zope 3, and I think the eggification of Zope 3 components will encourage re-use of some of those components outside the Zope world.</p>
<p>I think this is a fantastic time to be involved in web development in python, and I am excited about all the interesting things going on in the Zope community and the rapid progress of Django. TurboGears.   If these three projects continue to develop as they have been,(along with twisted) I Python will have fantastic development story for every kind of web application imaginable.  </p>
<p>I&#8217;m also convinced that different markets require different development stories, and python&#8217;s web framework diversity can be an advantage rather than a disadvantage.  This is especially specially if we can use WSGI, library re-use, and eggs to make our frameworks play together well on the application level.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Everitt</title>
		<link>http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-185</link>
		<dc:creator>Paul Everitt</dc:creator>
		<pubDate>Sat, 11 Mar 2006 08:05:53 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/03/10/framework-comparison-video/#comment-185</guid>
		<description>Hi Mark, nice post.  Although I&#039;m a Zope/Plone guy, I&#039;m really happy with the progress that TurboGears and Django have made.  I&#039;m glad to see the points you make about 0.9&#039;s improvements.  I think TG has a really cool message.

For the last 4 years, I&#039;ve run the Zope track at EuroPython.  This year I felt that the Python web frameworks should hang out with each other and learn from each other&#039;s good work.   Not to mention, find places (WSGI, eggs) to move Python-in-general forward.  So I changed the track to be a web frameworks track, instead of Zope-centric.

Things have changed with Zope 3, and that includes closed-world attitudes.  Can you do me a favor and pass along the information about the track inside the TG community?</description>
		<content:encoded><![CDATA[<p>Hi Mark, nice post.  Although I&#8217;m a Zope/Plone guy, I&#8217;m really happy with the progress that TurboGears and Django have made.  I&#8217;m glad to see the points you make about 0.9&#8242;s improvements.  I think TG has a really cool message.</p>
<p>For the last 4 years, I&#8217;ve run the Zope track at EuroPython.  This year I felt that the Python web frameworks should hang out with each other and learn from each other&#8217;s good work.   Not to mention, find places (WSGI, eggs) to move Python-in-general forward.  So I changed the track to be a web frameworks track, instead of Zope-centric.</p>
<p>Things have changed with Zope 3, and that includes closed-world attitudes.  Can you do me a favor and pass along the information about the track inside the TG community?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

