<?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: My non-conclusion about MVC</title>
	<atom:link href="http://pookey.co.uk/wordpress/archives/45-my-non-conclusion-about-mvc/feed" rel="self" type="application/rss+xml" />
	<link>http://pookey.co.uk/wordpress/archives/45-my-non-conclusion-about-mvc</link>
	<description>Random witterings from pookey</description>
	<lastBuildDate>Tue, 27 Jul 2010 16:31:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Christian Piper</title>
		<link>http://pookey.co.uk/wordpress/archives/45-my-non-conclusion-about-mvc/comment-page-1#comment-171</link>
		<dc:creator>Christian Piper</dc:creator>
		<pubDate>Thu, 06 Mar 2008 20:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://pookey.co.uk/wordpress/?p=45#comment-171</guid>
		<description>&quot;someone has suggested that the implementation in symfony (and similar frameworks) ruin scalability&quot;

I&#039;ve seen no case studies suggesting any scalability problems encountered with any of the current php/mvc frameworks.

Rails on the other hand has been done to death and the conclusion I came up with was down to engineering.

I&#039;m sure there are far bigger problems ahead (bridging CDN&#039;s with SOA&#039;s?) than the situation dev&#039;s face today, meh, can&#039;t we all get along :)

As for the Smalltalk adoption rates, I think you can blame the training industry for that, always pushing for more coboal dev&#039;s, and for what?

as for the term MVC, i&#039;ll go with whatever floats your boat.</description>
		<content:encoded><![CDATA[<p>&#8220;someone has suggested that the implementation in symfony (and similar frameworks) ruin scalability&#8221;</p>
<p>I&#8217;ve seen no case studies suggesting any scalability problems encountered with any of the current php/mvc frameworks.</p>
<p>Rails on the other hand has been done to death and the conclusion I came up with was down to engineering.</p>
<p>I&#8217;m sure there are far bigger problems ahead (bridging CDN&#8217;s with SOA&#8217;s?) than the situation dev&#8217;s face today, meh, can&#8217;t we all get along <img src='http://pookey.co.uk/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>As for the Smalltalk adoption rates, I think you can blame the training industry for that, always pushing for more coboal dev&#8217;s, and for what?</p>
<p>as for the term MVC, i&#8217;ll go with whatever floats your boat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gonzalo Garcia</title>
		<link>http://pookey.co.uk/wordpress/archives/45-my-non-conclusion-about-mvc/comment-page-1#comment-150</link>
		<dc:creator>Gonzalo Garcia</dc:creator>
		<pubDate>Thu, 06 Mar 2008 08:29:19 +0000</pubDate>
		<guid isPermaLink="false">http://pookey.co.uk/wordpress/?p=45#comment-150</guid>
		<description>&quot;If you don&#039;t want to call symfony, cake, rails etc MVC - don&#039;t. I dont&#039; care&quot;

Ignoring the point that all those go beyond the implementation of that single pattern they revolve around, I&#039;d like to point out that we, people, tend to give things names for various reasons.

One of those is to be able to identify them for what they are. Another is to be able to understand each other. And I&#039;d guess this is the main reason for Mike&#039;s commentary.

But we also use names as a psichological weapon, as a means to gain confidence over things. We give names to acquire familiarity with them, to confine what could be a vast array of concepts and details in one of two words. Imho, this is the main reason a lot of things get called MVC. At my workplace we even have a framework that&#039;s called just &#039;mvc&#039; and people refer to it as MVC v3 (which is kinda sad for a name, I must say).

So... the conclusion I reached a while ago is:
When people say MVC in a web context they just mean a way to separate those three concerns. And I know that, and they may or may not know that, but I don&#039;t actually care much as far as we both understand eachother and what their/our code actually does and how it works.</description>
		<content:encoded><![CDATA[<p>&#8220;If you don&#8217;t want to call symfony, cake, rails etc MVC &#8211; don&#8217;t. I dont&#8217; care&#8221;</p>
<p>Ignoring the point that all those go beyond the implementation of that single pattern they revolve around, I&#8217;d like to point out that we, people, tend to give things names for various reasons.</p>
<p>One of those is to be able to identify them for what they are. Another is to be able to understand each other. And I&#8217;d guess this is the main reason for Mike&#8217;s commentary.</p>
<p>But we also use names as a psichological weapon, as a means to gain confidence over things. We give names to acquire familiarity with them, to confine what could be a vast array of concepts and details in one of two words. Imho, this is the main reason a lot of things get called MVC. At my workplace we even have a framework that&#8217;s called just &#8216;mvc&#8217; and people refer to it as MVC v3 (which is kinda sad for a name, I must say).</p>
<p>So&#8230; the conclusion I reached a while ago is:<br />
When people say MVC in a web context they just mean a way to separate those three concerns. And I know that, and they may or may not know that, but I don&#8217;t actually care much as far as we both understand eachother and what their/our code actually does and how it works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ross Lawley</title>
		<link>http://pookey.co.uk/wordpress/archives/45-my-non-conclusion-about-mvc/comment-page-1#comment-161</link>
		<dc:creator>Ross Lawley</dc:creator>
		<pubDate>Wed, 05 Mar 2008 14:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://pookey.co.uk/wordpress/?p=45#comment-161</guid>
		<description>Wise words - keep on learning - its a good moto!

Unfortunately, the web industry seemed to ignore many of the lessons already learnt in the software application development world and as such has gone through such a similar history.

For example, Software development learnt long ago that Waterfall methodology when applied often failed.  They created / adopted / moved to more agile methodologies and they showed great success and adoption is slow in the web industry, but is happening.

Design and implementation lessons have also been ignored, Smalltalk is a great example of an Object Oriented language, but was largely ignored by the community as a whole.  The web industry instead went through a transformation from functional to object oriented principles.  Paradoxically, design patterns were also sidelined and then people started adopting them for their web applications.

The end result is a process that has been so accessible to all (because of its simplicity) has also meant that important learnings have been ignored - don&#039;t be one of the ignorant masses!  Learn, understand, adopt, change (yes be bold!) and feedback to the community, not everyone will understand or even want to hear what you have to say, but in the end it can only be beneficial.</description>
		<content:encoded><![CDATA[<p>Wise words &#8211; keep on learning &#8211; its a good moto!</p>
<p>Unfortunately, the web industry seemed to ignore many of the lessons already learnt in the software application development world and as such has gone through such a similar history.</p>
<p>For example, Software development learnt long ago that Waterfall methodology when applied often failed.  They created / adopted / moved to more agile methodologies and they showed great success and adoption is slow in the web industry, but is happening.</p>
<p>Design and implementation lessons have also been ignored, Smalltalk is a great example of an Object Oriented language, but was largely ignored by the community as a whole.  The web industry instead went through a transformation from functional to object oriented principles.  Paradoxically, design patterns were also sidelined and then people started adopting them for their web applications.</p>
<p>The end result is a process that has been so accessible to all (because of its simplicity) has also meant that important learnings have been ignored &#8211; don&#8217;t be one of the ignorant masses!  Learn, understand, adopt, change (yes be bold!) and feedback to the community, not everyone will understand or even want to hear what you have to say, but in the end it can only be beneficial.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
