<?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: Building an open source stack for social software</title>
	<atom:link href="http://www.fastforwardblog.com/2009/06/01/building-an-enterprise-open-source-stack-for-social-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fastforwardblog.com/2009/06/01/building-an-enterprise-open-source-stack-for-social-software/</link>
	<description></description>
	<lastBuildDate>Fri, 20 Nov 2009 20:29:35 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Otis Gospodnetic</title>
		<link>http://www.fastforwardblog.com/2009/06/01/building-an-enterprise-open-source-stack-for-social-software/comment-page-1/#comment-227183</link>
		<dc:creator>Otis Gospodnetic</dc:creator>
		<pubDate>Tue, 02 Jun 2009 02:22:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.fastforwardblog.com/?p=2701#comment-227183</guid>
		<description>Social software and search go hand in hand.  Searching for users, filtering their content, your own content, etc.  So if you&#039;re going with open-source tool, you might decide to choose Lucene or Solr. 
 
And some Social software tends to lend itself to personalization through recommendations, so Apache Mahout (more precisely Taste) make sense there. </description>
		<content:encoded><![CDATA[<p>Social software and search go hand in hand.  Searching for users, filtering their content, your own content, etc.  So if you&#039;re going with open-source tool, you might decide to choose Lucene or Solr. </p>
<p>And some Social software tends to lend itself to personalization through recommendations, so Apache Mahout (more precisely Taste) make sense there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivan Paramonau</title>
		<link>http://www.fastforwardblog.com/2009/06/01/building-an-enterprise-open-source-stack-for-social-software/comment-page-1/#comment-227132</link>
		<dc:creator>Ivan Paramonau</dc:creator>
		<pubDate>Mon, 01 Jun 2009 19:49:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.fastforwardblog.com/?p=2701#comment-227132</guid>
		<description>Thank you for very interesting post.  
 
We have been waist-deep into those problems for over a year now. And, ironically, after Economist&#8217;s article last week I made the opposite conclusion &#8211; we have to give up the idea of re-using &amp; integrating of various open-source libraries and do it on our own as proprietary software.  
 
We have whirled significant amount of open-source projects over the year (including many of the mentioned in this article). The reasons we are partially giving up with integration effort are simple: 
 
1.Most of the open-source solutions are not lean &#8211; they try to solve &#8216;a bit more&#8217; then necessary. As a result, there is significant functions overlap in all pieces of the puzzle. And so you just really need a good riffling machine to make it fit. 
 
2.Good deal of open-source projects is built with &#8216;proprietary&#8217; way of thinking &#8211; authors assume that the solutions would be used as-is, without the need to integrate or expand.  Some of the smaller projects do not follow the patterns and/or programming guidelines, which makes the tweaking a terrifying experience. I am afraid, often times it is made on purpose - as the monetization path for open-source projects. 
 
This said, for me, the Economist&#8217;s point was more about elaborating the standards rather than particular set of open-source packages. The open-source effort needs to be streamlined by the open-standards so that all good niche packages can then work together nicely.   
 
My experience indicates that it would mean dumping a lot of existing OS projects and creating new ones with such &#8216;open mentality&#8217; already included. 
 
I will go ahead and update your spreadsheet though :)  
 
On the other note: the stack you outlined makes perfect sense. This is exactly what we are building for our needs. 
 
Thanks. 
 
 </description>
		<content:encoded><![CDATA[<p>Thank you for very interesting post.  </p>
<p>We have been waist-deep into those problems for over a year now. And, ironically, after Economist&rsquo;s article last week I made the opposite conclusion &ndash; we have to give up the idea of re-using &amp; integrating of various open-source libraries and do it on our own as proprietary software.  </p>
<p>We have whirled significant amount of open-source projects over the year (including many of the mentioned in this article). The reasons we are partially giving up with integration effort are simple: </p>
<p>1.Most of the open-source solutions are not lean &ndash; they try to solve &lsquo;a bit more&rsquo; then necessary. As a result, there is significant functions overlap in all pieces of the puzzle. And so you just really need a good riffling machine to make it fit. </p>
<p>2.Good deal of open-source projects is built with &lsquo;proprietary&rsquo; way of thinking &ndash; authors assume that the solutions would be used as-is, without the need to integrate or expand.  Some of the smaller projects do not follow the patterns and/or programming guidelines, which makes the tweaking a terrifying experience. I am afraid, often times it is made on purpose &#8211; as the monetization path for open-source projects. </p>
<p>This said, for me, the Economist&rsquo;s point was more about elaborating the standards rather than particular set of open-source packages. The open-source effort needs to be streamlined by the open-standards so that all good niche packages can then work together nicely.   </p>
<p>My experience indicates that it would mean dumping a lot of existing OS projects and creating new ones with such &lsquo;open mentality&rsquo; already included. </p>
<p>I will go ahead and update your spreadsheet though <img src='http://www.fastforwardblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   </p>
<p>On the other note: the stack you outlined makes perfect sense. This is exactly what we are building for our needs. </p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
