<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>elnblog: Electronic Lab Notebooks &#187; Random</title>
	<atom:link href="http://www.elnblog.com/category/random/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elnblog.com</link>
	<description>Electronic Lab Notebooks and related issues</description>
	<pubDate>Fri, 18 Apr 2008 15:49:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
	<language>en</language>
			<item>
		<title>RSS, Attention and Flocking Behaviour</title>
		<link>http://www.elnblog.com/2006/01/08/rss-attention-and-flocking-behaviour/</link>
		<comments>http://www.elnblog.com/2006/01/08/rss-attention-and-flocking-behaviour/#comments</comments>
		<pubDate>Sun, 08 Jan 2006 13:24:19 +0000</pubDate>
		<dc:creator>Simon Coles</dc:creator>
		
		<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://www.elnblog.com/?p=19</guid>
		<description><![CDATA[Just noticed this post, which mentions a &#8220;Scanning for Patterns&#8221; behavior which is a good summary of how I use RSS/Atom/Blogs. There are about 15 feeds that I will read most articles, and then a few hundred other feeds which I will skim read when traveling. I generally only read a post from this group [...]]]></description>
			<content:encoded><![CDATA[<p>Just noticed this post, which mentions a &#8220;Scanning for Patterns&#8221; behavior which is a good summary of how I use RSS/Atom/Blogs. There are about 15 feeds that I will read most articles, and then a few hundred other feeds which I will skim read when traveling. I generally only read a post from this group if it is something that&#8217;s especially relevant and/or is something that&#8217;s appearing in a number of postings.
</p>
<p>In this way I can easily keep my &#8220;finger on the pulse&#8221; of a wide variety of communities - sure beats having to read dead-tree publications, go to conferences etc. Plus I get to do most of the skim-reading when on a plane, which turns out to be quite convenient.
</p>
<blockquote><p><a href="http://www.darcynorman.net/2006/01/05/rss-attention-and-flocking-behaviour">RSS, Attention and Flocking Behaviour at D&rsquo;Arcy Norman Dot Net</a>: &#8220;Why scan so many feeds? To me, it&rsquo;s about patterns. Keeping my peripheral vision (peripheral mind? is there such a thing?) pouring over more information than I could ever consciously absorb. And being able to pick up on subtle variations in the attention of the flock that I am a part of, as well as other related flocks.&#8221;</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.elnblog.com/2006/01/08/rss-attention-and-flocking-behaviour/feed/</wfw:commentRss>
		</item>
		<item>
		<title>tecosystems: The Trouble with Binary Arguments</title>
		<link>http://www.elnblog.com/2005/08/20/tecosystems-the-trouble-with-binary-arguments/</link>
		<comments>http://www.elnblog.com/2005/08/20/tecosystems-the-trouble-with-binary-arguments/#comments</comments>
		<pubDate>Sat, 20 Aug 2005 04:48:54 +0000</pubDate>
		<dc:creator>Simon Coles</dc:creator>
		
		<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://www.elnblog.com/?p=15</guid>
		<description><![CDATA[tecosystems: The Trouble with Binary Arguments: &#8220;binary arguments tend to obscure the fact that in many real world implementations, so-called oppositional technologies will compliment rather than annihilate each other. At the very least, they provide each other with the competition that drives innovation&#8221;
A very important point - almost all the analysis I&#8217;ve seen about ELN [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.redmonk.com/sogrady/archives/000241.html">tecosystems: The Trouble with Binary Arguments</a>: &#8220;binary arguments tend to obscure the fact that in many real world implementations, so-called oppositional technologies will compliment rather than annihilate each other. At the very least, they provide each other with the competition that drives innovation&#8221;</p>
<p>A very important point - almost all the analysis I&#8217;ve seen about ELN technologies is of the either/or variety, the truth is all successful ELN implementations involve a variety of technologies from a number of sources. </p>
<p>In the few cases where an organization has chosen to believe a vendor&#8217;s claim that they can provide everything, when you look at what happens on the ground, the end solution is still a series of integrated, complimentary tools from different sources. Interestingly, this is often done in an informal way and the ELN team may not even be aware of it.</p>
<p>Binary arguments are a useful analysis tool, but only that. For project implementation, better to recognize what&#8217;s going to happen anyway and run the project in a way that benefits from and supports diversity rather than constantly fight against the natural order of things.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.elnblog.com/2005/08/20/tecosystems-the-trouble-with-binary-arguments/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Using financial theory to explain Open Source</title>
		<link>http://www.elnblog.com/2005/07/27/using-financial-theory-to-explain-open-source/</link>
		<comments>http://www.elnblog.com/2005/07/27/using-financial-theory-to-explain-open-source/#comments</comments>
		<pubDate>Wed, 27 Jul 2005 07:23:30 +0000</pubDate>
		<dc:creator>Simon Coles</dc:creator>
		
		<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://www.elnblog.com/?p=10</guid>
		<description><![CDATA[This article on ONLamp uses financial theory to examine the difference between Open Source and proprietary software, concluding that:

Therefore, the major difference in worldview between open source advocates and proprietary software license advocates is explainable as a differing opinion on the correct value of the volatility of maintenance and upgrade pricing. People who believe that [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.onlamp.com/pub/a/onlamp/2005/07/21/software_pricing.html?page=1">This article</a> on <a href="http://www.onlamp.com">ONLamp</a> uses financial theory to examine the difference between Open Source and proprietary software, concluding that:
</p>
<blockquote><p>Therefore, the major difference in worldview between open source advocates and proprietary software license advocates is explainable as a differing opinion on the correct value of the volatility of maintenance and upgrade pricing. People who believe that the pricing on maintenance is stable and unlikely to change see greater intrinsic value in the software. People who fear that the pricing is subject to large fluctuations see no intrinsic value in the up-front license; stripped of the options, the license value approaches $0.
</p></blockquote>
<blockquote><p>For the open source movement, perhaps a better way to position the change that OSS is making is this: we&#8217;re converting warrants on future maintenance and enhancements into options, which means that instead of having a sole supplier (warrants), we have created a third-party market (options) of these derivatives.</p></blockquote>
<p>What an interesting way to look at things&#8230;. and very powerful. What happens to Enterprise Software when purchasing departments begin to do these calculations?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.elnblog.com/2005/07/27/using-financial-theory-to-explain-open-source/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Shirky on &#8220;Ontology is overrated&#8221;</title>
		<link>http://www.elnblog.com/2005/07/24/shirky-on-ontology-is-overrated/</link>
		<comments>http://www.elnblog.com/2005/07/24/shirky-on-ontology-is-overrated/#comments</comments>
		<pubDate>Sun, 24 Jul 2005 05:20:19 +0000</pubDate>
		<dc:creator>Simon Coles</dc:creator>
		
		<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://www.elnblog.com/?p=8</guid>
		<description><![CDATA[I&#8217;ve had this article in my &#8220;must post to blog someday&#8221; for quite a while. It is a long, thoughtful look on where Ontologies work and where they don&#8217;t.

I have a sense that the world of &#8220;managing large amounts of information to the benefit of lots of people&#8221; is rapidly changing. There are some traditional [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve had <a href="http://shirky.com/writings/ontology_overrated.html">this article</a> in my &#8220;must post to blog someday&#8221; for quite a while. It is a long, thoughtful look on where Ontologies work and where they don&#8217;t.
</p>
<p>I have a sense that the world of &#8220;managing large amounts of information to the benefit of lots of people&#8221; is rapidly changing. There are some traditional approaches which people are trying to implement in the ELN world which aren&#8217;t getting much leverage, and there are some newer (whackier) approaches coming from the Internet world which might prove to be very powerful in certain ELN applications.
</p>
<p>What I do know is that users instinctively rebel against categorising their &#8220;stuff&#8221; too finely, so a lot of well-intentioned systems aren&#8217;t working as intended - not because they&#8217;re badly implemented, but because users don&#8217;t think like that (The &#8220;Toaster&#8221; problem rears it&#8217;s ugly head). At the same time, simple collaborative tools like <a href="http://del.icio.us">del.icio.us</a> and clones, together with the &#8220;Tagging&#8221; meme that&#8217;s going around at the moment, seem to be effortlessly sorting out something as messy as the Internet.
</p>
<p>If you want to know more about del.icio.us then <a href="http://weblog.infoworld.com/udell/gems/delicious.html">this screencast</a> is a great introduction and is what gave me my &#8220;Ah hah!&#8221; moment.
</p>
<p>Interestingly, I had written this entry and just went to John Udell&#8217;s blog to find the correct link to the screencast. Turns out <a href="http://weblog.infoworld.com/udell/2005/07/22.html#a1274">his most recent entry</a> is about <a href="http://www.connotea.org/">Connotea</a>, a del.icio.us-like service for the scientific community. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.elnblog.com/2005/07/24/shirky-on-ontology-is-overrated/feed/</wfw:commentRss>
		</item>
		<item>
		<title>A comparison of REST and SOAP</title>
		<link>http://www.elnblog.com/2005/05/08/a-comparison-of-rest-and-soap/</link>
		<comments>http://www.elnblog.com/2005/05/08/a-comparison-of-rest-and-soap/#comments</comments>
		<pubDate>Sun, 08 May 2005 04:48:50 +0000</pubDate>
		<dc:creator>Simon Coles</dc:creator>
		
		<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://www.elnblog.com/?p=14</guid>
		<description><![CDATA[Here&#8217;s a good  comparison of REST and SOAP, two approaches for &#8220;Web Services&#8221;. Unlike a lot of discussions, this clearly explains the differences in philosophy between the two, and hence makes it a lot easier to decide which one you are most comfortable with.
]]></description>
			<content:encoded><![CDATA[<p>Here&#8217;s a good <a href="http://netmesh.info/jernst/2005/08/03#soap-rest-noun-verbs"> comparison of REST and SOAP</a>, two approaches for &#8220;Web Services&#8221;. Unlike a lot of discussions, this clearly explains the differences in philosophy between the two, and hence makes it a lot easier to decide which one you are most comfortable with.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.elnblog.com/2005/05/08/a-comparison-of-rest-and-soap/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Flat Vs Hierarchical information storage</title>
		<link>http://www.elnblog.com/2005/03/02/flat-vs-hierarchical-information-storage/</link>
		<comments>http://www.elnblog.com/2005/03/02/flat-vs-hierarchical-information-storage/#comments</comments>
		<pubDate>Wed, 02 Mar 2005 07:05:53 +0000</pubDate>
		<dc:creator>Simon Coles</dc:creator>
		
		<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://www.elnblog.com/?p=5</guid>
		<description><![CDATA[Really interesting blog post by Tom Evslin (creator of Microsoft Exchange Server) on how information systems have evolved in a comparatively short period of time from being Hierarchical to Flat:

The WorldWideWeb is where Moore&#8217;s Law met Metcalfe&#8217;s Law. Information management - the way we find out what we want to know - went from hierarchical [...]]]></description>
			<content:encoded><![CDATA[<p>Really interesting <a href="http://blog.tomevslin.com/2005/02/the_flattening__1.html">blog post</a> by Tom Evslin (creator of Microsoft Exchange Server) on how information systems have evolved in a comparatively short period of time from being Hierarchical to Flat:
</p>
<blockquote><p>The WorldWideWeb is where Moore&rsquo;s Law met Metcalfe&rsquo;s Law. Information management - the way we find out what we want to know - went from hierarchical to flat in just a few years as a result. We now assume - usually correctly - that we can find any particular piece of data from a railroad schedule in Estonia to a quote by an Argentine novelist on the Web within minutes of wanting it&#8230;.</p></blockquote>
<blockquote><p>&#8230;we all assumed that most people would approach information through the categories they assigned the information to&#8230;.To put it mildly, we were all wrong!</p></blockquote>
<blockquote><p>People don&rsquo;t think hierarchically - at least most people don&rsquo;t. We think in terms of associations&#8230;.</p></blockquote>
<p>When we were working on our first ELN projects (in the Mid-90&#8217;s) categorization and hierarchy was on everyone&#8217;s mind. Before a scientist created an experiment we had them fill out all sorts of metadata about it, and we&#8217;d have day long meetings as part of the implementation where the records management, library services, IT, and the user representatives would thrash out what they needed to have for each project. We&#8217;d be trying to keep the amount of metadata down to a few elements (at some point the users just put anything into the field because they&#8217;ve had enough of filling in silly boxes) but there was still a huge amount of pressure. Then, once we&#8217;d figured out all the metadata, we&#8217;d get into yet more meetings about how the information should be presented. An awful lot of pain for everyone involved&#8230;.</p>
<p>Fast forward to today. Our ELN can still capture and track metadata, and show the content of the system in different ways (e.g. you can drill down by project). But it is much less of &#8220;thing&#8221;. I guess it must come up only 50% of the time, and when it does they only really want a few items - generally, what they need to implement a records management process and maybe make the list of documents pretty. Sure, we&#8217;ve improved the product so the whole metadata issue is less hassle - we can now extract most of the metadata transparently rather than bugging the user, and we&#8217;ve got a more open framework to manage it. But even so, metadata is less on people&#8217;s minds.</p>
<p>I&#8217;m not saying metadata isn&#8217;t important, because it is. But is isn&#8217;t as big a thing as it was. Partly that&#8217;s because we&#8217;ve got better tools (primarily more CPU/Memory/DIsk), partly because we&#8217;re comfortable using Google and know that full text search really does work even on large bodies of content, but also because people realize that acquiring metadata isn&#8217;t cost-free. So the tradeoffs have changed - and most importantly, we&#8217;re all members of the Google generation.</p>
<p>The great thing is that ELNs are becoming much more lightweight. Less disruptive to the existing processes (but still delivering huge amounts of benefit), and cheaper/quicker to install too (because we&#8217;re not spending 2 days in meetings to figure out how to configure the thing).</p>
<p>Thanks Google <img src='http://www.elnblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://www.elnblog.com/2005/03/02/flat-vs-hierarchical-information-storage/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
