<?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: After all! What is this no-framework?</title>
	<atom:link href="http://www.devlopr.com/after-all-what-is-this-no-framework/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.devlopr.com/after-all-what-is-this-no-framework/</link>
	<description>Jayesh Kitukale&#039;s Bold Blog</description>
	<lastBuildDate>Thu, 14 Jan 2010 07:17:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tim Lind</title>
		<link>http://www.devlopr.com/after-all-what-is-this-no-framework/comment-page-1/#comment-32</link>
		<dc:creator>Tim Lind</dc:creator>
		<pubDate>Thu, 14 Jan 2010 07:17:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.devlopr.com/?p=27#comment-32</guid>
		<description>Hey.

I know exactly what you mean, in fact, I&#039;ve spent a long time building a framework with the same desires, that it doesn&#039;t do anything that you don&#039;t actually see.

You can have a &quot;framework&quot; that let&#039;s you actually control and know every action that is taking place, instead of bundling actions together. This framework will provide you full control but still deal with all of the messy things so you only need to worry about the core concern.

I have recently created a design that provides this and I&#039;m really happy with it for my (usually very fussy) needs.

I put up a quick preview of some of that &quot;framework&quot;, which ends up actually being more like an API, and I think that is the trick to achieving a powerful and easy to understand framework.

http://timlind.posterous.com/greatest-little-database-framework</description>
		<content:encoded><![CDATA[<p>Hey.</p>
<p>I know exactly what you mean, in fact, I&#8217;ve spent a long time building a framework with the same desires, that it doesn&#8217;t do anything that you don&#8217;t actually see.</p>
<p>You can have a &#8220;framework&#8221; that let&#8217;s you actually control and know every action that is taking place, instead of bundling actions together. This framework will provide you full control but still deal with all of the messy things so you only need to worry about the core concern.</p>
<p>I have recently created a design that provides this and I&#8217;m really happy with it for my (usually very fussy) needs.</p>
<p>I put up a quick preview of some of that &#8220;framework&#8221;, which ends up actually being more like an API, and I think that is the trick to achieving a powerful and easy to understand framework.</p>
<p><a href="http://timlind.posterous.com/greatest-little-database-framework" rel="nofollow">http://timlind.posterous.com/greatest-little-database-framework</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abcphp.com</title>
		<link>http://www.devlopr.com/after-all-what-is-this-no-framework/comment-page-1/#comment-22</link>
		<dc:creator>abcphp.com</dc:creator>
		<pubDate>Sun, 03 Jan 2010 10:09:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.devlopr.com/?p=27#comment-22</guid>
		<description>&lt;strong&gt;After all! What is this no-framework?...&lt;/strong&gt;

Most frameworks rely on the Hollywood principle: Don’t call us, we will call you! This is the root of all the problems. The classic MVC pattern is a great tool, but it is almost always implemented in conjunction with the Hollywood principle (Technicall...</description>
		<content:encoded><![CDATA[<p><strong>After all! What is this no-framework?&#8230;</strong></p>
<p>Most frameworks rely on the Hollywood principle: Don’t call us, we will call you! This is the root of all the problems. The classic MVC pattern is a great tool, but it is almost always implemented in conjunction with the Hollywood principle (Technicall&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jayesh Kitukale</title>
		<link>http://www.devlopr.com/after-all-what-is-this-no-framework/comment-page-1/#comment-21</link>
		<dc:creator>Jayesh Kitukale</dc:creator>
		<pubDate>Sun, 03 Jan 2010 01:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.devlopr.com/?p=27#comment-21</guid>
		<description>@Paul
Sorry I think I am not writing well enough. What I am trying to tell is that the main feature of any framework is the Callback mechanism which &quot;hides&quot; things. This is the main reason why frameworks are so tricky. If what I am doing is also called framework, then alright, I am just asking to make a &quot;visible&quot; framework where the framework does not hide anything. Everything is plain visible in just a few locations not several intricate web of folders and files. Most framework builders will not call such a framework, a framework at all because, according to them, the most important aspect that of hiding the common stuff will not be done in this no-framework.
I hope I am clear enough now?</description>
		<content:encoded><![CDATA[<p>@Paul<br />
Sorry I think I am not writing well enough. What I am trying to tell is that the main feature of any framework is the Callback mechanism which &#8220;hides&#8221; things. This is the main reason why frameworks are so tricky. If what I am doing is also called framework, then alright, I am just asking to make a &#8220;visible&#8221; framework where the framework does not hide anything. Everything is plain visible in just a few locations not several intricate web of folders and files. Most framework builders will not call such a framework, a framework at all because, according to them, the most important aspect that of hiding the common stuff will not be done in this no-framework.<br />
I hope I am clear enough now?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://www.devlopr.com/after-all-what-is-this-no-framework/comment-page-1/#comment-19</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Sat, 02 Jan 2010 18:01:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.devlopr.com/?p=27#comment-19</guid>
		<description>Reminds me of Rasmus&#039; post - http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html

The main concern is that when you develop your own &quot;no framework&quot; you end up framework anyway, with code that you only understand.  Hard to find developers for code that only you understand.  Granted if you have the time and resources to properly document and standardize code, you can get around this... but most people can&#039;t.</description>
		<content:encoded><![CDATA[<p>Reminds me of Rasmus&#8217; post &#8211; <a href="http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html" rel="nofollow">http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html</a></p>
<p>The main concern is that when you develop your own &#8220;no framework&#8221; you end up framework anyway, with code that you only understand.  Hard to find developers for code that only you understand.  Granted if you have the time and resources to properly document and standardize code, you can get around this&#8230; but most people can&#8217;t.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
