<?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: I Don&#8217;t Need Your Frickin&#8217; Framework!</title>
	<atom:link href="http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/feed/" rel="self" type="application/rss+xml" />
	<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/</link>
	<description>What would OJ do?</description>
	<lastBuildDate>Wed, 08 Sep 2010 12:46: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: OJ</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-1284</link>
		<dc:creator>OJ</dc:creator>
		<pubDate>Sun, 24 May 2009 22:40:25 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-1284</guid>
		<description>@Ryan: Thanks for the insightful comment.

You can rest assured that none of my judgements are made at speed. Particularly when it comes to technology. I have had a look at CSLA, as I have previously mentioned. I have looked deep enough to be soundly disturbed. Yes, there is a Data Portal (which is what the Message Portal) was built on top of. In my years as a software developer I have never ever seen something like that make it into production. In my opinion, it is for good reason.

Yes, I do know enough about CSLA to know that even the most simple mechanisms are made quite complicated. Your argument suggests that having 30+ frames added to a call stack for a simple function call is acceptable given that the rest of CSLA does the same. In my view, the fact that it&#039;s common or atypical is another indication that CSLA is overengineered and bloated. There&#039;s no excuse for having a call stack that deep to make a simple function call. Yes, I know it&#039;s there &quot;in case you need to do stuff&quot;, but it&#039;s another example of YAGNI, and a very bloated and slow one at that.

To answer your other question, I most certainly did try to influence what was going on. Unfortunately, due to the nature of the management structure and the positions that certain ignorant people were in, I was unable to make any changed. Keef is indeed right, he knows me very well. I am vocal about my views and am quite happy to have discussions about this kind of stuff with those involved. I had attempted to highglight the issues with the framework, but I was simply ignored and basically shut down. Ignorance is bliss isn&#039;t it? So I was in the same boat as you described. As a contractor who came in rather late to the project I wasn&#039;t in any position to make the decision. I did, however, do my best to influence it. My best wasn&#039;t good enough.

That last part is quite interesting! You&#039;re right, there does seem to be a fear out there over being tied to a framework that isn&#039;t supported or owned. If you use the example in my post, you can&#039;t hardly blame them! The framework was based on the open source CSLA. It was hacked to pieces by an inexeperienced developer who made it worse than it was in the first place. This is quite common of open source forks.

Don&#039;t get me wrong, I love open source, and I see great value it in. Unfortunately, it seems to be abused on a fairly regular basis and people end up creating thousands of bastardised branches of code that they should have left alone.

As far as picking a framework and sticking to it goes, I do agree that it&#039;s stupid that people are scared to take it on. NIH really is an issue, particularly in the world of bespoke software development.

