<?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"
	>
<channel>
	<title>Comments on: MindTouch&#8217;s Deki Release - The Mashup Marketing Delima</title>
	<atom:link href="http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/</link>
	<description>One foot in the muck, the other in utopia</description>
	<pubDate>Mon, 01 Dec 2008 22:39:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: July Media Round Up &#124; MindTouch, Inc Blog</title>
		<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-205034</link>
		<dc:creator>July Media Round Up &#124; MindTouch, Inc Blog</dc:creator>
		<pubDate>Tue, 29 Jul 2008 00:52:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-205034</guid>
		<description>[...] RedMonk: MindTouch’s Deki Release - The Mashup Marketing Delima by Michael Coté The other, over-riding principal of Deki compared to traditional content middleware platforms is a focus on being open and simple. Deki is built in a very web-native feeling way, trying to keep APIs and data as open and accessible as possible, pulling towards transparency in those processes, if not, human-understandability. This contrasts to systems that require binary protocols and APIs or overly complex Web Services schemes. That is, Deki has a REST-y feel to it rather than a WS-* feel. [...]</description>
		<content:encoded><![CDATA[<p>[...] RedMonk: MindTouch’s Deki Release - The Mashup Marketing Delima by Michael Coté The other, over-riding principal of Deki compared to traditional content middleware platforms is a focus on being open and simple. Deki is built in a very web-native feeling way, trying to keep APIs and data as open and accessible as possible, pulling towards transparency in those processes, if not, human-understandability. This contrasts to systems that require binary protocols and APIs or overly complex Web Services schemes. That is, Deki has a REST-y feel to it rather than a WS-* feel. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart Mader</title>
		<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204684</link>
		<dc:creator>Stewart Mader</dc:creator>
		<pubDate>Mon, 28 Jul 2008 05:31:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204684</guid>
		<description>@RustyScupper

"(i.e. Wikis have terrible workflow"

I have to disagree with you there - the point of a wiki is not to have workflow in the traditional sense. If you need workflow, there are other tools that do a great job providing it. A wiki is there to help a group of people who work on something together from the start, and therefore don't need workflow, approvals, etc. because they're seeing changes as a result of being subscribed to the wiki page to watch those changes, and making subsequent revisions as they see fit.

Tools that provide workflow (i.e. some CMSs, Intranets, etc.) and wikis are providing two different types of functionality that meet different needs. I think it's a mistake to confuse the two and conclude that wikis provide poor workflow. :)

Regards,
Stewart
Regards,
Stewart</description>
		<content:encoded><![CDATA[<p>@RustyScupper</p>
<p>&#8220;(i.e. Wikis have terrible workflow&#8221;</p>
<p>I have to disagree with you there - the point of a wiki is not to have workflow in the traditional sense. If you need workflow, there are other tools that do a great job providing it. A wiki is there to help a group of people who work on something together from the start, and therefore don&#8217;t need workflow, approvals, etc. because they&#8217;re seeing changes as a result of being subscribed to the wiki page to watch those changes, and making subsequent revisions as they see fit.</p>
<p>Tools that provide workflow (i.e. some CMSs, Intranets, etc.) and wikis are providing two different types of functionality that meet different needs. I think it&#8217;s a mistake to confuse the two and conclude that wikis provide poor workflow. :)</p>
<p>Regards,<br />
Stewart<br />
Regards,<br />
Stewart</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Fulkerson</title>
		<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204412</link>
		<dc:creator>Aaron Fulkerson</dc:creator>
		<pubDate>Sun, 27 Jul 2008 06:30:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204412</guid>
		<description>@Rusty Scupper

While there are some conceptual similarities between MindTouch and Jotspot these are only skin deep. The architecture of MindTouch Deki is dramatically different from JotSpot: http://mindtouch.com/Technology and, of course, JotSpot was closed source and targeting consumers and small businesses. 

PS- Thanks for the write up...</description>
		<content:encoded><![CDATA[<p>@Rusty Scupper</p>
<p>While there are some conceptual similarities between MindTouch and Jotspot these are only skin deep. The architecture of MindTouch Deki is dramatically different from JotSpot: <a href="http://mindtouch.com/Technology" rel="nofollow">http://mindtouch.com/Technology</a> and, of course, JotSpot was closed source and targeting consumers and small businesses. </p>
<p>PS- Thanks for the write up&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Barnett Podcasts - Alex Barnett blog</title>
		<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204247</link>
		<dc:creator>Alex Barnett Podcasts - Alex Barnett blog</dc:creator>
		<pubDate>Sat, 26 Jul 2008 14:40:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204247</guid>
		<description>[...] platform called MindTouch Deki. Michael Coté, an industry analyst with RedMonk (analyst firm) picked up on both the podcast interview and news of the latest release of MinTouch [...]</description>
		<content:encoded><![CDATA[<p>[...] platform called MindTouch Deki. Michael Coté, an industry analyst with RedMonk (analyst firm) picked up on both the podcast interview and news of the latest release of MinTouch [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Project Management as SaaS, Programmable Wikis and more - Alex Barnett blog</title>
		<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204030</link>
		<dc:creator>Project Management as SaaS, Programmable Wikis and more - Alex Barnett blog</dc:creator>
		<pubDate>Fri, 25 Jul 2008 23:27:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-204030</guid>
		<description>[...] platform called MindTouch Deki. Michael Coté, an industry analyst with RedMonk (analyst firm) picked up on both the podcast interview and news of the latest release of MinTouch [...]</description>
		<content:encoded><![CDATA[<p>[...] platform called MindTouch Deki. Michael Coté, an industry analyst with RedMonk (analyst firm) picked up on both the podcast interview and news of the latest release of MinTouch [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rusty Scupper</title>
		<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-203536</link>
		<dc:creator>Rusty Scupper</dc:creator>
		<pubDate>Thu, 24 Jul 2008 18:33:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-203536</guid>
		<description>Seems like the natural progression of Wikis and it seems JotSpot was doing this a couple years ago -- before 'mashup' was so popular. 

So, as portals (wikis, etc.) become more like workflow engines and BPM/BPA tools develop better web portals what's the best balance? Seems like doing both is a mistake. (i.e. Wikis have terrible workflow and BPMS have terrible interfaces.)
??</description>
		<content:encoded><![CDATA[<p>Seems like the natural progression of Wikis and it seems JotSpot was doing this a couple years ago &#8212; before &#8216;mashup&#8217; was so popular. </p>
<p>So, as portals (wikis, etc.) become more like workflow engines and BPM/BPA tools develop better web portals what&#8217;s the best balance? Seems like doing both is a mistake. (i.e. Wikis have terrible workflow and BPMS have terrible interfaces.)<br />
??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: james governor</title>
		<link>http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-203068</link>
		<dc:creator>james governor</dc:creator>
		<pubDate>Wed, 23 Jul 2008 19:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/cote/2008/07/23/mindtouchs-deki-release-the-mashup-marketing-delima/#comment-203068</guid>
		<description>nice take. puts me in mind of something i used to use as a negative- that is "veneerware"

but maybe veneerware's time has come.</description>
		<content:encoded><![CDATA[<p>nice take. puts me in mind of something i used to use as a negative- that is &#8220;veneerware&#8221;</p>
<p>but maybe veneerware&#8217;s time has come.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
