<?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: Some thoughts on extension development</title>
	<atom:link href="http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/</link>
	<description>A blog for professional TYPO3 developers</description>
	<lastBuildDate>Fri, 02 Sep 2011 12:16:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Dmitry Dulepov</title>
		<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/comment-page-1/#comment-150</link>
		<dc:creator>Dmitry Dulepov</dc:creator>
		<pubDate>Mon, 11 May 2009 17:20:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.typoplanet.de/?p=92#comment-150</guid>
		<description>&gt;In TYPO3 v5 you have to learn new (but common) paradigms and patterns.
&gt;This may take also quite a long time. But, in the end you are a geek in
&gt;software development and not only in developing for a certain framework.

What if you know this stuff for nearly 10 years? :) It is not new, all those patterns existed in the beginning of this century. They are only taken to PHP programming lately. In Java and C++ they existed many years ago. Good that PHP developer also started using them :)</description>
		<content:encoded><![CDATA[<p>&gt;In TYPO3 v5 you have to learn new (but common) paradigms and patterns.<br />
&gt;This may take also quite a long time. But, in the end you are a geek in<br />
&gt;software development and not only in developing for a certain framework.</p>
<p>What if you know this stuff for nearly 10 years? :) It is not new, all those patterns existed in the beginning of this century. They are only taken to PHP programming lately. In Java and C++ they existed many years ago. Good that PHP developer also started using them :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jochen Rau</title>
		<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/comment-page-1/#comment-17</link>
		<dc:creator>Jochen Rau</dc:creator>
		<pubDate>Fri, 13 Mar 2009 13:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.typoplanet.de/?p=92#comment-17</guid>
		<description>Hi Steffen. My post is not directly related to the development of TYPO3 v5. But, you&#039;re right: The learning curve of TYPO3 v4 is steep. And, it will be steep in v5. But, there is a difference in how and what you have to learn. TYPO3 v4 has grown vastly over the last couple of years. Today, you have to spend hours and hours searching for the applicable API functions and work-arounds. So, it takes years to really feel comfortable with the system. In the end, you become a geek in programming for TYPO3 v4. In TYPO3 v5 you have to learn new (but common) paradigms and patterns. This may take also quite a long time. But, in the end you are a geek in software development and not only in developing for a certain framework.</description>
		<content:encoded><![CDATA[<p>Hi Steffen. My post is not directly related to the development of TYPO3 v5. But, you&#8217;re right: The learning curve of TYPO3 v4 is steep. And, it will be steep in v5. But, there is a difference in how and what you have to learn. TYPO3 v4 has grown vastly over the last couple of years. Today, you have to spend hours and hours searching for the applicable API functions and work-arounds. So, it takes years to really feel comfortable with the system. In the end, you become a geek in programming for TYPO3 v4. In TYPO3 v5 you have to learn new (but common) paradigms and patterns. This may take also quite a long time. But, in the end you are a geek in software development and not only in developing for a certain framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steffen Müller</title>
		<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/comment-page-1/#comment-16</link>
		<dc:creator>Steffen Müller</dc:creator>
		<pubDate>Fri, 13 Mar 2009 11:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.typoplanet.de/?p=92#comment-16</guid>
		<description>The learning curve was steep for TYPO3 (v.3/4), although there was a lot of documentation. I hope it will be much easier to learn v.5/FLOW3, otherwise a lot of people could refuse to switch to v.5. We discussed this topic in the UG Freiburg this week and there were great concerns about loosing the connection to future development of TYPO3. I thought a while about that discussion and about motivating people to contribute. There are a lot of success factors and motivation killers, which sometimes are very close together. Example: Good documentation helps people to learn, but answering mailinglist requests with &quot;RTFM&quot; or &quot;use google and find the docs&quot; will not motivate them to use TYPO3 or even become an active member in the lists.
There were some other negative factors coming to my mind, like academic language without explanation, (seemingly) closed circles of developers, arrogant behavior, intransparency (e.g. of decision making), ... Don&#039;t get me wrong: I do not claim that this is the case for TYPO3 development, but things could be perceived to be like that. Normally, one does not have the time to follow the huge amount of communication channels (beat.typo3.org, multiple mailing lists, blogs, news, announcements, irc). Therefore it&#039;s hard to follow what is going on. Maybe some more regular reports would be good here, channeling the communication, addressing the community. That could inspire people and make them believe in v.5.</description>
		<content:encoded><![CDATA[<p>The learning curve was steep for TYPO3 (v.3/4), although there was a lot of documentation. I hope it will be much easier to learn v.5/FLOW3, otherwise a lot of people could refuse to switch to v.5. We discussed this topic in the UG Freiburg this week and there were great concerns about loosing the connection to future development of TYPO3. I thought a while about that discussion and about motivating people to contribute. There are a lot of success factors and motivation killers, which sometimes are very close together. Example: Good documentation helps people to learn, but answering mailinglist requests with &#8220;RTFM&#8221; or &#8220;use google and find the docs&#8221; will not motivate them to use TYPO3 or even become an active member in the lists.<br />
There were some other negative factors coming to my mind, like academic language without explanation, (seemingly) closed circles of developers, arrogant behavior, intransparency (e.g. of decision making), &#8230; Don&#8217;t get me wrong: I do not claim that this is the case for TYPO3 development, but things could be perceived to be like that. Normally, one does not have the time to follow the huge amount of communication channels (beat.typo3.org, multiple mailing lists, blogs, news, announcements, irc). Therefore it&#8217;s hard to follow what is going on. Maybe some more regular reports would be good here, channeling the communication, addressing the community. That could inspire people and make them believe in v.5.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jochen Rau</title>
		<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/comment-page-1/#comment-15</link>
		<dc:creator>Jochen Rau</dc:creator>
		<pubDate>Fri, 13 Mar 2009 00:23:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.typoplanet.de/?p=92#comment-15</guid>
		<description>Hi Steffen.
- To close the gap between the client’s language and the developer’s language is exactly what I addressed in this post. Let&#039;s assume you have a client paying for the software you develop is really interested in using it to solve his problems (that’s not always the case; esp. for large companies). He will be able, and willing to describe the problem to be solved in his &lt;em&gt;own&lt;/em&gt; business related words (the domain language). The client’s domain must then be translated by the developer into (domain) objects with applicable attributes and behavior. The client has to be guided to understand the constraints of todays software. And the developer has to get a deep insight into the client’s domain.
- TYPO3 should inspire a broad bandwidth of developers to share their ideas, code and knowledge. I fear loosing progressive and modern thinking developers to other open source projects. Every developer should know that his resources depend on lifelong learning. Therefore, it&#039;s essential for the TYPO3 community to provide good tutorials, lessons, examples, and documentation.</description>
		<content:encoded><![CDATA[<p>Hi Steffen.<br />
- To close the gap between the client’s language and the developer’s language is exactly what I addressed in this post. Let&#8217;s assume you have a client paying for the software you develop is really interested in using it to solve his problems (that’s not always the case; esp. for large companies). He will be able, and willing to describe the problem to be solved in his <em>own</em> business related words (the domain language). The client’s domain must then be translated by the developer into (domain) objects with applicable attributes and behavior. The client has to be guided to understand the constraints of todays software. And the developer has to get a deep insight into the client’s domain.<br />
- TYPO3 should inspire a broad bandwidth of developers to share their ideas, code and knowledge. I fear loosing progressive and modern thinking developers to other open source projects. Every developer should know that his resources depend on lifelong learning. Therefore, it&#8217;s essential for the TYPO3 community to provide good tutorials, lessons, examples, and documentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steffen Müller</title>
		<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/comment-page-1/#comment-14</link>
		<dc:creator>Steffen Müller</dc:creator>
		<pubDate>Thu, 12 Mar 2009 16:33:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.typoplanet.de/?p=92#comment-14</guid>
		<description>P.P.S why use footnotes instead of direct links?</description>
		<content:encoded><![CDATA[<p>P.P.S why use footnotes instead of direct links?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steffen Müller</title>
		<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/comment-page-1/#comment-13</link>
		<dc:creator>Steffen Müller</dc:creator>
		<pubDate>Thu, 12 Mar 2009 16:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.typoplanet.de/?p=92#comment-13</guid>
		<description>The evolution you have sketched here sounds convincing - but it misses some serious points:
- Customers often don&#039;t know or can&#039;t express exactly what they want - or they are not willing to spend time and effort to express themselves. One could apply this attitude to any person involved in a project. Ontology sounds like an approach to bring communication (and meaning) to one level, but I doubt it can handle oddness and couriosities of people adequately. See also: http://2.bp.blogspot.com/_TsCq7ie4mYo/RhHy1lDsFsI/AAAAAAAAWZo/XWXGNYBUaOU/s1600/project.jpg
- The language of design patterns is complex and academic. Although patterns aim to make things less complex, easier to understand and better to control, reuse etc., a lot of people are not able to follow the new paradigms or just cannot afford the costs to do so. This might not a problem in enterprise projects, but in an open source community, you risk to loose the mainstream developers. Such losses hit OSS projects hard, because without the masses, spreading the word, testing and fixing small bugs is hard and expensive.

P.S. Welcome to the TYPO3 blogosphere :)</description>
		<content:encoded><![CDATA[<p>The evolution you have sketched here sounds convincing &#8211; but it misses some serious points:<br />
- Customers often don&#8217;t know or can&#8217;t express exactly what they want &#8211; or they are not willing to spend time and effort to express themselves. One could apply this attitude to any person involved in a project. Ontology sounds like an approach to bring communication (and meaning) to one level, but I doubt it can handle oddness and couriosities of people adequately. See also: <a href="http://2.bp.blogspot.com/_TsCq7ie4mYo/RhHy1lDsFsI/AAAAAAAAWZo/XWXGNYBUaOU/s1600/project.jpg" rel="nofollow">http://2.bp.blogspot.com/_TsCq7ie4mYo/RhHy1lDsFsI/AAAAAAAAWZo/XWXGNYBUaOU/s1600/project.jpg</a><br />
- The language of design patterns is complex and academic. Although patterns aim to make things less complex, easier to understand and better to control, reuse etc., a lot of people are not able to follow the new paradigms or just cannot afford the costs to do so. This might not a problem in enterprise projects, but in an open source community, you risk to loose the mainstream developers. Such losses hit OSS projects hard, because without the masses, spreading the word, testing and fixing small bugs is hard and expensive.</p>
<p>P.S. Welcome to the TYPO3 blogosphere :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Cannon</title>
		<link>http://blog.typoplanet.de/2009/03/03/some-thoughts-on-extension-development/comment-page-1/#comment-8</link>
		<dc:creator>Michael Cannon</dc:creator>
		<pubDate>Thu, 05 Mar 2009 02:17:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.typoplanet.de/?p=92#comment-8</guid>
		<description>Great write up on a best practice process for TYPO3 extension development. Coming from the side of trying customize or maintain hundreds of extensions over the years, a consistent creation process will go a long ways to increasing code quality and maintainability.

Thanks Jochen!</description>
		<content:encoded><![CDATA[<p>Great write up on a best practice process for TYPO3 extension development. Coming from the side of trying customize or maintain hundreds of extensions over the years, a consistent creation process will go a long ways to increasing code quality and maintainability.</p>
<p>Thanks Jochen!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

