<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Five minutes to develop an application? Way too slow&#8230;</title>
	<atom:link href="http://www.fastforwardblog.com/2007/02/01/five-minutes-to-develop-an-application-way-too-slow/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fastforwardblog.com/2007/02/01/five-minutes-to-develop-an-application-way-too-slow/</link>
	<description></description>
	<lastBuildDate>Sat, 07 Nov 2009 18:38:51 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tom Mandel</title>
		<link>http://www.fastforwardblog.com/2007/02/01/five-minutes-to-develop-an-application-way-too-slow/comment-page-1/#comment-798</link>
		<dc:creator>Tom Mandel</dc:creator>
		<pubDate>Thu, 01 Feb 2007 23:01:58 +0000</pubDate>
		<guid isPermaLink="false">http://fastforwardblog.com/2007/02/01/five-minutes-to-develop-an-application-way-too-slow/#comment-798</guid>
		<description>The idea of &quot;application&quot; in the concept of &#039;5-minute development&#039; seems problematic. People need not be programming, and the role is not more appropriate just because it can be made to take less time.

The point is workflows, that&#039;s what people do all day, and we need more ways to support their wrokflows. W/in a narrow range, we understand how to support them in software without any application development. When I write a proposal in Word and pass it around to a team via emails, that&#039;s a workflow. It is indeed an application of computer technology, but no one needed to program it.

The more simple facilities you put at the fingertips of the knowledge worker, the more she simply puts together workflows out of them. In other words, give her more facilities. I discuss this in more detail in my &lt;a href=&quot;http://fastforwardblog.com/2007/01/29/an-interview-with-tom-mandel/&quot; rel=&quot;nofollow&quot;&gt;FASTforward podcast&lt;/a&gt; with Kathleen Gilroy, in the context of new support for workflows provided by Enterprise social software from Connectbeam.

It is a mistake to think of Enterprise 2.0 as a set of applications or application programming techniques. It&#039;s just new tools that a) support spontaneous social workflows by enterprise workers and b) bring (to use a shortcut) Web 2.0 information-sharing and ease of use to the facilities of the existing IT stack, e.g. enterprise search. We&#039;ll be showing a &#039;Search 2.0&#039; capability of this kind at FASTforward next week.</description>
		<content:encoded><![CDATA[<p>The idea of &#8220;application&#8221; in the concept of &#8216;5-minute development&#8217; seems problematic. People need not be programming, and the role is not more appropriate just because it can be made to take less time.</p>
<p>The point is workflows, that&#8217;s what people do all day, and we need more ways to support their wrokflows. W/in a narrow range, we understand how to support them in software without any application development. When I write a proposal in Word and pass it around to a team via emails, that&#8217;s a workflow. It is indeed an application of computer technology, but no one needed to program it.</p>
<p>The more simple facilities you put at the fingertips of the knowledge worker, the more she simply puts together workflows out of them. In other words, give her more facilities. I discuss this in more detail in my <a href="http://fastforwardblog.com/2007/01/29/an-interview-with-tom-mandel/" rel="nofollow">FASTforward podcast</a> with Kathleen Gilroy, in the context of new support for workflows provided by Enterprise social software from Connectbeam.</p>
<p>It is a mistake to think of Enterprise 2.0 as a set of applications or application programming techniques. It&#8217;s just new tools that a) support spontaneous social workflows by enterprise workers and b) bring (to use a shortcut) Web 2.0 information-sharing and ease of use to the facilities of the existing IT stack, e.g. enterprise search. We&#8217;ll be showing a &#8216;Search 2.0&#8242; capability of this kind at FASTforward next week.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Holditch</title>
		<link>http://www.fastforwardblog.com/2007/02/01/five-minutes-to-develop-an-application-way-too-slow/comment-page-1/#comment-794</link>
		<dc:creator>Peter Holditch</dc:creator>
		<pubDate>Thu, 01 Feb 2007 21:15:24 +0000</pubDate>
		<guid isPermaLink="false">http://fastforwardblog.com/2007/02/01/five-minutes-to-develop-an-application-way-too-slow/#comment-794</guid>
		<description>I can&#039;t help thinking that another impedance to 5  minute development wthin the glasshouse is the impossibility of sizing and provisioning capacity to applications that can churn so fast.

I think this one of the elemnts that will drive adoption of new virtualisation / deployment models, such as Azil provide, as I have bloggged in the past... http://blogs.azulsystems.com/peter/2006/12/scales_fallen_f.html</description>
		<content:encoded><![CDATA[<p>I can&#8217;t help thinking that another impedance to 5  minute development wthin the glasshouse is the impossibility of sizing and provisioning capacity to applications that can churn so fast.</p>
<p>I think this one of the elemnts that will drive adoption of new virtualisation / deployment models, such as Azil provide, as I have bloggged in the past&#8230; <a href="http://blogs.azulsystems.com/peter/2006/12/scales_fallen_f.html" rel="nofollow">http://blogs.azulsystems.com/peter/2006/12/scales_fallen_f.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
