<?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: MediaWiki limits Enterprise 2.0.</title>
	<atom:link href="http://www.gilyehuda.com/2009/09/25/mediawiki-limits-e20/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gilyehuda.com/2009/09/25/mediawiki-limits-e20/</link>
	<description>Your path to success</description>
	<lastBuildDate>Mon, 08 Mar 2010 23:38:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Proposing some sessions for #e2conf &#124; Gil Yehuda&#39;s Enterprise 2.0 Blog</title>
		<link>http://www.gilyehuda.com/2009/09/25/mediawiki-limits-e20/comment-page-1/#comment-3616</link>
		<dc:creator>Proposing some sessions for #e2conf &#124; Gil Yehuda&#39;s Enterprise 2.0 Blog</dc:creator>
		<pubDate>Wed, 20 Jan 2010 16:51:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilyehuda.com/?p=778#comment-3616</guid>
		<description>[...] scalable (it powers Wikipedia).  And its found in lots of organizations (maybe yours too).  But does it help or hurt?  And what should you do about [...]</description>
		<content:encoded><![CDATA[<p>[...] scalable (it powers Wikipedia).  And its found in lots of organizations (maybe yours too).  But does it help or hurt?  And what should you do about [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yeysus</title>
		<link>http://www.gilyehuda.com/2009/09/25/mediawiki-limits-e20/comment-page-1/#comment-3261</link>
		<dc:creator>yeysus</dc:creator>
		<pubDate>Sat, 28 Nov 2009 08:12:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilyehuda.com/?p=778#comment-3261</guid>
		<description>Hi. I think there are 2 aspects to this, one is the business case, the other is the technology. If you want to have only one single-point-of-web2.0 software for your enterprise, you are after technology, and should buy one of the clones that don&#039;t match with real life outside of a company, like Confluence and the likes. Think of it, you don&#039;t have only one software suite for everything you need. Even MS Office has still, many years later, one Word, one Excel, one Access, one PowerPoint and one Outlook. I believe on the philosophy of openness that promotes MediaWiki, so I see MediaWiki at the top of the information road on an enterprise. Like the white pages, you search for something, you find a description, an address, a contact person and so on. Still, you need a second click to actually go to the website of your search term. Or somebody needs to open you a door and authorize you to go inside your searched address. This is the way I see it: MediaWiki on top as an open, informal, way of collecting not only &quot;what&quot; (btw including how-tos),  but also &quot;where is the information&quot;, so you link from MediaWiki to your intranet, to your tons of specialised software, databases and portals (I work for  an enterprise a few times bigger than Fidelity and much more diverse, I do have many pockets of information with many authorization schemas) and so on. Resuming: Non-regulated MediaWiki on top as a quick and informal Where to find What, below intranet (official communication channel of the corporate) and whatever information you want to link with read/write access control, including closed wiki systems like the ones from SharePoint and Confluence.</description>
		<content:encoded><![CDATA[<p>Hi. I think there are 2 aspects to this, one is the business case, the other is the technology. If you want to have only one single-point-of-web2.0 software for your enterprise, you are after technology, and should buy one of the clones that don&#8217;t match with real life outside of a company, like Confluence and the likes. Think of it, you don&#8217;t have only one software suite for everything you need. Even MS Office has still, many years later, one Word, one Excel, one Access, one PowerPoint and one Outlook. I believe on the philosophy of openness that promotes MediaWiki, so I see MediaWiki at the top of the information road on an enterprise. Like the white pages, you search for something, you find a description, an address, a contact person and so on. Still, you need a second click to actually go to the website of your search term. Or somebody needs to open you a door and authorize you to go inside your searched address. This is the way I see it: MediaWiki on top as an open, informal, way of collecting not only &#8220;what&#8221; (btw including how-tos),  but also &#8220;where is the information&#8221;, so you link from MediaWiki to your intranet, to your tons of specialised software, databases and portals (I work for  an enterprise a few times bigger than Fidelity and much more diverse, I do have many pockets of information with many authorization schemas) and so on. Resuming: Non-regulated MediaWiki on top as a quick and informal Where to find What, below intranet (official communication channel of the corporate) and whatever information you want to link with read/write access control, including closed wiki systems like the ones from SharePoint and Confluence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gil Yehuda</title>
		<link>http://www.gilyehuda.com/2009/09/25/mediawiki-limits-e20/comment-page-1/#comment-2769</link>
		<dc:creator>Gil Yehuda</dc:creator>
		<pubDate>Tue, 20 Oct 2009 00:47:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilyehuda.com/?p=778#comment-2769</guid>
		<description>Chris, thanks for the comment.  Indeed I was stirring things up, so I expect some pushback.  Funny thing, this very conversation came up today.  I was at a client site, helping with an intranet redesign, and encountered someone who told me that they have a mediawiki instance that they are using for developer FAQs.  The problem is that the mediawiki site is not going to be used for the &quot;enterprise&quot; -- it will be used by a team of developers.  There&#039;s nothing wrong with that per se -- but it&#039;s not transforming the enterprise -- just one team.  For me &quot;Enterprise&quot; 2.0 must be more than just Department 2.0.

Mediawiki (and similar point solutions) enable groups to threaten IT&#039;s sluggishness.  And they indeed can be very valuable (as I saw at Fidelity with our 15 different active wiki platforms, half of which were on mediawiki) -- but we ran into the &quot;multi-headed chicken syndrome&quot; where we eroded our ability to find stuff because we had too many wikis and no unifying strategy to mange content.  So yes, E2.0 can shake up IT a bit (which is OK to do once in a while), but IT is not the enemy of enterprise computing.  Moreover, if you are going to use a populist technology, MediaWiki is just too geeky to be useful for non-techies.  Considering the commercial options that are available today -- why would anyone use it when they could spend a few bucks and get something that non-techies would use too?  And the answer is... because the people who love mediawiki are the techies.  I understand this, because I was there too.</description>
		<content:encoded><![CDATA[<p>Chris, thanks for the comment.  Indeed I was stirring things up, so I expect some pushback.  Funny thing, this very conversation came up today.  I was at a client site, helping with an intranet redesign, and encountered someone who told me that they have a mediawiki instance that they are using for developer FAQs.  The problem is that the mediawiki site is not going to be used for the &#8220;enterprise&#8221; &#8212; it will be used by a team of developers.  There&#8217;s nothing wrong with that per se &#8212; but it&#8217;s not transforming the enterprise &#8212; just one team.  For me &#8220;Enterprise&#8221; 2.0 must be more than just Department 2.0.</p>
<p>Mediawiki (and similar point solutions) enable groups to threaten IT&#8217;s sluggishness.  And they indeed can be very valuable (as I saw at Fidelity with our 15 different active wiki platforms, half of which were on mediawiki) &#8212; but we ran into the &#8220;multi-headed chicken syndrome&#8221; where we eroded our ability to find stuff because we had too many wikis and no unifying strategy to mange content.  So yes, E2.0 can shake up IT a bit (which is OK to do once in a while), but IT is not the enemy of enterprise computing.  Moreover, if you are going to use a populist technology, MediaWiki is just too geeky to be useful for non-techies.  Considering the commercial options that are available today &#8212; why would anyone use it when they could spend a few bucks and get something that non-techies would use too?  And the answer is&#8230; because the people who love mediawiki are the techies.  I understand this, because I was there too.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
