<?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: Hiding Complexity in Library 2.0</title>
	<atom:link href="http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/feed/" rel="self" type="application/rss+xml" />
	<link>http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/</link>
	<description>open source software for libraries</description>
	<lastBuildDate>Thu, 18 Feb 2010 20:59:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: &#8220;Fuck Privacy&#8221; and my poor prose at ebyblog</title>
		<link>http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/#comment-1664</link>
		<dc:creator>&#8220;Fuck Privacy&#8221; and my poor prose at ebyblog</dc:creator>
		<pubDate>Wed, 11 Jan 2006 23:01:43 +0000</pubDate>
		<guid isPermaLink="false">http://libdev.plymouth.edu/?p=26#comment-1664</guid>
		<description>[...] The first thing Walt goes into is my Hiding Complexity post. I was surpised to see it cited as a post &#8220;about potential difficulties with a more open architecture&#8221;. I actually opened the post with &#8220;One of the benefits of a more open architecture&#8221; but maybe I didn&#8217;t back that up with the rest of the post. My hope was to show that having an open architecture would allow libraries to customize the interface to their needs, making it as complex or as simple as needed for the application. Currently in some systems you can tweak templates and remove icons but it doesn&#8217;t have a robust system that can really push the customization. [...]</description>
		<content:encoded><![CDATA[<p>[...] The first thing Walt goes into is my Hiding Complexity post. I was surpised to see it cited as a post &#8220;about potential difficulties with a more open architecture&#8221;. I actually opened the post with &#8220;One of the benefits of a more open architecture&#8221; but maybe I didn&#8217;t back that up with the rest of the post. My hope was to show that having an open architecture would allow libraries to customize the interface to their needs, making it as complex or as simple as needed for the application. Currently in some systems you can tweak templates and remove icons but it doesn&#8217;t have a robust system that can really push the customization. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: libdev &#187; LiveSearch and Clustered Displays</title>
		<link>http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/#comment-1663</link>
		<dc:creator>libdev &#187; LiveSearch and Clustered Displays</dc:creator>
		<pubDate>Tue, 13 Dec 2005 20:39:23 +0000</pubDate>
		<guid isPermaLink="false">http://libdev.plymouth.edu/?p=26#comment-1663</guid>
		<description>[...] As I&#8217;ve written here before though, you have to be careful not to make things overly complicated. The results screen should probably avoid looking like a space shuttle cockpit. What do you think should be included in a results screen? [...]</description>
		<content:encoded><![CDATA[<p>[...] As I&#8217;ve written here before though, you have to be careful not to make things overly complicated. The results screen should probably avoid looking like a space shuttle cockpit. What do you think should be included in a results screen? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: casey20</title>
		<link>http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/#comment-1662</link>
		<dc:creator>casey20</dc:creator>
		<pubDate>Wed, 30 Nov 2005 17:21:42 +0000</pubDate>
		<guid isPermaLink="false">http://libdev.plymouth.edu/?p=26#comment-1662</guid>
		<description>Yeah, I don&#039;t really get the feeling that Amazon has an overarching technical vision, just a whole lot of really smart people.  A good example is their &lt;a href=&quot;http://www.amazon.com/gp/gsl/search/finder/%3FproductGroupID%3Dloose%255fdiamonds&quot; rel=&quot;nofollow&quot;&gt;diamond search&lt;/a&gt;.  Yeah, it&#039;s a very cool hack, but it&#039;s not similar anything else on their website.  What was their plan when they put that interface together?</description>
		<content:encoded><![CDATA[<p>Yeah, I don&#8217;t really get the feeling that Amazon has an overarching technical vision, just a whole lot of really smart people.  A good example is their <a href="http://www.amazon.com/gp/gsl/search/finder/%3FproductGroupID%3Dloose%255fdiamonds" rel="nofollow">diamond search</a>.  Yeah, it&#8217;s a very cool hack, but it&#8217;s not similar anything else on their website.  What was their plan when they put that interface together?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Information Takes Over &#187; Blog Archive &#187; Removing complexity</title>
		<link>http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/#comment-1661</link>
		<dc:creator>Information Takes Over &#187; Blog Archive &#187; Removing complexity</dc:creator>
		<pubDate>Wed, 30 Nov 2005 15:33:57 +0000</pubDate>
		<guid isPermaLink="false">http://libdev.plymouth.edu/?p=26#comment-1661</guid>
		<description>[...] libdev talks about the complexity of opacs and warns us that this could increase with library 2.0. Indeed. has anybody looked at worldcat lately? There are so many bells and whistles that it is easy to get lost. I once even found that I had somehow managed to move from WorldCat to ArticleFirst without realising it, after puzzling over the way the book display had changed. [...]</description>
		<content:encoded><![CDATA[<p>[...] libdev talks about the complexity of opacs and warns us that this could increase with library 2.0. Indeed. has anybody looked at worldcat lately? There are so many bells and whistles that it is easy to get lost. I once even found that I had somehow managed to move from WorldCat to ArticleFirst without realising it, after puzzling over the way the book display had changed. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eby</title>
		<link>http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/#comment-1660</link>
		<dc:creator>Eby</dc:creator>
		<pubDate>Tue, 29 Nov 2005 07:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://libdev.plymouth.edu/?p=26#comment-1660</guid>
		<description>I think it&#039;s a good idea to keep watching some of the others such as Yahoo and Amazon that are in the same boat as the OPAC, having legacy and politics to deal with when adding these features. Neither can become &quot;simpler&quot; tomorrow without huge consequences. Yahoo is making an increased effort to fix what problems they can and make things easier to use. Amazon, however, seems to be adding on features (tags, forums, etc) without much thought into the integration. At least it seems to me that the pages are getting more and more bloated and confusing. Maybe it&#039;s just me.</description>
		<content:encoded><![CDATA[<p>I think it&#8217;s a good idea to keep watching some of the others such as Yahoo and Amazon that are in the same boat as the OPAC, having legacy and politics to deal with when adding these features. Neither can become &#8220;simpler&#8221; tomorrow without huge consequences. Yahoo is making an increased effort to fix what problems they can and make things easier to use. Amazon, however, seems to be adding on features (tags, forums, etc) without much thought into the integration. At least it seems to me that the pages are getting more and more bloated and confusing. Maybe it&#8217;s just me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: casey20</title>
		<link>http://about.scriblio.net/scribbles/140/hiding-complexity-in-library-20/#comment-1659</link>
		<dc:creator>casey20</dc:creator>
		<pubDate>Tue, 29 Nov 2005 05:24:15 +0000</pubDate>
		<guid isPermaLink="false">http://libdev.plymouth.edu/?p=26#comment-1659</guid>
		<description>I personally think we&#039;ve failed if all this fantastic newness makes the catalog even one iota more complex than it is now.  Things are already too complicated, even if we were offering twice as much functionality.

I think your point about having the experts-only features there but having it hidden in a logical way is crucial.  Ideally, your users won&#039;t have to go through some hassle to add or subtract features, because the features will be there just when they need them, and where they would think of looking for them.  The software needs to be more intelligent so your users can get by with knowing less.

If that sounds like a tall order, it is.
It&#039;s made much harder by the inflexibility of current systems -- and the inflexibility of the library world in general.  Even among the online giants, I think most don&#039;t get it.  Amazon is a prime offender.  Yahoo is almost as bad.  The future is in sites with rich, intuitive interfaces where you can figure out how to do 90% of the stuff you want without looking at the instructions.  I&#039;m thinking Remember the Milk, Gmail &amp; the 37signals webapps as prime examples of web 2.0 stuff that just works.

What would happen tomorrow if the entire library catalog was replaced by a single page with a single search box on it?  How could you make that work?  Do I need all those dropdowns and boxes to find what I&#039;m looking for?  Why can&#039;t I type &quot;Bob Dylan CD&#039;s&quot; into anyone&#039;s library OPAC and just get Bob Dylan CD&#039;s back?  Or &quot;books about dogs written before 1900&quot;?

I don&#039;t see any way to get to that amazing 2.0 future without throwing a lot of dead weight -- old protocols and decades of card catalog-centric thinking -- off the side first.  Hiding complexity should start with the complexity we&#039;ve already got.  It&#039;s time for less.</description>
		<content:encoded><![CDATA[<p>I personally think we&#8217;ve failed if all this fantastic newness makes the catalog even one iota more complex than it is now.  Things are already too complicated, even if we were offering twice as much functionality.</p>
<p>I think your point about having the experts-only features there but having it hidden in a logical way is crucial.  Ideally, your users won&#8217;t have to go through some hassle to add or subtract features, because the features will be there just when they need them, and where they would think of looking for them.  The software needs to be more intelligent so your users can get by with knowing less.</p>
<p>If that sounds like a tall order, it is.<br />
It&#8217;s made much harder by the inflexibility of current systems &#8212; and the inflexibility of the library world in general.  Even among the online giants, I think most don&#8217;t get it.  Amazon is a prime offender.  Yahoo is almost as bad.  The future is in sites with rich, intuitive interfaces where you can figure out how to do 90% of the stuff you want without looking at the instructions.  I&#8217;m thinking Remember the Milk, Gmail &amp; the 37signals webapps as prime examples of web 2.0 stuff that just works.</p>
<p>What would happen tomorrow if the entire library catalog was replaced by a single page with a single search box on it?  How could you make that work?  Do I need all those dropdowns and boxes to find what I&#8217;m looking for?  Why can&#8217;t I type &#8220;Bob Dylan CD&#8217;s&#8221; into anyone&#8217;s library OPAC and just get Bob Dylan CD&#8217;s back?  Or &#8220;books about dogs written before 1900&#8243;?</p>
<p>I don&#8217;t see any way to get to that amazing 2.0 future without throwing a lot of dead weight &#8212; old protocols and decades of card catalog-centric thinking &#8212; off the side first.  Hiding complexity should start with the complexity we&#8217;ve already got.  It&#8217;s time for less.</p>
]]></content:encoded>
	</item>
</channel>
</rss>