<?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: Notes from the Alfresco Community Conference</title>
	<atom:link href="http://ecmarchitect.com/archives/2007/11/09/781/feed" rel="self" type="application/rss+xml" />
	<link>http://ecmarchitect.com/archives/2007/11/09/781</link>
	<description>Jeff Potts on ECM, portals, search, collaboration, and a bunch of personal stuff</description>
	<lastBuildDate>Mon, 14 May 2012 10:48:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Ben</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-31695</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 02 Mar 2009 14:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-31695</guid>
		<description>Hi, I like to find out if any one has compared Sharepoint&#039;s document center, Records center with Alfresco&#039;s dm and rm?</description>
		<content:encoded><![CDATA[<p>Hi, I like to find out if any one has compared Sharepoint&#8217;s document center, Records center with Alfresco&#8217;s dm and rm?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-13003</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Tue, 29 Apr 2008 16:50:47 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-13003</guid>
		<description>@taffey,

I agree with you usability points regarding Alfresco. Any application that seeks to be an alternative to email (which is today&#039;s most prevalent app for document sharing and collaboration) has to be as easy or easier to use than email. Alfresco has a long way to go on that front.

Is Alfresco harder to use than Sharepoint? I&#039;m not qualified to say because I&#039;m not a Sharepoint user.

What gives me comfort, though, is that when we implement solutions for clients, I&#039;m confident that we can address the usability shortcomings, either through tweaking the existing client or by implementing a custom client, much more easily with Alfresco than we can with Sharepoint. That&#039;s because there are so many more options with regard to the technologies we can work with on the front end and the general openness of the underlying repository.

I don&#039;t mean to deflect the thrust of your post, though. Alfresco definitely needs to spend some time on usability. I&#039;m hoping 3.0 will see vast improvements in this area.

Jeff</description>
		<content:encoded><![CDATA[<p>@taffey,</p>
<p>I agree with you usability points regarding Alfresco. Any application that seeks to be an alternative to email (which is today&#8217;s most prevalent app for document sharing and collaboration) has to be as easy or easier to use than email. Alfresco has a long way to go on that front.</p>
<p>Is Alfresco harder to use than Sharepoint? I&#8217;m not qualified to say because I&#8217;m not a Sharepoint user.</p>
<p>What gives me comfort, though, is that when we implement solutions for clients, I&#8217;m confident that we can address the usability shortcomings, either through tweaking the existing client or by implementing a custom client, much more easily with Alfresco than we can with Sharepoint. That&#8217;s because there are so many more options with regard to the technologies we can work with on the front end and the general openness of the underlying repository.</p>
<p>I don&#8217;t mean to deflect the thrust of your post, though. Alfresco definitely needs to spend some time on usability. I&#8217;m hoping 3.0 will see vast improvements in this area.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: taffey</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-12331</link>
		<dc:creator>taffey</dc:creator>
		<pubDate>Thu, 10 Apr 2008 14:07:31 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-12331</guid>
		<description>But is it user friendly?

Most of the comparison points I am seeing between Alfresco and Sharepoint are technical in nature. This is fine and does apeal to technical peopleé

The fact is end user and NOT technical, adoption is the key to a sucessful ECM and this is why Sharepoint is so prevalent. 

I am now evaluating Alfresco for a large FI and the one thing that is just glaringly wrong with it is the fact  it is not user friendly, even though it looks simple it has a strong smell of Interwoven and Documentum (I have experience in large deployments with both adn user adoption has always been the weak spot) the concepts are the same as the legacy products the founders came from.

I think that this is where the battle will be won, if Alfreso want to stay alive they must adress this ASAP.  Object size, performance are all nice but if users do not want to use it, they will fail.

My 2 cents.</description>
		<content:encoded><![CDATA[<p>But is it user friendly?</p>
<p>Most of the comparison points I am seeing between Alfresco and Sharepoint are technical in nature. This is fine and does apeal to technical peopleé</p>
<p>The fact is end user and NOT technical, adoption is the key to a sucessful ECM and this is why Sharepoint is so prevalent. </p>
<p>I am now evaluating Alfresco for a large FI and the one thing that is just glaringly wrong with it is the fact  it is not user friendly, even though it looks simple it has a strong smell of Interwoven and Documentum (I have experience in large deployments with both adn user adoption has always been the weak spot) the concepts are the same as the legacy products the founders came from.</p>
<p>I think that this is where the battle will be won, if Alfreso want to stay alive they must adress this ASAP.  Object size, performance are all nice but if users do not want to use it, they will fail.</p>
<p>My 2 cents.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Carboni</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-11479</link>
		<dc:creator>David Carboni</dc:creator>
		<pubDate>Thu, 20 Mar 2008 16:10:39 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-11479</guid>
		<description>Sounds great. 

I have to say, I winced at in-context editing. I have seen Documentum try and fail over and over to get this to work. It is notoriously difficult to implement for anything beyond simple websites.

Hope they find a good way of doing this.</description>
		<content:encoded><![CDATA[<p>Sounds great. </p>
<p>I have to say, I winced at in-context editing. I have seen Documentum try and fail over and over to get this to work. It is notoriously difficult to implement for anything beyond simple websites.</p>
<p>Hope they find a good way of doing this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-6591</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Tue, 13 Nov 2007 14:06:29 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-6591</guid>
		<description>Heiko,

Yes, additional details would be helpful and should be forthcoming. Enjoy Paris. If you get any further detail on the benchmark, feel free to post it here.

Jeff</description>
		<content:encoded><![CDATA[<p>Heiko,</p>
<p>Yes, additional details would be helpful and should be forthcoming. Enjoy Paris. If you get any further detail on the benchmark, feel free to post it here.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Heiko</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-6583</link>
		<dc:creator>Heiko</dc:creator>
		<pubDate>Tue, 13 Nov 2007 10:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-6583</guid>
		<description>The benchmark sounds very interesting. Hopefully Alfresco also publishes the details:
- What is meant by an object? is loading done separate? Was indexing changed or even active?
- Which Database?
- Which Infrastructure?
- Which changes to standard?
- What about rules in the repository?
- Which Document model?
- &quot;sub second response time&quot;: which action?
- Was search also subject of testing after/during load?
&quot;Linear scalability&quot;: What? Concurrent Users, Docs, Loading Process, ...?

Looking forward for any details in Paris ;-)</description>
		<content:encoded><![CDATA[<p>The benchmark sounds very interesting. Hopefully Alfresco also publishes the details:<br />
- What is meant by an object? is loading done separate? Was indexing changed or even active?<br />
- Which Database?<br />
- Which Infrastructure?<br />
- Which changes to standard?<br />
- What about rules in the repository?<br />
- Which Document model?<br />
- &#8220;sub second response time&#8221;: which action?<br />
- Was search also subject of testing after/during load?<br />
&#8220;Linear scalability&#8221;: What? Concurrent Users, Docs, Loading Process, &#8230;?</p>
<p>Looking forward for any details in Paris <img src='http://ecmarchitect.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-6513</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sat, 10 Nov 2007 12:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-6513</guid>
		<description>Thanks a lot Jeff. Even rough, your notes are very informative!

The office integration is available from 2.1 version, and the documentation is available here : http://wiki.alfresco.com/wiki/Microsoft_Office

As for size limitation, Alfresco stores its content to filesystem to avoid DBMS bottlenecks. The total size limits is the available storage space.

I&#039;m looking forward to the Paris meeting next week ! :)</description>
		<content:encoded><![CDATA[<p>Thanks a lot Jeff. Even rough, your notes are very informative!</p>
<p>The office integration is available from 2.1 version, and the documentation is available here : <a href="http://wiki.alfresco.com/wiki/Microsoft_Office" rel="nofollow">http://wiki.alfresco.com/wiki/Microsoft_Office</a></p>
<p>As for size limitation, Alfresco stores its content to filesystem to avoid DBMS bottlenecks. The total size limits is the available storage space.</p>
<p>I&#8217;m looking forward to the Paris meeting next week ! <img src='http://ecmarchitect.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-6503</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Fri, 09 Nov 2007 21:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-6503</guid>
		<description>I believe the Office integration is already available so we should be able to play with that. Biggest challenge will be to find a Windows machine and an install of MS Office! ; )

There are no size limitations that I&#039;m aware of. And you can stream things like video into and out of the repository.

There also doesn&#039;t appear to be any theoretical limit on the total size of the store.</description>
		<content:encoded><![CDATA[<p>I believe the Office integration is already available so we should be able to play with that. Biggest challenge will be to find a Windows machine and an install of MS Office! ; )</p>
<p>There are no size limitations that I&#8217;m aware of. And you can stream things like video into and out of the repository.</p>
<p>There also doesn&#8217;t appear to be any theoretical limit on the total size of the store.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Israelson</title>
		<link>http://ecmarchitect.com/archives/2007/11/09/781/comment-page-1#comment-6502</link>
		<dc:creator>Jon Israelson</dc:creator>
		<pubDate>Fri, 09 Nov 2007 21:37:24 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2007/11/09/781#comment-6502</guid>
		<description>Sounds like there are some nice features in the works.  The web content ACLs and in-context editing will be big improvements.

I would be really surprised if Alfresco could top SharePoint&#039;s integration with Office 2007, so it will be interesting to see it in action.

As for object scaling, does Alfresco have object size limitations?  SharePoint stores everything in SQL Server so is limited to a max object size of 2 GB.  This is not a big deal for most people, but I have run into one case where this caused problems.</description>
		<content:encoded><![CDATA[<p>Sounds like there are some nice features in the works.  The web content ACLs and in-context editing will be big improvements.</p>
<p>I would be really surprised if Alfresco could top SharePoint&#8217;s integration with Office 2007, so it will be interesting to see it in action.</p>
<p>As for object scaling, does Alfresco have object size limitations?  SharePoint stores everything in SQL Server so is limited to a max object size of 2 GB.  This is not a big deal for most people, but I have run into one case where this caused problems.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

