<?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: Report on LiMux to Munich City Council 2012-03-21</title>
	<atom:link href="http://mrpogson.com/2012/10/07/report-on-limux-to-munich-city-council-2012-03-21/feed/" rel="self" type="application/rss+xml" />
	<link>http://mrpogson.com/2012/10/07/report-on-limux-to-munich-city-council-2012-03-21/</link>
	<description>One man. Closing, all the windows.</description>
	<lastBuildDate>Tue, 21 May 2013 23:40:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Robert Pogson</title>
		<link>http://mrpogson.com/2012/10/07/report-on-limux-to-munich-city-council-2012-03-21/#comment-109515</link>
		<dc:creator>Robert Pogson</dc:creator>
		<pubDate>Mon, 18 Feb 2013 22:15:43 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=14813#comment-109515</guid>
		<description><![CDATA[limux@muenchen.de

see &lt;a href=&quot;http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium/LiMux/Kontakt.html&quot; rel=&quot;nofollow&quot;&gt;http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium/LiMux/Kontakt.html&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p><a href="mailto:limux@muenchen.de">limux@muenchen.de</a></p>
<p>see <a href="http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium/LiMux/Kontakt.html" rel="nofollow">http://www.muenchen.de/rathaus/Stadtverwaltung/Direktorium/LiMux/Kontakt.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: faiz</title>
		<link>http://mrpogson.com/2012/10/07/report-on-limux-to-munich-city-council-2012-03-21/#comment-109508</link>
		<dc:creator>faiz</dc:creator>
		<pubDate>Mon, 18 Feb 2013 19:51:05 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=14813#comment-109508</guid>
		<description><![CDATA[Dears 
I am the city council manager of Shwan city its asmall city in north of Kirkuk - in Iraq we want to contact with the Munchin city council if possible we want to visit them &gt;
Best Regards

FAIZ .A.M]]></description>
		<content:encoded><![CDATA[<p>Dears<br />
I am the city council manager of Shwan city its asmall city in north of Kirkuk &#8211; in Iraq we want to contact with the Munchin city council if possible we want to visit them &gt;<br />
Best Regards</p>
<p>FAIZ .A.M</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oiaohm</title>
		<link>http://mrpogson.com/2012/10/07/report-on-limux-to-munich-city-council-2012-03-21/#comment-99387</link>
		<dc:creator>oiaohm</dc:creator>
		<pubDate>Mon, 08 Oct 2012 22:21:02 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=14813#comment-99387</guid>
		<description><![CDATA[Medatanai
--LiMux works. And it came in much cheaper than a Microsoft-based solution would have. Nobody can deny that today.--
You will still get MS trolls attempting.

Munich proved a slow migration could come in under budget.

--That doesn’t mean that there aren’t any risks (lack of internal personnel being one of them)--

Slow migration over 10+ years like Munich did you have the time to train or higher what ever staff you need.  So there is no lack of internal personal problem to a Munich style migration.

Risks from the Munich model of budget blow outs is almost zero.  Biggest risk is FUD that the cost has to of blown out due to the process taking so long.

So every issue that you can raise the Munich model handles for larger businesses.

Fast/short time frame migrations you run into brick walls with serous risks to budgets.]]></description>
		<content:encoded><![CDATA[<p>Medatanai<br />
&#8211;LiMux works. And it came in much cheaper than a Microsoft-based solution would have. Nobody can deny that today.&#8211;<br />
You will still get MS trolls attempting.</p>
<p>Munich proved a slow migration could come in under budget.</p>
<p>&#8211;That doesn’t mean that there aren’t any risks (lack of internal personnel being one of them)&#8211;</p>
<p>Slow migration over 10+ years like Munich did you have the time to train or higher what ever staff you need.  So there is no lack of internal personal problem to a Munich style migration.</p>
<p>Risks from the Munich model of budget blow outs is almost zero.  Biggest risk is FUD that the cost has to of blown out due to the process taking so long.</p>
<p>So every issue that you can raise the Munich model handles for larger businesses.</p>
<p>Fast/short time frame migrations you run into brick walls with serous risks to budgets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Pogson</title>
		<link>http://mrpogson.com/2012/10/07/report-on-limux-to-munich-city-council-2012-03-21/#comment-99294</link>
		<dc:creator>Robert Pogson</dc:creator>
		<pubDate>Mon, 08 Oct 2012 12:24:48 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=14813#comment-99294</guid>
		<description><![CDATA[Medatanai wrote, &lt;em&gt;&lt;font color=&quot;green&quot;&gt;&quot;That doesn’t mean that there aren’t any risks (lack of internal personnel being one of them), &quot;&lt;/font&gt;&lt;/em&gt;

That risk is pretty low considering they can drop to thin clients any time and cut personnel needed to run the system... They have IT clusters at 50 locations. There&#039;s a lot of fat in their system still. The design was not to minimize cost but dependence on M$ and &quot;partners&quot;. The reduction in cost is just a side-benefit. Typically, folks who use thin clients can have 3 to 5 times fewer IT staff. They have nearly 1K IT-staff at the moment for 30K employees. They could cut that to a few per building and a cluster at some data-centre by relying more on the network. I think 150 site-staff and 30 at the heart of IT could do the job. They have reduced the number of applications greatly. They could also reduce staff. I expect that will come eventually.

This is not to say that staff-reductions are an inevitable result of converting to FLOSS. They could also greatly increase services IT provides which would balance that. They have made the system more efficient for hardware and software. They could do it for staffing as well. Some additional services they might add would be information kiosks for citizens all over the place, more/bigger data-centres for additional data-bases, more automation of urban functions, perhaps even becoming an ISP of some sort...

Further, the training they do increases supply of staff and the increase in utilization by schools and ordinary citizens means supply is increasing externally. If they pay IBM, RedHat or Suse for support there will be no shortage at all...]]></description>
		<content:encoded><![CDATA[<p>Medatanai wrote, <em><font color="green">&#8220;That doesn’t mean that there aren’t any risks (lack of internal personnel being one of them), &#8220;</font></em></p>
<p>That risk is pretty low considering they can drop to thin clients any time and cut personnel needed to run the system&#8230; They have IT clusters at 50 locations. There&#8217;s a lot of fat in their system still. The design was not to minimize cost but dependence on M$ and &#8220;partners&#8221;. The reduction in cost is just a side-benefit. Typically, folks who use thin clients can have 3 to 5 times fewer IT staff. They have nearly 1K IT-staff at the moment for 30K employees. They could cut that to a few per building and a cluster at some data-centre by relying more on the network. I think 150 site-staff and 30 at the heart of IT could do the job. They have reduced the number of applications greatly. They could also reduce staff. I expect that will come eventually.</p>
<p>This is not to say that staff-reductions are an inevitable result of converting to FLOSS. They could also greatly increase services IT provides which would balance that. They have made the system more efficient for hardware and software. They could do it for staffing as well. Some additional services they might add would be information kiosks for citizens all over the place, more/bigger data-centres for additional data-bases, more automation of urban functions, perhaps even becoming an ISP of some sort&#8230;</p>
<p>Further, the training they do increases supply of staff and the increase in utilization by schools and ordinary citizens means supply is increasing externally. If they pay IBM, RedHat or Suse for support there will be no shortage at all&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Medatanai</title>
		<link>http://mrpogson.com/2012/10/07/report-on-limux-to-munich-city-council-2012-03-21/#comment-99276</link>
		<dc:creator>Medatanai</dc:creator>
		<pubDate>Mon, 08 Oct 2012 06:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=14813#comment-99276</guid>
		<description><![CDATA[Robert, read this:

http://www.ris-muenchen.de/RII2/RII/ris_antrag_dokumente.jsp?risid=2278465

Someone from the CSU -- Christian Social Union, Bavaria&#039;s conservative party who has governed Bavaria since 1946 and whose great leader Franz-Josef Strauß once claimed that &quot;right of the CSU there&#039;s only the wall&quot; -- asked the Mayor, Christian Ude (from the Social Democratic Party), if it weren&#039;t a good idea to return to Microsoft, based on a lot of hearsay what seemingly is wrong with Linux/LiMux. The Mayor&#039;s response can be aptly described as &quot;You don&#039;t know jack&quot;, which he expresses more politely, of course.

LiMux works. And it came in much cheaper than a Microsoft-based solution would have. Nobody can deny that today. That doesn&#039;t mean that there aren&#039;t any risks (lack of internal personnel being one of them), but returning to Microsoft due to some made-up FUD is definitely not one of them. This would be a &lt;a href=&quot;http://en.wikipedia.org/wiki/L%27esprit_de_l%27escalier&quot; rel=&quot;nofollow&quot;&gt;Treppenwitz&lt;/a&gt;.]]></description>
		<content:encoded><![CDATA[<p>Robert, read this:</p>
<p><a href="http://www.ris-muenchen.de/RII2/RII/ris_antrag_dokumente.jsp?risid=2278465" rel="nofollow">http://www.ris-muenchen.de/RII2/RII/ris_antrag_dokumente.jsp?risid=2278465</a></p>
<p>Someone from the CSU &#8212; Christian Social Union, Bavaria&#8217;s conservative party who has governed Bavaria since 1946 and whose great leader Franz-Josef Strauß once claimed that &#8220;right of the CSU there&#8217;s only the wall&#8221; &#8212; asked the Mayor, Christian Ude (from the Social Democratic Party), if it weren&#8217;t a good idea to return to Microsoft, based on a lot of hearsay what seemingly is wrong with Linux/LiMux. The Mayor&#8217;s response can be aptly described as &#8220;You don&#8217;t know jack&#8221;, which he expresses more politely, of course.</p>
<p>LiMux works. And it came in much cheaper than a Microsoft-based solution would have. Nobody can deny that today. That doesn&#8217;t mean that there aren&#8217;t any risks (lack of internal personnel being one of them), but returning to Microsoft due to some made-up FUD is definitely not one of them. This would be a <a href="http://en.wikipedia.org/wiki/L%27esprit_de_l%27escalier" rel="nofollow">Treppenwitz</a>.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