@Keef: Thanks mate, you&#039;re right! I only gave up when my contract ended.</description>
		<content:encoded><![CDATA[<p>@Ryan: Thanks for the insightful comment.</p>
<p>You can rest assured that none of my judgements are made at speed. Particularly when it comes to technology. I have had a look at CSLA, as I have previously mentioned. I have looked deep enough to be soundly disturbed. Yes, there is a Data Portal (which is what the Message Portal) was built on top of. In my years as a software developer I have never ever seen something like that make it into production. In my opinion, it is for good reason.</p>
<p>Yes, I do know enough about CSLA to know that even the most simple mechanisms are made quite complicated. Your argument suggests that having 30+ frames added to a call stack for a simple function call is acceptable given that the rest of CSLA does the same. In my view, the fact that it&#8217;s common or atypical is another indication that CSLA is overengineered and bloated. There&#8217;s no excuse for having a call stack that deep to make a simple function call. Yes, I know it&#8217;s there &#8220;in case you need to do stuff&#8221;, but it&#8217;s another example of YAGNI, and a very bloated and slow one at that.</p>
<p>To answer your other question, I most certainly did try to influence what was going on. Unfortunately, due to the nature of the management structure and the positions that certain ignorant people were in, I was unable to make any changed. Keef is indeed right, he knows me very well. I am vocal about my views and am quite happy to have discussions about this kind of stuff with those involved. I had attempted to highglight the issues with the framework, but I was simply ignored and basically shut down. Ignorance is bliss isn&#8217;t it? So I was in the same boat as you described. As a contractor who came in rather late to the project I wasn&#8217;t in any position to make the decision. I did, however, do my best to influence it. My best wasn&#8217;t good enough.</p>
<p>That last part is quite interesting! You&#8217;re right, there does seem to be a fear out there over being tied to a framework that isn&#8217;t supported or owned. If you use the example in my post, you can&#8217;t hardly blame them! The framework was based on the open source CSLA. It was hacked to pieces by an inexeperienced developer who made it worse than it was in the first place. This is quite common of open source forks.</p>
<p>Don&#8217;t get me wrong, I love open source, and I see great value it in. Unfortunately, it seems to be abused on a fairly regular basis and people end up creating thousands of bastardised branches of code that they should have left alone.</p>
<p>As far as picking a framework and sticking to it goes, I do agree that it&#8217;s stupid that people are scared to take it on. NIH really is an issue, particularly in the world of bespoke software development.</p>
<p>@Keef: Thanks mate, you&#8217;re right! I only gave up when my contract ended.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OJ</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-3437</link>
		<dc:creator>OJ</dc:creator>
		<pubDate>Sun, 24 May 2009 22:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-3437</guid>
		<description>@Ryan: Thanks for the insightful comment.

You can rest assured that none of my judgements are made at speed. Particularly when it comes to technology. I have had a look at CSLA, as I have previously mentioned. I have looked deep enough to be soundly disturbed. Yes, there is a Data Portal (which is what the Message Portal) was built on top of. In my years as a software developer I have never ever seen something like that make it into production. In my opinion, it is for good reason.

Yes, I do know enough about CSLA to know that even the most simple mechanisms are made quite complicated. Your argument suggests that having 30+ frames added to a call stack for a simple function call is acceptable given that the rest of CSLA does the same. In my view, the fact that it&#039;s common or atypical is another indication that CSLA is overengineered and bloated. There&#039;s no excuse for having a call stack that deep to make a simple function call. Yes, I know it&#039;s there &quot;in case you need to do stuff&quot;, but it&#039;s another example of YAGNI, and a very bloated and slow one at that.

To answer your other question, I most certainly did try to influence what was going on. Unfortunately, due to the nature of the management structure and the positions that certain ignorant people were in, I was unable to make any changed. Keef is indeed right, he knows me very well. I am vocal about my views and am quite happy to have discussions about this kind of stuff with those involved. I had attempted to highglight the issues with the framework, but I was simply ignored and basically shut down. Ignorance is bliss isn&#039;t it? So I was in the same boat as you described. As a contractor who came in rather late to the project I wasn&#039;t in any position to make the decision. I did, however, do my best to influence it. My best wasn&#039;t good enough.

That last part is quite interesting! You&#039;re right, there does seem to be a fear out there over being tied to a framework that isn&#039;t supported or owned. If you use the example in my post, you can&#039;t hardly blame them! The framework was based on the open source CSLA. It was hacked to pieces by an inexeperienced developer who made it worse than it was in the first place. This is quite common of open source forks.

Don&#039;t get me wrong, I love open source, and I see great value it in. Unfortunately, it seems to be abused on a fairly regular basis and people end up creating thousands of bastardised branches of code that they should have left alone.

As far as picking a framework and sticking to it goes, I do agree that it&#039;s stupid that people are scared to take it on. NIH really is an issue, particularly in the world of bespoke software development.

@Keef: Thanks mate, you&#039;re right! I only gave up when my contract ended.</description>
		<content:encoded><![CDATA[<p>@Ryan: Thanks for the insightful comment.</p>
<p>You can rest assured that none of my judgements are made at speed. Particularly when it comes to technology. I have had a look at CSLA, as I have previously mentioned. I have looked deep enough to be soundly disturbed. Yes, there is a Data Portal (which is what the Message Portal) was built on top of. In my years as a software developer I have never ever seen something like that make it into production. In my opinion, it is for good reason.</p>
<p>Yes, I do know enough about CSLA to know that even the most simple mechanisms are made quite complicated. Your argument suggests that having 30+ frames added to a call stack for a simple function call is acceptable given that the rest of CSLA does the same. In my view, the fact that it&#8217;s common or atypical is another indication that CSLA is overengineered and bloated. There&#8217;s no excuse for having a call stack that deep to make a simple function call. Yes, I know it&#8217;s there &#8220;in case you need to do stuff&#8221;, but it&#8217;s another example of YAGNI, and a very bloated and slow one at that.</p>
<p>To answer your other question, I most certainly did try to influence what was going on. Unfortunately, due to the nature of the management structure and the positions that certain ignorant people were in, I was unable to make any changed. Keef is indeed right, he knows me very well. I am vocal about my views and am quite happy to have discussions about this kind of stuff with those involved. I had attempted to highglight the issues with the framework, but I was simply ignored and basically shut down. Ignorance is bliss isn&#8217;t it? So I was in the same boat as you described. As a contractor who came in rather late to the project I wasn&#8217;t in any position to make the decision. I did, however, do my best to influence it. My best wasn&#8217;t good enough.</p>
<p>That last part is quite interesting! You&#8217;re right, there does seem to be a fear out there over being tied to a framework that isn&#8217;t supported or owned. If you use the example in my post, you can&#8217;t hardly blame them! The framework was based on the open source CSLA. It was hacked to pieces by an inexeperienced developer who made it worse than it was in the first place. This is quite common of open source forks.</p>
<p>Don&#8217;t get me wrong, I love open source, and I see great value it in. Unfortunately, it seems to be abused on a fairly regular basis and people end up creating thousands of bastardised branches of code that they should have left alone.</p>
<p>As far as picking a framework and sticking to it goes, I do agree that it&#8217;s stupid that people are scared to take it on. NIH really is an issue, particularly in the world of bespoke software development.</p>
<p>@Keef: Thanks mate, you&#8217;re right! I only gave up when my contract ended.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keef</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-1280</link>
		<dc:creator>Keef</dc:creator>
		<pubDate>Fri, 22 May 2009 13:39:58 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-1280</guid>
		<description>Knowing OJ he&#039;ll have ranted about the problems with the framework to deaf ears till the cows came home.</description>
		<content:encoded><![CDATA[<p>Knowing OJ he&#8217;ll have ranted about the problems with the framework to deaf ears till the cows came home.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keef</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-3436</link>
		<dc:creator>Keef</dc:creator>
		<pubDate>Fri, 22 May 2009 13:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-3436</guid>
		<description>Knowing OJ he&#039;ll have ranted about the problems with the framework to deaf ears till the cows came home.</description>
		<content:encoded><![CDATA[<p>Knowing OJ he&#8217;ll have ranted about the problems with the framework to deaf ears till the cows came home.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-1279</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Fri, 22 May 2009 12:45:50 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-1279</guid>
		<description>I agree that less frameworks around the place are better than not. Your right, in my experience almost every organisation that I have worked for has had a framework that they are developing and/or have developed. Each of which are used to varying degrees of effectiveness. 

 In the case you have described I personally wouldn&#039;t be so quick to judge. For instance, you mentioned CSLA, if you have a look at CSLA the concept of the messageportal is a core part of CSLA (except that it is called a data portal) and uses a lot of reflection. Also you mention the stack being fairly large (I think you mentioned 30+), again if you know CSLA you would know that this sort of stack is not a-typical depending on the scenario you have. 

 From the sounds of what you have described, did you try and influence what was going on and make them aware of the problems (i.e. the database connections, the object graph, etc). When I am faced with a problem like this, I usually try and help show them what is wrong with what they are doing and that reinventing the wheel isn&#039;t helpful - lets assess what’s really going on here. In some cases, I am not in a position to make the decision, but I always feel I should put my 2c worth in at the time and not just after the fact when it fails. But I am sure this is what you have done and who knows what else was going on at the time.

 Also in my experience the decisions surrounding whether to build a framework or not usually comes down to &quot;some&quot; businesses being unwilling to have a hard dependency on open source software. Which I think is for the most part completely absurd. I think what we as an industry are lacking in a general standard by which open source projects can be rated so that when we go into bat and try and convince the people who don&#039;t want to have a &quot;dependency&quot; on open source projects, we can say that this project is better than another one, not just because I or you like it but because the community has given it the following - quality, maintained, reliability, etc rating.</description>
		<content:encoded><![CDATA[<p>I agree that less frameworks around the place are better than not. Your right, in my experience almost every organisation that I have worked for has had a framework that they are developing and/or have developed. Each of which are used to varying degrees of effectiveness. </p>
<p> In the case you have described I personally wouldn&#8217;t be so quick to judge. For instance, you mentioned CSLA, if you have a look at CSLA the concept of the messageportal is a core part of CSLA (except that it is called a data portal) and uses a lot of reflection. Also you mention the stack being fairly large (I think you mentioned 30+), again if you know CSLA you would know that this sort of stack is not a-typical depending on the scenario you have. </p>
<p> From the sounds of what you have described, did you try and influence what was going on and make them aware of the problems (i.e. the database connections, the object graph, etc). When I am faced with a problem like this, I usually try and help show them what is wrong with what they are doing and that reinventing the wheel isn&#8217;t helpful &#8211; lets assess what’s really going on here. In some cases, I am not in a position to make the decision, but I always feel I should put my 2c worth in at the time and not just after the fact when it fails. But I am sure this is what you have done and who knows what else was going on at the time.</p>
<p> Also in my experience the decisions surrounding whether to build a framework or not usually comes down to &#8220;some&#8221; businesses being unwilling to have a hard dependency on open source software. Which I think is for the most part completely absurd. I think what we as an industry are lacking in a general standard by which open source projects can be rated so that when we go into bat and try and convince the people who don&#8217;t want to have a &#8220;dependency&#8221; on open source projects, we can say that this project is better than another one, not just because I or you like it but because the community has given it the following &#8211; quality, maintained, reliability, etc rating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-3435</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Fri, 22 May 2009 12:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-3435</guid>
		<description>I agree that less frameworks around the place are better than not. Your right, in my experience almost every organisation that I have worked for has had a framework that they are developing and/or have developed. Each of which are used to varying degrees of effectiveness. 

 In the case you have described I personally wouldn&#039;t be so quick to judge. For instance, you mentioned CSLA, if you have a look at CSLA the concept of the messageportal is a core part of CSLA (except that it is called a data portal) and uses a lot of reflection. Also you mention the stack being fairly large (I think you mentioned 30+), again if you know CSLA you would know that this sort of stack is not a-typical depending on the scenario you have. 

 From the sounds of what you have described, did you try and influence what was going on and make them aware of the problems (i.e. the database connections, the object graph, etc). When I am faced with a problem like this, I usually try and help show them what is wrong with what they are doing and that reinventing the wheel isn&#039;t helpful - lets assess what’s really going on here. In some cases, I am not in a position to make the decision, but I always feel I should put my 2c worth in at the time and not just after the fact when it fails. But I am sure this is what you have done and who knows what else was going on at the time.

 Also in my experience the decisions surrounding whether to build a framework or not usually comes down to &quot;some&quot; businesses being unwilling to have a hard dependency on open source software. Which I think is for the most part completely absurd. I think what we as an industry are lacking in a general standard by which open source projects can be rated so that when we go into bat and try and convince the people who don&#039;t want to have a &quot;dependency&quot; on open source projects, we can say that this project is better than another one, not just because I or you like it but because the community has given it the following - quality, maintained, reliability, etc rating.</description>
		<content:encoded><![CDATA[<p>I agree that less frameworks around the place are better than not. Your right, in my experience almost every organisation that I have worked for has had a framework that they are developing and/or have developed. Each of which are used to varying degrees of effectiveness. </p>
<p> In the case you have described I personally wouldn&#8217;t be so quick to judge. For instance, you mentioned CSLA, if you have a look at CSLA the concept of the messageportal is a core part of CSLA (except that it is called a data portal) and uses a lot of reflection. Also you mention the stack being fairly large (I think you mentioned 30+), again if you know CSLA you would know that this sort of stack is not a-typical depending on the scenario you have. </p>
<p> From the sounds of what you have described, did you try and influence what was going on and make them aware of the problems (i.e. the database connections, the object graph, etc). When I am faced with a problem like this, I usually try and help show them what is wrong with what they are doing and that reinventing the wheel isn&#8217;t helpful &#8211; lets assess what’s really going on here. In some cases, I am not in a position to make the decision, but I always feel I should put my 2c worth in at the time and not just after the fact when it fails. But I am sure this is what you have done and who knows what else was going on at the time.</p>
<p> Also in my experience the decisions surrounding whether to build a framework or not usually comes down to &#8220;some&#8221; businesses being unwilling to have a hard dependency on open source software. Which I think is for the most part completely absurd. I think what we as an industry are lacking in a general standard by which open source projects can be rated so that when we go into bat and try and convince the people who don&#8217;t want to have a &#8220;dependency&#8221; on open source projects, we can say that this project is better than another one, not just because I or you like it but because the community has given it the following &#8211; quality, maintained, reliability, etc rating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brodie</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-1253</link>
		<dc:creator>brodie</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:54:17 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-1253</guid>
		<description>First and foremost, nice post OJ, and I have to agree that these days it doesn&#039;t make much sense to roll your own framework for the run of the mill business applications, in the same sense that it doesn&#039;t make sense to write your own bug tracking tool.

I&#039;ve been around long enough to witness the dubious ethos of some developers (with tendency towards contractors ;) that is to deliberately create an overly complicated solution with the sole purpose of fulfilling their coding fantasies, extending their own contract, and fattening their wallets ... and this can be excruciatingly frustrating.

From a business point of view you are right ... but the one thing that concerns me is that you may be stomping a little on creativity and innovation.  I have to agree with @tarn and his comment about the people who &#039;show us a better way to roll&#039;, people with the engineering spirit and can&#039;t help themselves but to pull things apart, see how they work, and make them better. Yes, they may make mistakes along the way (at the expense of other people&#039;s time and money) but that is how we learn isn&#039;t it?

I think every good developer probably needs to cut their teeth on their version of a framework, a search engine, or write their own blog from scratch, to help with the learning process and to appreciate what goes into making a decent solution.  I wouldn&#039;t want you to send the wrong message and create an army of brain-washed code monkeys who only have a hammer in their toolbox and make every problem look like a nail.

Hmmm, although, an army of brain-washed code monkeys could actually come in handy sometimes.

Keep up the good work!</description>
		<content:encoded><![CDATA[<p>First and foremost, nice post OJ, and I have to agree that these days it doesn&#8217;t make much sense to roll your own framework for the run of the mill business applications, in the same sense that it doesn&#8217;t make sense to write your own bug tracking tool.</p>
<p>I&#8217;ve been around long enough to witness the dubious ethos of some developers (with tendency towards contractors <img src='http://buffered.io/wp-content/plugins/smilies-themer/Silk/emoticon_wink.png' alt=';)' class='wp-smiley' /> that is to deliberately create an overly complicated solution with the sole purpose of fulfilling their coding fantasies, extending their own contract, and fattening their wallets &#8230; and this can be excruciatingly frustrating.</p>
<p>From a business point of view you are right &#8230; but the one thing that concerns me is that you may be stomping a little on creativity and innovation.  I have to agree with @tarn and his comment about the people who &#8216;show us a better way to roll&#8217;, people with the engineering spirit and can&#8217;t help themselves but to pull things apart, see how they work, and make them better. Yes, they may make mistakes along the way (at the expense of other people&#8217;s time and money) but that is how we learn isn&#8217;t it?</p>
<p>I think every good developer probably needs to cut their teeth on their version of a framework, a search engine, or write their own blog from scratch, to help with the learning process and to appreciate what goes into making a decent solution.  I wouldn&#8217;t want you to send the wrong message and create an army of brain-washed code monkeys who only have a hammer in their toolbox and make every problem look like a nail.</p>
<p>Hmmm, although, an army of brain-washed code monkeys could actually come in handy sometimes.</p>
<p>Keep up the good work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brodie</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-3434</link>
		<dc:creator>brodie</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-3434</guid>
		<description>First and foremost, nice post OJ, and I have to agree that these days it doesn&#039;t make much sense to roll your own framework for the run of the mill business applications, in the same sense that it doesn&#039;t make sense to write your own bug tracking tool.

I&#039;ve been around long enough to witness the dubious ethos of some developers (with tendency towards contractors ;) that is to deliberately create an overly complicated solution with the sole purpose of fulfilling their coding fantasies, extending their own contract, and fattening their wallets ... and this can be excruciatingly frustrating.

From a business point of view you are right ... but the one thing that concerns me is that you may be stomping a little on creativity and innovation.  I have to agree with @tarn and his comment about the people who &#039;show us a better way to roll&#039;, people with the engineering spirit and can&#039;t help themselves but to pull things apart, see how they work, and make them better. Yes, they may make mistakes along the way (at the expense of other people&#039;s time and money) but that is how we learn isn&#039;t it?

I think every good developer probably needs to cut their teeth on their version of a framework, a search engine, or write their own blog from scratch, to help with the learning process and to appreciate what goes into making a decent solution.  I wouldn&#039;t want you to send the wrong message and create an army of brain-washed code monkeys who only have a hammer in their toolbox and make every problem look like a nail.

Hmmm, although, an army of brain-washed code monkeys could actually come in handy sometimes.

Keep up the good work!</description>
		<content:encoded><![CDATA[<p>First and foremost, nice post OJ, and I have to agree that these days it doesn&#8217;t make much sense to roll your own framework for the run of the mill business applications, in the same sense that it doesn&#8217;t make sense to write your own bug tracking tool.</p>
<p>I&#8217;ve been around long enough to witness the dubious ethos of some developers (with tendency towards contractors <img src='http://buffered.io/wp-content/plugins/smilies-themer/Silk/emoticon_wink.png' alt=';)' class='wp-smiley' /> that is to deliberately create an overly complicated solution with the sole purpose of fulfilling their coding fantasies, extending their own contract, and fattening their wallets &#8230; and this can be excruciatingly frustrating.</p>
<p>From a business point of view you are right &#8230; but the one thing that concerns me is that you may be stomping a little on creativity and innovation.  I have to agree with @tarn and his comment about the people who &#8216;show us a better way to roll&#8217;, people with the engineering spirit and can&#8217;t help themselves but to pull things apart, see how they work, and make them better. Yes, they may make mistakes along the way (at the expense of other people&#8217;s time and money) but that is how we learn isn&#8217;t it?</p>
<p>I think every good developer probably needs to cut their teeth on their version of a framework, a search engine, or write their own blog from scratch, to help with the learning process and to appreciate what goes into making a decent solution.  I wouldn&#8217;t want you to send the wrong message and create an army of brain-washed code monkeys who only have a hammer in their toolbox and make every problem look like a nail.</p>
<p>Hmmm, although, an army of brain-washed code monkeys could actually come in handy sometimes.</p>
<p>Keep up the good work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OJ</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-1249</link>
		<dc:creator>OJ</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:04:20 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-1249</guid>
		<description>@tarn: Cheers for the comment mate ;)

The bane about posts like this is that you have to make sweeping generalisations. To be honest, I really love the line you pointed out, though it is rather extreme!

There will always be some need for frameworks. I have indeed used ASP.NET Web Forms as well as ASP.NET MVC and WinForms too. They can all be branded as frameworks. Same goes for W?F. Am I happy to use those? Of course I am.

RoR is indeed genius (though made much better thanks to Merb). Django is not something that I&#039;ve played with but I have heard good things about it.

The crux of my issue is this: stop writing bespoke EA frameworks. They&#039;re an epic fail :)</description>
		<content:encoded><![CDATA[<p>@tarn: Cheers for the comment mate <img src='http://buffered.io/wp-content/plugins/smilies-themer/Silk/emoticon_wink.png' alt=';)' class='wp-smiley' /><br />
The bane about posts like this is that you have to make sweeping generalisations. To be honest, I really love the line you pointed out, though it is rather extreme!</p>
<p>There will always be some need for frameworks. I have indeed used ASP.NET Web Forms as well as ASP.NET MVC and WinForms too. They can all be branded as frameworks. Same goes for W?F. Am I happy to use those? Of course I am.</p>
<p>RoR is indeed genius (though made much better thanks to Merb). Django is not something that I&#8217;ve played with but I have heard good things about it.</p>
<p>The crux of my issue is this: stop writing bespoke EA frameworks. They&#8217;re an epic fail <img src='http://buffered.io/wp-content/plugins/smilies-themer/Silk/emoticon_smile.png' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OJ</title>
		<link>http://buffered.io/2009/04/13/i-dont-need-your-frickin-framework/comment-page-1/#comment-3430</link>
		<dc:creator>OJ</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://buffered.io/?p=682#comment-3430</guid>
		<description>@tarn: Cheers for the comment mate ;)

The bane about posts like this is that you have to make sweeping generalisations. To be honest, I really love the line you pointed out, though it is rather extreme!

There will always be some need for frameworks. I have indeed used ASP.NET Web Forms as well as ASP.NET MVC and WinForms too. They can all be branded as frameworks. Same goes for W?F. Am I happy to use those? Of course I am.

RoR is indeed genius (though made much better thanks to Merb). Django is not something that I&#039;ve played with but I have heard good things about it.

The crux of my issue is this: stop writing bespoke EA frameworks. They&#039;re an epic fail :)</description>
		<content:encoded><![CDATA[<p>@tarn: Cheers for the comment mate <img src='http://buffered.io/wp-content/plugins/smilies-themer/Silk/emoticon_wink.png' alt=';)' class='wp-smiley' /><br />
The bane about posts like this is that you have to make sweeping generalisations. To be honest, I really love the line you pointed out, though it is rather extreme!</p>
<p>There will always be some need for frameworks. I have indeed used ASP.NET Web Forms as well as ASP.NET MVC and WinForms too. They can all be branded as frameworks. Same goes for W?F. Am I happy to use those? Of course I am.</p>
<p>RoR is indeed genius (though made much better thanks to Merb). Django is not something that I&#8217;ve played with but I have heard good things about it.</p>
<p>The crux of my issue is this: stop writing bespoke EA frameworks. They&#8217;re an epic fail <img src='http://buffered.io/wp-content/plugins/smilies-themer/Silk/emoticon_smile.png' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
