<?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:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Three office technologies better than Web 2.0</title>
	<atom:link href="http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/feed" rel="self" type="application/rss+xml" />
	<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20</link>
	<description>Confessions of a Non-Profit Executive Director</description>
	<lastBuildDate>Sat, 13 Mar 2010 11:46:18 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Allan Benamer</title>
		<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/comment-page-1#comment-95170</link>
		<dc:creator>Allan Benamer</dc:creator>
		<pubDate>Thu, 03 Jan 2008 14:36:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20#comment-95170</guid>
		<description>Your Internet won&#039;t be down. Just get a T1 line and backup DSL. Get a router that does auto-failover. No one will even notice the hiccups. For even more redundancy, add Internet via cable.

The buggy update problem applies to more than just thin clients. It&#039;s actually harder to roll back on multiple machines than it is on a virtualized image. Providing special apps for certain users is much easier now. You can do it by profile. Heck, the new virtualization tech from MS will let you even mix and match versions of MS Office. I&#039;m only talking about this in a Microsoft setting but there is a way to access your thin client&#039;s using only a Web browser so you&#039;re never without it.

I think you should certainly look into it. It beats the old school way of doing things.</description>
		<content:encoded><![CDATA[<p>Your Internet won&#8217;t be down. Just get a T1 line and backup DSL. Get a router that does auto-failover. No one will even notice the hiccups. For even more redundancy, add Internet via cable.</p>
<p>The buggy update problem applies to more than just thin clients. It&#8217;s actually harder to roll back on multiple machines than it is on a virtualized image. Providing special apps for certain users is much easier now. You can do it by profile. Heck, the new virtualization tech from MS will let you even mix and match versions of MS Office. I&#8217;m only talking about this in a Microsoft setting but there is a way to access your thin client&#8217;s using only a Web browser so you&#8217;re never without it.</p>
<p>I think you should certainly look into it. It beats the old school way of doing things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam</title>
		<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/comment-page-1#comment-95167</link>
		<dc:creator>Sam</dc:creator>
		<pubDate>Wed, 02 Jan 2008 16:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20#comment-95167</guid>
		<description>Thin clients?  Really?  That&#039;s been tried and ditched before.  It seems like a great idea until your internet is down and then everybody&#039;s out of work.  Can&#039;t even write a Word document.  Or, a buggy update gets applied to that *one* copy of the application on the server and everybody&#039;s user experience is screwed up until it is fixed.  Or, a virus.  Or, you have employees that want to use their own applications rather than ones on the server.  Or, you have employees who travel and therefore are not always connected to the internet (with thin-client all their files and applications are only accessible when they are connected to the internet).  Am I missing something?</description>
		<content:encoded><![CDATA[<p>Thin clients?  Really?  That&#8217;s been tried and ditched before.  It seems like a great idea until your internet is down and then everybody&#8217;s out of work.  Can&#8217;t even write a Word document.  Or, a buggy update gets applied to that *one* copy of the application on the server and everybody&#8217;s user experience is screwed up until it is fixed.  Or, a virus.  Or, you have employees that want to use their own applications rather than ones on the server.  Or, you have employees who travel and therefore are not always connected to the internet (with thin-client all their files and applications are only accessible when they are connected to the internet).  Am I missing something?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/comment-page-1#comment-1096</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 12 Dec 2006 02:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20#comment-1096</guid>
		<description>Sharps OSA API is great.  For some early examples check out &lt;a href=&quot;http://www.xpertimage.com&quot; title=&quot;xpertimage&quot; rel=&quot;nofollow&quot;&gt; they have a cost recovery application called &lt;a href=&quot;http://www.xpertimage.com/product-billingpro-consol.html&quot; title=&quot;Xpert Billing&quot; rel=&quot;nofollow&quot;&gt; and a Legal Bates stamping and archiving system called &lt;a href=&quot;http://www.xpertimage.com/products-wasabi-2.html&quot; title=&quot;Wasabi&quot; rel=&quot;nofollow&quot;&gt;</description>
		<content:encoded><![CDATA[<p>Sharps OSA API is great.  For some early examples check out <a href="http://www.xpertimage.com" title="xpertimage" rel="nofollow"> they have a cost recovery application called </a><a href="http://www.xpertimage.com/product-billingpro-consol.html" title="Xpert Billing" rel="nofollow"> and a Legal Bates stamping and archiving system called </a><a href="http://www.xpertimage.com/products-wasabi-2.html" title="Wasabi" rel="nofollow"></a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abenamer</title>
		<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/comment-page-1#comment-1088</link>
		<dc:creator>abenamer</dc:creator>
		<pubDate>Mon, 11 Dec 2006 15:07:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20#comment-1088</guid>
		<description>Yes, I&#039;m not a big believer in custom apps. And your point is well taken that many NPOs have a &quot;if it doesn&#039;t say non-profit, then it must not be for me&quot; mentality.&quot; However, I prefer to make only modest promises on new technology simply because many technological gains require cultural acceptance and culture is not something that you can move easily. There&#039;s a part of me that thinks that IT guys should read some of the standard academic texts in anthropology just so they can improve their understanding of workplace culture.</description>
		<content:encoded><![CDATA[<p>Yes, I&#8217;m not a big believer in custom apps. And your point is well taken that many NPOs have a &#8220;if it doesn&#8217;t say non-profit, then it must not be for me&#8221; mentality.&#8221; However, I prefer to make only modest promises on new technology simply because many technological gains require cultural acceptance and culture is not something that you can move easily. There&#8217;s a part of me that thinks that IT guys should read some of the standard academic texts in anthropology just so they can improve their understanding of workplace culture.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abenamer</title>
		<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/comment-page-1#comment-1087</link>
		<dc:creator>abenamer</dc:creator>
		<pubDate>Mon, 11 Dec 2006 14:59:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20#comment-1087</guid>
		<description>It would be even more useful if I pointed you at an article about my IVR - http://www.nonprofittechblog.org/the-magic-ivr</description>
		<content:encoded><![CDATA[<p>It would be even more useful if I pointed you at an article about my IVR &#8211; <a href="http://www.nonprofittechblog.org/the-magic-ivr" rel="nofollow">http://www.nonprofittechblog.org/the-magic-ivr</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michelemmartin</title>
		<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/comment-page-1#comment-1083</link>
		<dc:creator>michelemmartin</dc:creator>
		<pubDate>Mon, 11 Dec 2006 12:17:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20#comment-1083</guid>
		<description>I do a lot of work with government-funded nonprofits and I find that they are very into proprietary systems that are hugely expensive and not particularly efficient. There seems to be a rampant belief that re-inventing the wheel is preferable to anything else, in large part because these systems are often developed for the benefit of the organization, rather than the benefit of the client. 

An example--despite the fact that sites like Monster.com and Careerbuilder are more widely used and effective, each state has developed their own job order/matching service so that they are able to keep track of statistics about how many people get hired through their systems. This requires both businesses and job seekers to do double data entry if they want to use this system, which is completely idiotic. 

My point here is that I think one of the big things getting in the way of adopting any new technology tools is the proprietary mindset of many NPOs where they believe that they have to create their own systems, rather than using existing systems that may, in fact, work better.</description>
		<content:encoded><![CDATA[<p>I do a lot of work with government-funded nonprofits and I find that they are very into proprietary systems that are hugely expensive and not particularly efficient. There seems to be a rampant belief that re-inventing the wheel is preferable to anything else, in large part because these systems are often developed for the benefit of the organization, rather than the benefit of the client. </p>
<p>An example&#8211;despite the fact that sites like Monster.com and Careerbuilder are more widely used and effective, each state has developed their own job order/matching service so that they are able to keep track of statistics about how many people get hired through their systems. This requires both businesses and job seekers to do double data entry if they want to use this system, which is completely idiotic. </p>
<p>My point here is that I think one of the big things getting in the way of adopting any new technology tools is the proprietary mindset of many NPOs where they believe that they have to create their own systems, rather than using existing systems that may, in fact, work better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paulmorriss</title>
		<link>http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20/comment-page-1#comment-1079</link>
		<dc:creator>paulmorriss</dc:creator>
		<pubDate>Mon, 11 Dec 2006 09:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.nonprofittechblog.org/three-office-technologies-better-than-web-20#comment-1079</guid>
		<description>Thanks for a useful article which counters a lot of techie hype of the Latest Thing!</description>
		<content:encoded><![CDATA[<p>Thanks for a useful article which counters a lot of techie hype of the Latest Thing!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
