<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-5555867</id><updated>2011-11-12T20:28:06.631-05:00</updated><category term='Layers'/><category term='Plants'/><category term='Metadata'/><category term='Data2.0'/><category term='Architecture'/><category term='RDF'/><category term='logic'/><category term='meaning'/><category term='messaging'/><category term='ArtificalLife'/><category term='brain'/><category term='Design'/><category term='language'/><category term='Web2.0'/><category term='memory'/><category term='Genetic'/><category term='evolution'/><category term='Programming'/><category term='Rest'/><category term='life'/><category term='GPL'/><category term='XQuery'/><category term='AI'/><category term='Representation'/><category term='Shadegarden'/><category term='structure'/><category term='Collaboration'/><category term='Information'/><category term='J2EE'/><category term='FreeWill'/><category term='database'/><category term='OpenSoftware'/><title type='text'>Remembering the Future</title><subtitle type='html'>Thoughts on memory, time and change</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><link rel='next' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default?start-index=101&amp;max-results=100'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>458</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-5555867.post-5230342734374845976</id><published>2011-11-12T20:10:00.001-05:00</published><updated>2011-11-12T20:28:06.642-05:00</updated><title type='text'>One of those AHA moments (hope this doesn't turn out to be too embarrassing)</title><summary type='text'>Entropy, information and evolution
Entropy and information
Entropy and information both attempt to take the qualitative concepts of variety and constraint and provide a quantitative measure, using mathematical concepts.  Thermodynamic entropy has the dimension of energy divided by temperature, and a unit of joules per kelvin (J/K). In information theory, entropy and information are measured in </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5230342734374845976/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5230342734374845976' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5230342734374845976'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5230342734374845976'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2011/11/one-of-those-aha-moments-hope-this.html' title='One of those AHA moments (hope this doesn&apos;t turn out to be too embarrassing)'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2886075322134517879</id><published>2011-09-12T08:48:00.000-05:00</published><updated>2011-09-12T08:48:47.398-05:00</updated><title type='text'>A Social Media Brand Primer</title><summary type='text'>Hanselman
Human behavior governs the system, the tools only magnify and  accelerator the results. Is your social media expert telling you how the  tools work and showing your what buttons to click, or are they talking  about the larger picture? 



</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2886075322134517879/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2886075322134517879' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2886075322134517879'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2886075322134517879'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2011/09/social-media-brand-primer.html' title='A Social Media Brand Primer'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2988013065594686037</id><published>2010-07-18T07:58:00.004-05:00</published><updated>2010-07-18T08:03:23.468-05:00</updated><title type='text'>Code Contracts to autogenerate test cases</title><summary type='text'>Jörg W Mittag
If you want to know what Bertrand Meyer, the inventor of Design by Contract, thinks about combining TDD and DbC, there is a nice paper by his group, called Contract-Driven Design = Test-Driven Development - Writing Test Cases. The basic premise is that contracts provide an abstract representation of all possible cases, whereas test cases only test specific cases. Therefore, a </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2988013065594686037/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2988013065594686037' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2988013065594686037'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2988013065594686037'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2010/07/code-contracts-to-autogenerate-test.html' title='Code Contracts to autogenerate test cases'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2989393129538019887</id><published>2010-07-06T07:31:00.002-05:00</published><updated>2010-07-06T07:46:27.623-05:00</updated><title type='text'>MetaModeling System</title><summary type='text'>Elastic Modeling Languages
Declarative models are useful ways to drive complexity out of IT application design and configuration, in favor of more concise statements of intent. Given a declaration of preferences or constraints, an IT management system can compose multiple models together much more effectively than if the models were predominantly procedural, and also formally verify for conflicts</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2989393129538019887/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2989393129538019887' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2989393129538019887'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2989393129538019887'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2010/07/metamodeling-system.html' title='MetaModeling System'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-7947762771817793324</id><published>2010-07-05T13:32:00.003-05:00</published><updated>2010-07-05T13:43:56.672-05:00</updated><title type='text'>Process programming for evolving state</title><summary type='text'>What if you could backtrack (prolog) through a collection of processes (workflow) to evolve the state of a system (ets) where truth was replaced by satisfying the process contract pre-conditions and post-conditions (code contracts).  A process is a function that transforms state from time t to t+1.  

Topics:
 evolutionary
 | programing
 | workflow
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/7947762771817793324/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=7947762771817793324' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7947762771817793324'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7947762771817793324'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2010/07/what-if-you-could-backtrack-prolog.html' title='Process programming for evolving state'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6351340589412324801</id><published>2010-05-21T12:32:00.002-05:00</published><updated>2010-05-21T12:36:30.505-05:00</updated><title type='text'>Cilantro Lime Rum Cooler</title><summary type='text'>Rafah

Here is the Cilantro recipe. Only change I make is that I blend the ice with the first blend. OK, 2 changes. I don't blend it the second time, I just hand mix it. The second time you blend it, it makes a lot of froth probably because of the lime juice. I also do the entire Cilantro stick, not just the leaves and I do 2 batches with the same cilantro leaves and I mix the 2 batches, why </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6351340589412324801/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6351340589412324801' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6351340589412324801'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6351340589412324801'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2010/05/cilantro-lime-rum-cooler.html' title='Cilantro Lime Rum Cooler'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-4312132782453333789</id><published>2010-05-11T11:08:00.003-05:00</published><updated>2010-05-11T11:16:52.582-05:00</updated><title type='text'>HTML5 and the [mobile] Web</title><summary type='text'>via Tim Bray
What’s the best thing that could happen? Some widely-interoperable dialect of HTML5 becomes broadly usable quicker than expected, and we get decent tooling around it quicker than expected, and the nature of the devices evolves slowly enough so as not to outpace heavyweight browser technology. In this world, software user experience is on average better and development cost is on </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/4312132782453333789/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=4312132782453333789' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4312132782453333789'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4312132782453333789'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2010/05/html5-and-mobile-web.html' title='HTML5 and the [mobile] Web'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-220580505053743347</id><published>2009-08-27T09:11:00.003-05:00</published><updated>2009-08-27T09:19:04.106-05:00</updated><title type='text'>New Measure of Human Brain Processing Speed</title><summary type='text'>via Nat Torkington 

[The brain is] clocked at 60 bits/second, according to this MIT Technology Review article. Their approach eventually led to Hick's Law, one of the few laws of experimental psychology. It states that the time it takes to make a choice is linearly related to the entropy of the possible alternatives. The results from various reaction-time experiments seem to show that this is </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/220580505053743347/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=220580505053743347' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/220580505053743347'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/220580505053743347'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/08/new-measure-of-human-brain-processing.html' title='New Measure of Human Brain Processing Speed'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-333406173825651936</id><published>2009-08-06T13:35:00.001-05:00</published><updated>2009-08-06T13:37:45.109-05:00</updated><title type='text'>Does "Linked Data" have to be RDF</title><summary type='text'>Rob Styles

Ian is saying a spreadsheet isn’t Linked Data, even if it’s on the web and even if it’s linked to. The only standard for describing how one resource relates to others using URIs is RDF. Sure, you can put URIs into a spreadsheet, but there is no standard interpretation of what the sheets, rows and columns mean. 


Topics:
 RDF
 | LinkedData
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/333406173825651936/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=333406173825651936' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/333406173825651936'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/333406173825651936'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/08/does-linked-data-have-to-be-rdf.html' title='Does &quot;Linked Data&quot; have to be RDF'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-395449908557250299</id><published>2009-08-06T07:52:00.002-05:00</published><updated>2009-08-06T07:55:43.245-05:00</updated><title type='text'>Philosophy, Science, Sociology and ID</title><summary type='text'>Francis Williamson
Even within an immanent teleological schema of the Aristotelean sort there are going to be things best explained as the result of regularities in nature (efficient causes), such as the tides of the sea or the orbits of the planets, whilst others are best explained by reference to actual mental states (desires/intentions/goals/plans) of agents, such as my writing these very </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/395449908557250299/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=395449908557250299' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/395449908557250299'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/395449908557250299'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/08/philosophy-science-sociology-and-id.html' title='Philosophy, Science, Sociology and ID'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6203445722909384159</id><published>2009-06-25T07:10:00.002-05:00</published><updated>2009-06-25T07:24:20.490-05:00</updated><title type='text'>Session Attacks and ASP.NET</title><summary type='text'>SANS

If the attacker can fixate, hijack, or steal a Session from the victim, this type of attack will succeed no matter if the web site uses Forms Authentication, Windows Authentication, Client Certificates, etc. It doesn’t matter. As long as the attacker also has an account in the system as well as the victim’s Session ID, they can take over the session…that is unless the developer adds some </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6203445722909384159/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6203445722909384159' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6203445722909384159'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6203445722909384159'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/06/session-attacks-and-aspnet.html' title='Session Attacks and ASP.NET'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-4337815542033782971</id><published>2009-06-12T09:13:00.001-05:00</published><updated>2009-06-12T09:15:08.948-05:00</updated><title type='text'>Data vs. Model Driven Programming</title><summary type='text'>MSDN
But whereas the phrase “data-driven” implies the use of data as the driving mechanism, a model-driven application is one in which the data is exposed and consumed as models, highly structured, interoperable data. Furthermore, while we often described the use to which data is put with the words “application state” data or “metadata,” in truth data is data. Application and state data (as well </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/4337815542033782971/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=4337815542033782971' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4337815542033782971'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4337815542033782971'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/06/data-vs-model-driven-programming.html' title='Data vs. Model Driven Programming'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-1898043562814583427</id><published>2009-05-19T09:11:00.003-05:00</published><updated>2009-06-12T09:18:32.277-05:00</updated><title type='text'>Big Data and the problem of metadata</title><summary type='text'>Jon via Michael E. Driscoll 


The meta-data problem is enormous. Say you’ve got a field called “diagnosis date” for some disease. It’s in a database with a date type, so there’s no format issue. What exactly does that date mean? First appointment with a family doctor? First appointment with a specialist? Is it self-reported? Has the date always meant the same thing, or did the meaning of the </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/1898043562814583427/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=1898043562814583427' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1898043562814583427'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1898043562814583427'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/05/is-big-data-at-tipping-point.html' title='Big Data and the problem of metadata'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-857971068879760576</id><published>2009-03-09T11:14:00.003-05:00</published><updated>2009-03-09T11:24:38.717-05:00</updated><title type='text'>Open Data Defined</title><summary type='text'>Open Government Data project

  Open Government Data Principles 
Government data shall be considered open if they are made public in a way that complies with the principles below:

 1. Complete
 All public data are made available.  Public data are data that are not subject to valid privacy, security or privilege limitations.

 2. Primary
 Data are collected at the source, with the finest possible</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/857971068879760576/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=857971068879760576' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/857971068879760576'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/857971068879760576'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/03/open-data-defined.html' title='Open Data Defined'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-1562136938535470112</id><published>2009-01-26T21:18:00.002-05:00</published><updated>2009-01-26T21:21:35.523-05:00</updated><title type='text'>Build Metadata-Based Applications With The “Oslo” Platform</title><summary type='text'>Chris Sells
In fact, .aspx files aren't too useful without ASP.NET, and XOML files without WF would be much less compelling.
There are a number of runtimes and services being developed that will take advantage of "Oslo." These include a new version of ASP.NET supporting the MWeb Domain Specific Language (DSL) and the "Quadrant" Web editor, the "Dublin" Windows Server extensions supporting the "</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/1562136938535470112/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=1562136938535470112' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1562136938535470112'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1562136938535470112'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/01/build-metadata-based-applications-with.html' title='Build Metadata-Based Applications With The “Oslo” Platform'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-3273270009225974287</id><published>2009-01-09T09:08:00.002-05:00</published><updated>2009-01-09T12:17:39.790-05:00</updated><title type='text'>The new workflow</title><summary type='text'>Jon Udell on how Ward Cunningham implemented Brian Marick’s notion of Visible Workings
This isn’t just an innovative approach to software testing and workflow visualization. It’s also a radical statement about business process transparency. For most of us, most of the time, business systems are black boxes whose internal workings we can only discern in the outcomes of our (often painful) </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/3273270009225974287/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=3273270009225974287' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3273270009225974287'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3273270009225974287'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2009/01/new-workflow.html' title='The new workflow'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-636634691018497884</id><published>2008-11-25T08:32:00.001-05:00</published><updated>2008-11-25T12:24:48.925-05:00</updated><title type='text'>Forced marriages not a community building strategy</title><summary type='text'>Inge Henriksen
I won't try to analyze the community to much, but I think making services like "TM Snippets" and my Subject Layer forums etc is the right way to go. Why? Many companies has, often as part of their business strategy, tried to forcefully create communities and failed. The community services that are successful are, in my experience, most often created by people not asking "what is in</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/636634691018497884/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=636634691018497884' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/636634691018497884'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/636634691018497884'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/11/forced-marrages-not-community-building.html' title='Forced marriages not a community building strategy'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6457268177198738574</id><published>2008-09-25T08:55:00.000-05:00</published><updated>2008-09-25T08:58:41.392-05:00</updated><title type='text'>Unconscious thought and creative solutions</title><summary type='text'>Chen-Bo Zhong
there is no doubt that unconscious processes may be most active during sleep but they can also be active while people consciously focus on something—just not the problem you hope to resolve. In our study, we manipulated unconscious thought by distracting participants from the task at hand and focusing them on a different, very cognitive demanding task. Thus, to harness the benefits </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6457268177198738574/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6457268177198738574' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6457268177198738574'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6457268177198738574'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/09/unconscious-thought-and-creative.html' title='Unconscious thought and creative solutions'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5729064592216334648</id><published>2008-09-16T08:48:00.000-05:00</published><updated>2008-09-16T08:57:41.012-05:00</updated><title type='text'>The mismatch between human-driven and machine-driven processes</title><summary type='text'>Andrea Westernein
This is the subject of a book (written in 2005) by Keith Harrison-Broninski, Human Interactions, The Heart and Soul of Business Process Management. The information is also overviewed in a paper by Harrison-Broninski at http://human-interaction-management.info/A%20Role-Based%20Approach%20To%20Business%20Process%20Management.doc. The paper and book describes the mismatch between </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5729064592216334648/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5729064592216334648' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5729064592216334648'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5729064592216334648'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/09/mismatch-between-human-driven-and.html' title='The mismatch between human-driven and machine-driven processes'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6168385814092265939</id><published>2008-08-25T09:52:00.001-05:00</published><updated>2008-08-25T11:03:28.984-05:00</updated><title type='text'>RDF and Data 2.0</title><summary type='text'>I have been talking to my friend Bryan Thompson after he got back from his talk at OSCON Cloud Computing with bigdata, and it got me thinking again about RDF data storage, which seems to be getting increasing mindshare lately.  Bryans point is that his approach to RDF provides a next generation data model that generalizes all the Google Big Table clones, like 
Cassandra
 or HBase that are </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6168385814092265939/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6168385814092265939' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6168385814092265939'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6168385814092265939'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/08/rdf-and-data-20.html' title='RDF and Data 2.0'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-1981224776578046043</id><published>2008-08-10T08:57:00.000-05:00</published><updated>2008-08-10T09:59:31.685-05:00</updated><title type='text'>Zebra's Stripes, Butterfly's Wings: How Do Biological Patterns Emerge?</title><summary type='text'>ScienceDaily

“Pattern formation is a classic problem in embryology,” says Denise Montell, Ph.D., a professor of biological chemistry at Hopkins. “At some point, cells in an embryo must separate into those that will become heart cells, liver cells, blood cells and so on. Although this has been studied for years, there is still a lot we don’t understand.”
. . . 
By making certain assumptions about</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/1981224776578046043/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=1981224776578046043' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1981224776578046043'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1981224776578046043'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/08/zebras-stripes-butterflys-wings-how-do.html' title='Zebra&apos;s Stripes, Butterfly&apos;s Wings: How Do Biological Patterns Emerge?'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5210586991678101428</id><published>2008-07-24T08:30:00.002-05:00</published><updated>2008-08-25T11:04:20.212-05:00</updated><title type='text'>Web 2.0 Business Models</title><summary type='text'>Value can be created by the exchange of goods that resolve a twist in the fabric of values.  If I have something that you value more, and you have something that I value more, if we make an exchange, we unwind a twist in value space and bring the system back to equilibrium where we each have what we value most.  

Efficiency is possible by cutting out the middleman in this exchange process.  I </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5210586991678101428/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5210586991678101428' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5210586991678101428'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5210586991678101428'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/07/value-can-be-created-by-exchange-of.html' title='Web 2.0 Business Models'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6308999340871360856</id><published>2008-07-21T12:30:00.000-05:00</published><updated>2008-07-21T12:44:27.993-05:00</updated><title type='text'>Metcalfe, Einstein, and Linked Data</title><summary type='text'>
Kingsley Uyi Idehen 
By simply injecting "Context" which is what a high fidelity linked data mesh facilitates i.e. a mesh of weighted links endowed with specifically typed links (as opposed to a single ambiguous type unspecific link), you end up with an even more insight into the power of a Linked Data Web.

Topics:
 data2.0
 | RDF
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6308999340871360856/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6308999340871360856' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6308999340871360856'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6308999340871360856'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/07/metcalfe-einstein-and-linked-data.html' title='Metcalfe, Einstein, and Linked Data'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2866211124123328652</id><published>2008-07-17T07:26:00.000-05:00</published><updated>2008-07-17T07:33:01.758-05:00</updated><title type='text'>ENGINEERS' DREAMS</title><summary type='text'>By George Dyson 
Ed was reminded of cybernetician W. Ross Ashby's "Law of Requisite Variety": that any effective control system has to be as complex as the system it controls. This was the paradox of artificial intelligence: any system simple enough to be understandable will not be complicated enough to behave intelligently; and any system complicated enough to behave intelligently will not be </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2866211124123328652/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2866211124123328652' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2866211124123328652'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2866211124123328652'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/07/engineers-dreams.html' title='ENGINEERS&apos; DREAMS'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5244974949206786417</id><published>2008-06-27T10:13:00.000-05:00</published><updated>2008-06-27T10:16:50.566-05:00</updated><title type='text'>Symmetry and Time</title><summary type='text'>Entropy

There is no problem of “the arrow of time”. There simply is no arrow of time, as if time could
go one “way” rather than another. That metaphor is an unfortunate result of spatializing time.
The picture of time as a line along which one might travel in one direction or the other is a conceptual
disaster. Time is becoming. Becoming is change. The undoing of a change is also a
change. There</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5244974949206786417/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5244974949206786417' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5244974949206786417'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5244974949206786417'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/06/symmetry-and-time.html' title='Symmetry and Time'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-7233060561100180657</id><published>2008-05-05T14:27:00.000-05:00</published><updated>2008-05-05T14:30:17.515-05:00</updated><title type='text'>Modeling: More with less</title><summary type='text'>Discipline and punishment
The practical result of such an approach (as anybody who's ever spent too much time with a UML design tool will attest) is an explosion of types and relationships that taken together in all its immensity actually provides very little insight into the problem at hand. The final model isn't any simpler than the original problem and so it's worse-than-useless; newcomers </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/7233060561100180657/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=7233060561100180657' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7233060561100180657'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7233060561100180657'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/05/modeling-more-with-less.html' title='Modeling: More with less'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-3545676830723804432</id><published>2008-04-29T10:15:00.001-05:00</published><updated>2008-04-29T10:22:10.045-05:00</updated><title type='text'>The Bandwidth of Code</title><summary type='text'>Discipline and punish
Hell is Other People's Code is, perhaps, another way of saying that code is a terrible way to communicate with other human beings. Foreign code inspires a mixture of apprehension, anger and anxiety precisely because the bandwidth capacity of written code is so horrifying small. Enormous amounts of context, nuance, philosophy, history -- in short, knowledge -- is lost forever</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/3545676830723804432/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=3545676830723804432' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3545676830723804432'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3545676830723804432'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/04/bandwidth-of-code.html' title='The Bandwidth of Code'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-7421349718194110281</id><published>2008-04-29T07:46:00.000-05:00</published><updated>2008-04-29T07:49:12.998-05:00</updated><title type='text'>Limitations of a scientific theory of human consciousness</title><summary type='text'>BioEssays by Alfred Gierer via MikeGene
We appear in our own memories, fears and hopes, desires and plans—as we are, or as we believe ourselves to be, or as we wish to be seen by others, as we want or do not want ourselves to become and as we see our past, and our future possibilities. Behavioral dispositions are influenced by these ‘‘self-images’’, which of course do not represent concrete </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/7421349718194110281/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=7421349718194110281' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7421349718194110281'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7421349718194110281'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/04/limitations-of-scientific-theory-of.html' title='Limitations of a scientific theory of human consciousness'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-4639829096123590067</id><published>2008-04-14T11:09:00.000-05:00</published><updated>2008-04-14T11:12:15.863-05:00</updated><title type='text'>Code as consensus</title><summary type='text'>discipline and punish
It's communication that seems to be the essential ingredient of all the different phases and levels and spheres of software engineering. Product managers have to communicate requirements to the developers, architects have to communicate abstractions to the developers, developers have to communicate code to each other, and sales has to communicate needs to the customers. </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/4639829096123590067/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=4639829096123590067' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4639829096123590067'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4639829096123590067'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/04/code-as-consensus.html' title='Code as consensus'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-154857629759288925</id><published>2008-04-09T20:15:00.004-05:00</published><updated>2008-04-09T21:12:45.176-05:00</updated><title type='text'>The Luminous Ground</title><summary type='text'>Christopher Alexander
These 15 properties, were at the beginning, the underpinnings of the whole theory.  Later, I realized that these properties were not the most fundamental aspect of the theory, and that they occur as consequences of an even more fundamental structure -- the system of living centers, and are simply the ways that centers support each other to create  more life.  

... Later the</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/154857629759288925/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=154857629759288925' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/154857629759288925'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/154857629759288925'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/04/luminous-ground.html' title='The Luminous Ground'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-1975748857405494516</id><published>2008-03-31T14:21:00.001-05:00</published><updated>2008-03-31T14:25:54.174-05:00</updated><title type='text'>Maintainable Architecture</title><summary type='text'>discipline and punish
If maintenance costs are what determines project success or failure, if in fact the problem is change then, naturally, anything that can be done to reduce maintenance costs is a good idea. And here's where things start to get interesting, here's where software development becomes more than a hobby or craft. Most anybody, given enough time, can write a program to do 'X' but </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/1975748857405494516/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=1975748857405494516' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1975748857405494516'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1975748857405494516'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/03/maintainable-architecture.html' title='Maintainable Architecture'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2399078233531370680</id><published>2008-03-07T09:59:00.000-05:00</published><updated>2008-03-07T10:17:46.926-05:00</updated><title type='text'>Devices of the Soul</title><summary type='text'>Steve Talbott
Our primary task is to discover the potentials within ourselves that are not merely mechanical, not merely automatic, not reducible to computation,

Topics:
 philosopy
 | duality
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2399078233531370680/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2399078233531370680' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2399078233531370680'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2399078233531370680'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/03/devices-of-soul.html' title='Devices of the Soul'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-3424764603071428043</id><published>2008-01-28T16:37:00.000-05:00</published><updated>2008-01-28T17:53:12.251-05:00</updated><title type='text'>Design Beyond Human Abilities</title><summary type='text'>Richard P. Gabriel
Now I’ll turn my attention to some work by Adrian Thompson to see how we can approach designing ULS [ultra-large-system]
systems. He defines three of what I call MetaDesign Spaces. A metadesign space is an approach to how to design
based on what is known at what points in the design process. Pictorially, I depict a design as a blueprint, and
from the blueprint, a builder can </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/3424764603071428043/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=3424764603071428043' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3424764603071428043'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3424764603071428043'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2008/01/design-beyond-human-abilities.html' title='Design Beyond Human Abilities'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6597965445927962095</id><published>2007-12-26T08:26:00.000-05:00</published><updated>2007-12-26T08:33:48.431-05:00</updated><title type='text'>Math model of asymmetric distribution of cell membrane proteins</title><summary type='text'>Roland Wedlich-Söldner
To establish an asymmetric distribution of membrane proteins, diffusion has to be countered for a long enough time to allow the molecules to accumulate and fulfill their functions. This is possible through active and directed transport whose net effects need to outdo diffusion till the necessary concentration of molecules is reached.
...
Apart from diffusion which prevents </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6597965445927962095/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6597965445927962095' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6597965445927962095'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6597965445927962095'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/12/math-model-of-asymmetric-distribution.html' title='Math model of asymmetric distribution of cell membrane proteins'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-3339795179939513567</id><published>2007-12-14T08:57:00.000-05:00</published><updated>2007-12-14T09:00:17.706-05:00</updated><title type='text'>Linear and non-linear learning</title><summary type='text'>Ken Carroll
The internet is changing the way we learn and that’s because of its  network qualities. I believe we’ve moved beyond the Mechanical Age, and beyond the Information Age, to the Age of Networks, and therefore to the Age of Networked Learning. Networks are every where and, as Jay Cross persuasively argues, they are changing everything, including how we learn. The last time that happened </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/3339795179939513567/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=3339795179939513567' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3339795179939513567'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3339795179939513567'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/12/linear-and-non-linear-learning.html' title='Linear and non-linear learning'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-8733789626421743954</id><published>2007-11-29T08:50:00.000-05:00</published><updated>2007-11-29T08:53:47.670-05:00</updated><title type='text'>Long tail business model dangers</title><summary type='text'>Read/Write Web
You can make money on the long tail but not in the long tail. The precise point of Anderson's argument is that it is a collective of the long tail amounts to substantial dollars because the volume is there. The retail/advertising game is a game based on volume. You make money on a lot of traffic to a single popular site or the sum of smaller amounts of traffic to many less popular </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/8733789626421743954/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=8733789626421743954' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/8733789626421743954'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/8733789626421743954'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/11/long-tail-business-model-dangers.html' title='Long tail business model dangers'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5259191795496090430</id><published>2007-11-27T11:13:00.000-05:00</published><updated>2007-11-27T11:17:22.050-05:00</updated><title type='text'>What would you ask Tim Berners-Lee?</title><summary type='text'>Mine
RDF seems to be so general that it can be considered for any application. The flip side of this argument is that for any specific application, it is the least powerful solution. That lack of power expresses itself as a more complex representation than is necessary for a specific solution, and an extremely weak inference capability, compared to an application specific model using a </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5259191795496090430/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5259191795496090430' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5259191795496090430'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5259191795496090430'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/11/what-would-you-ask-tim-berners-lee.html' title='What would you ask Tim Berners-Lee?'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-1329295175659433639</id><published>2007-11-22T09:26:00.000-05:00</published><updated>2007-11-22T09:38:57.719-05:00</updated><title type='text'>Bioclocks work by controlling chromosome coiling</title><summary type='text'>Carl Johnson
In recent years, scientists have discovered that biological clocks help organize a dizzying array of biochemical processes in the body. Despite a number of hypotheses, exactly how the microscopic pacemakers in every cell in the body exert such a widespread influence has remained a mystery.
&lt; p/&gt;
Now, a new study provides direct evidence that biological clocks can influence the </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/1329295175659433639/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=1329295175659433639' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1329295175659433639'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1329295175659433639'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/11/bioclocks-work-by-controlling.html' title='Bioclocks work by controlling chromosome coiling'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2117059129025601978</id><published>2007-11-05T14:00:00.000-05:00</published><updated>2007-11-05T14:09:25.597-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Programming'/><category scheme='http://www.blogger.com/atom/ns#' term='Design'/><title type='text'>Programming, creativity and constraints</title><summary type='text'>discipline and punish
The real problem, I think, is that the timeless, traditional understanding of programming is pretty much completely backwards. Everybody is taught that programming is a kind of writing where the goal is to use a special "language" to tell a computer what to do. From the beginning we are led to believe in this idealistic notion that programming is just a matter of developing </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2117059129025601978/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2117059129025601978' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2117059129025601978'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2117059129025601978'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/11/programming-creativity-and-constraints.html' title='Programming, creativity and constraints'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2520447208689050465</id><published>2007-10-26T09:16:00.000-05:00</published><updated>2007-10-26T09:39:11.993-05:00</updated><title type='text'>The fairytale of search as mechanical intelligence</title><summary type='text'>Alex Smith, a undergraduate electrical engineering student at the University of Birmingham in the United Kingdom, has proven that a primitive type of computer known as a 2,3 Turing machine can solve every computational problem there is.

 Stephen Wolfram
We don't have to carefully build things up with engineering. We can just go out and search in the computational universe, and find things like </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2520447208689050465/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2520447208689050465' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2520447208689050465'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2520447208689050465'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/10/fairytale-of-search-as-mechanical.html' title='The fairytale of search as mechanical intelligence'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5608745042383523804</id><published>2007-10-24T18:40:00.000-05:00</published><updated>2007-10-24T18:44:49.957-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='structure'/><category scheme='http://www.blogger.com/atom/ns#' term='Information'/><title type='text'>Everything is Not Miscellaneous (The Importance of Structure)</title><summary type='text'>buko obele
So rather than gleefully celebrating the removal of "physical constraints" on the web we ought to be searching for ways to better translate those same physical constraints (whose only fault is that they are old but have actually proved quite useful in many previous ventures including the construction of civilization) to the web. Better ways for users to add and organize data into </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5608745042383523804/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5608745042383523804' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5608745042383523804'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5608745042383523804'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/10/everything-is-not-miscellaneous.html' title='Everything is Not Miscellaneous (The Importance of Structure)'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-3210115021434679166</id><published>2007-10-01T08:46:00.000-05:00</published><updated>2007-10-01T08:50:01.093-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='life'/><category scheme='http://www.blogger.com/atom/ns#' term='evolution'/><category scheme='http://www.blogger.com/atom/ns#' term='meaning'/><category scheme='http://www.blogger.com/atom/ns#' term='logic'/><title type='text'>Gödel and the mathematics of life</title><summary type='text'>Albert Voie
Life expresses both function and sign systems. This parallels the logically necessary
symbolic self-referring structure in self-reproducing systems. Due to the abstract character of
function and sign systems, life is not a subsystem of natural laws. This suggests that our reason is limited in respect to solving the problem of the origin of life and that we are left accepting life as </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/3210115021434679166/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=3210115021434679166' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3210115021434679166'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/3210115021434679166'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/10/gdel-and-mathematics-of-life.html' title='Gödel and the mathematics of life'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2778475507740862181</id><published>2007-09-19T08:22:00.000-05:00</published><updated>2007-09-19T08:42:53.329-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Metadata'/><category scheme='http://www.blogger.com/atom/ns#' term='meaning'/><title type='text'>Incentives for creating Metadata</title><summary type='text'> Bob DuCharme
Who assigns this metadata, and why do they do it? You have three choices: people who do it because they're paid to, people who do it because they want to, and automated processes.
. . . 
While some metadata is free, such as the size of a file and the last time it was edited, creation of new metadata is never completely free. If you're not paying people outright, you must come up </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2778475507740862181/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2778475507740862181' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2778475507740862181'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2778475507740862181'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/09/incentives-for-creating-metadata.html' title='Incentives for creating Metadata'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6990206356782172903</id><published>2007-09-07T11:30:00.000-05:00</published><updated>2007-09-07T11:44:15.011-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Representation'/><category scheme='http://www.blogger.com/atom/ns#' term='memory'/><title type='text'>Source of Memory Unknown</title><summary type='text'>Yasser Roudi*, Peter E. Latham

A critical component of cognition is memory—the ability to store information, and to readily retrieve it on cue. Existing models postulate that recalled items are represented by self-sustained activity; that is, they are represented by activity that can exist in the absence of input. These models, however, are incomplete, in the sense that they do not explain two </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6990206356782172903/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6990206356782172903' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6990206356782172903'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6990206356782172903'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/09/source-of-memory-unknown.html' title='Source of Memory Unknown'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5248326993764321950</id><published>2007-09-07T10:09:00.000-05:00</published><updated>2007-09-07T10:19:02.455-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Layers'/><category scheme='http://www.blogger.com/atom/ns#' term='J2EE'/><category scheme='http://www.blogger.com/atom/ns#' term='Architecture'/><title type='text'>The fairytale of N-tier applications</title><summary type='text'>ocean
Excessive
layering plagues many Java applications because they submit to the component
and container dichotomy. Containers inevitably produce layers because they
are so darned intrusive; combined with so-called good programming practices
the result is walls have to be thrown up to protect the mythically valuable business
logic from the implementation details of the Container. There's been </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5248326993764321950/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5248326993764321950' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5248326993764321950'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5248326993764321950'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/09/fairytale-of-n-tier-applications.html' title='The fairytale of N-tier applications'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5414731916708936001</id><published>2007-09-04T08:53:00.000-05:00</published><updated>2007-09-04T08:57:30.854-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='GPL'/><category scheme='http://www.blogger.com/atom/ns#' term='OpenSoftware'/><title type='text'>GPL as ultimately business friendly</title><summary type='text'>Richard Hillesley
yet the GPL not only proved to be the best protector of the principles of free software, but was also the most business friendly of the licenses available, for one simple reason - companies like IBM, HP, and SGI could contribute openly to the kernel, in the knowledge that the developments of their competitors would also be fed back to the community - Paradoxically, the viral </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5414731916708936001/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5414731916708936001' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5414731916708936001'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5414731916708936001'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/09/gpl-as-ultimately-business-friendly.html' title='GPL as ultimately business friendly'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5366755455492373483</id><published>2007-08-16T08:53:00.000-05:00</published><updated>2007-08-16T08:57:57.500-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Information'/><category scheme='http://www.blogger.com/atom/ns#' term='Genetic'/><title type='text'>Networked Genome</title><summary type='text'>nova spivack
A new finding has discovered that the human genome may be highly networked. That is, genes do not operate in isolation, but rather they are networked together in a far more complex ecosystem than previously thought. It may be impossible to separate one gene from another in fact. This throws into question not only our understanding of genetics and the human genome, but also the whole </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5366755455492373483/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5366755455492373483' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5366755455492373483'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5366755455492373483'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/08/networked-genome.html' title='Networked Genome'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-7702409416688637918</id><published>2007-07-20T07:19:00.000-05:00</published><updated>2007-07-20T07:54:26.578-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='evolution'/><category scheme='http://www.blogger.com/atom/ns#' term='Design'/><category scheme='http://www.blogger.com/atom/ns#' term='language'/><title type='text'>Emergent Evolution and Design in Language</title><summary type='text'>Terrence Deacon
[Mathematics has] for centuries
prompted philosophical debates concerning the origins of abstract form. Consider the operations
of addition, subtraction, multiplication, and division in elementary arithmetic. These are, in one
sense, cultural creations. They are conventional operations using culturally created tokens that
could be embodied in a seeming infinite variety of </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/7702409416688637918/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=7702409416688637918' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7702409416688637918'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7702409416688637918'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/07/emergent-evolution-and-design-in.html' title='Emergent Evolution and Design in Language'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-1961321182485329089</id><published>2007-05-30T14:39:00.000-05:00</published><updated>2007-05-30T15:06:28.441-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Architecture'/><category scheme='http://www.blogger.com/atom/ns#' term='messaging'/><category scheme='http://www.blogger.com/atom/ns#' term='database'/><title type='text'>Messaging and Databases: A Story of Heartbreak and Betrayl</title><summary type='text'>ocean
Last week there was some discussion about the
value of relational databases and this week it looks like it's messaging's turn for
re-examination. It's an interesting proposal and, hey, it's good to revisit sacred cows every once in a while if
only to keep them on their toes.
...
If the goal of the data fabric is, after all, is distribution of data and horizontal scaling then it's messaging,</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/1961321182485329089/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=1961321182485329089' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1961321182485329089'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/1961321182485329089'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/05/messaging-and-databases-story-of.html' title='Messaging and Databases: A Story of Heartbreak and Betrayl'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-8610038222843939953</id><published>2007-05-18T11:02:00.000-05:00</published><updated>2007-05-18T11:07:37.084-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='evolution'/><title type='text'>Study of protein folds offers insight into metabolic evolution</title><summary type='text'>Gustavo Caetano-Anollés
Researchers at the University of Illinois have constructed the first global family tree of metabolic protein architecture.
...
Of 776 metabolic protein folds surveyed, 16 were found to be omnipresent, and nine of those occurred in the earliest branches of the newly constructed tree.

"These nine ancient folds represent architectures of fundamental importance undisputedly </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/8610038222843939953/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=8610038222843939953' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/8610038222843939953'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/8610038222843939953'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/05/study-of-protein-folds-offers-insight.html' title='Study of protein folds offers insight into metabolic evolution'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-805403502792233336</id><published>2007-05-18T07:35:00.000-05:00</published><updated>2007-05-23T08:36:11.629-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Rest'/><category scheme='http://www.blogger.com/atom/ns#' term='Architecture'/><category scheme='http://www.blogger.com/atom/ns#' term='Design'/><title type='text'>Constraints and the real lesson of REST</title><summary type='text'>Bill de hOra
REST isn't even the real lesson; the real lesson is applying principled software design and architectural styles to problem spaces; it's about getting off fads and hype cycles that infect the industry.  It's all in the constraints.

Topics:
 REST
 | Design
 | Architecture
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/805403502792233336/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=805403502792233336' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/805403502792233336'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/805403502792233336'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/05/bill-de-hora-rest-isnt-even-real-lesson.html' title='Constraints and the real lesson of REST'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6860711753599961690</id><published>2007-05-16T07:43:00.000-05:00</published><updated>2007-05-23T08:36:42.144-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='meaning'/><category scheme='http://www.blogger.com/atom/ns#' term='FreeWill'/><title type='text'>The biological foundation for what we experience as free will</title><summary type='text'>Plos one via eurek alert
Animals and especially insects are usually seen as complex robots which only respond to external stimuli," says senior author Björn Brembs from the Free University Berlin. They are assumed to be input-output devices. "When scientists observe animals responding differently even to the same external stimuli, they attribute this variability to random errors in a complex </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6860711753599961690/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6860711753599961690' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6860711753599961690'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6860711753599961690'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/05/biological-foundation-for-what-we.html' title='The biological foundation for what we experience as free will'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6672149568564278230</id><published>2007-05-06T20:08:00.000-05:00</published><updated>2007-05-23T08:37:27.017-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Representation'/><category scheme='http://www.blogger.com/atom/ns#' term='Collaboration'/><title type='text'>Why some social network services work</title><summary type='text'>Jyri Zengestrom
The fallacy is to think that social networks are just made up of people. They're not; social networks consist of people who are connected by a shared object. 
. . .
The social networking services that really work are the ones that are built around objects. And, in my experience, their developers intuitively 'get' the object-centered sociality way of thinking about social life. </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6672149568564278230/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6672149568564278230' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6672149568564278230'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6672149568564278230'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/05/why-some-social-network-services-work.html' title='Why some social network services work'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2782982878100880402</id><published>2007-04-17T08:04:00.000-05:00</published><updated>2007-04-17T08:58:18.971-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Representation'/><category scheme='http://www.blogger.com/atom/ns#' term='Architecture'/><category scheme='http://www.blogger.com/atom/ns#' term='Design'/><title type='text'>The operational meaning of Well Designed</title><summary type='text'>Ryan Tomayko
When I consider what contributed to the unraveling of J2EE, one thing that stands out is that it tried to do too much. The promise was that of infinite scalability based on tooling, which assumes that designing scalable systems is a general case problem. I now firmly believe that this is flawed reasoning. Frameworks don't solve scalability problems, design solves scalability problems</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2782982878100880402/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2782982878100880402' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2782982878100880402'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2782982878100880402'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/04/operational-meaning-of-well-designed.html' title='The operational meaning of Well Designed'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-7150107831400343109</id><published>2007-04-12T11:06:00.000-05:00</published><updated>2007-04-12T11:08:44.504-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Representation'/><category scheme='http://www.blogger.com/atom/ns#' term='Architecture'/><category scheme='http://www.blogger.com/atom/ns#' term='brain'/><category scheme='http://www.blogger.com/atom/ns#' term='RDF'/><title type='text'>Schemas and Memory Consolidation</title><summary type='text'>Science
Memory encoding occurs rapidly, but the consolidation of memory in the neocortex has long been held to be a more gradual process. We now report, however, that systems consolidation can occur extremely quickly if an associative "schema" into which new information is incorporated has previously been created. In experiments using a hippocampal-dependent paired-associate task for rats, the </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/7150107831400343109/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=7150107831400343109' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7150107831400343109'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7150107831400343109'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/04/schemas-and-memory-consolidation.html' title='Schemas and Memory Consolidation'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-7217121381708998895</id><published>2007-03-19T09:35:00.000-05:00</published><updated>2007-03-19T10:38:24.812-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Web2.0'/><category scheme='http://www.blogger.com/atom/ns#' term='Representation'/><category scheme='http://www.blogger.com/atom/ns#' term='Data2.0'/><title type='text'>Auto-complete Pidgen Language</title><summary type='text'>The next big thing in user interface design will be auto-complete pidgen languages linked to Wiki style application interfaces for Data 2.0 data surfing.  

I've got a few ideas that I will hopefully have time to prototype soon. These ideas link to my very first blog posts.   

The real work of metadata driven architecture
Using Wiki Pidgin Languages to Dynamically Create Links for a Read/Write </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/7217121381708998895/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=7217121381708998895' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7217121381708998895'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/7217121381708998895'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/03/auto-complete-pidgen-language.html' title='Auto-complete Pidgen Language'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-4517768587860693190</id><published>2007-03-13T21:15:00.000-05:00</published><updated>2007-03-13T21:24:43.313-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='XQuery'/><category scheme='http://www.blogger.com/atom/ns#' term='Data2.0'/><category scheme='http://www.blogger.com/atom/ns#' term='RDF'/><title type='text'>An ecology of query languages</title><summary type='text'>Jon Udell's Interviews with Kingsley Idehen
Kingsley: Well, I don't know, you tell me. The semantic web gets kind of confusing because there's a lot of research content and some of the guys are real deep graph model geeks that put out a lot of content. But a lot of people don't look at it because it's already sort-of complex and people switch off without really getting to the best of what's </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/4517768587860693190/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=4517768587860693190' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4517768587860693190'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/4517768587860693190'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/03/ecology-of-query-languages.html' title='An ecology of query languages'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-6536245770045997242</id><published>2007-03-12T07:21:00.000-05:00</published><updated>2007-03-12T07:27:47.468-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Metadata'/><category scheme='http://www.blogger.com/atom/ns#' term='Web2.0'/><category scheme='http://www.blogger.com/atom/ns#' term='RDF'/><title type='text'>Tim vs The Semantic Web</title><summary type='text'>Tim O'Reilly
What's so clever is that by articulating the types as a separate structure from the data, and having instances inherit that structure when they are created, users don't think they are providing metadata -- they think they are just providing data.

Because anyone creating a new instance is prompted to fill out the data in a structured way, that it doesn't seem like an extra task, but </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/6536245770045997242/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=6536245770045997242' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6536245770045997242'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/6536245770045997242'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/03/tim-vs-semantic-web.html' title='Tim vs The Semantic Web'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2660092160478280127</id><published>2007-03-11T12:07:00.000-05:00</published><updated>2007-03-11T12:17:23.778-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='AI'/><category scheme='http://www.blogger.com/atom/ns#' term='ArtificalLife'/><category scheme='http://www.blogger.com/atom/ns#' term='evolution'/><title type='text'>Coevolution and No Free Lunch Theorem</title><summary type='text'>David H. Wolpert
One ramification of this is the “No Free Lunch” (NFL) theorems, which state
that any two algorithms are equivalent when their performance
is averaged across all possible problems. This highlights the
need for exploiting problem-specific knowledge to achieve better
than random performance. 
 . . . 
 In contrast
to the traditional optimization case where the NFL results hold,
we </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2660092160478280127/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2660092160478280127' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2660092160478280127'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2660092160478280127'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/03/coevolution-and-no-free-lunch-theorem.html' title='Coevolution and No Free Lunch Theorem'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-2333632603973397090</id><published>2007-03-11T11:29:00.000-05:00</published><updated>2007-03-11T11:33:03.347-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='life'/><category scheme='http://www.blogger.com/atom/ns#' term='evolution'/><category scheme='http://www.blogger.com/atom/ns#' term='meaning'/><title type='text'>Energy flow and the organization of life</title><summary type='text'>Harold Morowitz
Life is universally understood to require a source of free
energy and mechanisms with which to harness it. Remarkably,
the converse may also be true: the continuous
generation of sources of free energy by abiotic processes
may have forced life into existence as a means to alleviate
the buildup of free energy stresses.
 . . . 
A deterministic emergence of life would reflect an </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/2333632603973397090/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=2333632603973397090' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2333632603973397090'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/2333632603973397090'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/03/energy-flow-and-organization-of-life.html' title='Energy flow and the organization of life'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-5187996350336672496</id><published>2007-03-04T08:20:00.000-05:00</published><updated>2007-03-04T08:30:16.000-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Data2.0'/><category scheme='http://www.blogger.com/atom/ns#' term='RDF'/><title type='text'>The Future of the World Wide Web</title><summary type='text'>Sir Timothy Berners-Lee
First, the Web will get better and better at helping us to manage, integrate, and analyze data. Today, the Web is quite effective at helping us to publish and discover documents, but the individual information elements within those documents (whether it be the date of any event, the price of a item on a catalog page, or a mathematical formula) cannot be handled directly as</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/5187996350336672496/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=5187996350336672496' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5187996350336672496'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/5187996350336672496'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/03/future-of-world-wide-web.html' title='The Future of the World Wide Web'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-8253963856099358305</id><published>2007-02-28T08:40:00.001-05:00</published><updated>2007-05-23T08:39:06.031-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Metadata'/><category scheme='http://www.blogger.com/atom/ns#' term='Representation'/><category scheme='http://www.blogger.com/atom/ns#' term='meaning'/><title type='text'>Morning Thoughts</title><summary type='text'>Worthy adversary:
We are known best, by those that we disagree with most and have the greatest respect. 

Search/Filter/Select/Show related

Rich metadata, simple data tables, REST processes

Topics:
Representation
| Meaning
| Metadata
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/8253963856099358305/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=8253963856099358305' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/8253963856099358305'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/8253963856099358305'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/02/morning-thoughts_28.html' title='Morning Thoughts'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-117053172617216948</id><published>2007-02-03T14:41:00.000-05:00</published><updated>2007-05-23T08:40:20.709-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Plants'/><category scheme='http://www.blogger.com/atom/ns#' term='Shadegarden'/><title type='text'>Shade garden</title><summary type='text'>columbine,
Jacob's-ladder,
Lobelia,
Fox glove,
beebalm,
Lady's Mantle,
primrose,
pansy,
Aquilegia, Polemonium, Lobelia, Digitalis, Monarda, Alchemilla "Lady's Mantle", Primrose, and Viola



Topics:
 Plants
 | Shadegarden
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/117053172617216948/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=117053172617216948' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117053172617216948'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117053172617216948'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/02/shade-garden.html' title='Shade garden'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-117034335066003297</id><published>2007-02-01T10:18:00.000-05:00</published><updated>2007-02-01T10:22:31.223-05:00</updated><title type='text'>The new database architecture</title><summary type='text'>Joe Gregorio
I've referenced BigTable a few times recently. 
As you look at Google, and now eBay, 
you see they aren't using traditional relational databases, or if they 
are, they aren't using them in a traditional manner.
This isn't an aberration, nor is it a case of NIH, these
are the artifacts of working at a different scale, and more importantly, you should
expect to see the differences </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/117034335066003297/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=117034335066003297' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117034335066003297'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117034335066003297'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/02/new-database-architecture.html' title='The new database architecture'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-117017731424956423</id><published>2007-01-30T12:10:00.000-05:00</published><updated>2007-01-30T12:34:19.223-05:00</updated><title type='text'>Open source and the next technology cycle</title><summary type='text'>Tim O'Reilly
Both open source AND proprietary software work at a given moment in time.  What I've observed (and wrote about in The Open Source Paradigm Shift) is that openness begets innovation, which leads to commercialization, which leads to companies seeking a proprietary edge, until they go too far, close down innovation, and the cycle restarts. 
 . . . 
There's a repeating cycle of open and </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/117017731424956423/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=117017731424956423' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117017731424956423'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117017731424956423'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/open-source-and-next-technology-cycle.html' title='Open source and the next technology cycle'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-117004139651979619</id><published>2007-01-28T22:24:00.000-05:00</published><updated>2007-01-28T22:29:57.456-05:00</updated><title type='text'>Parallel LINQ: add automatic multithreading to LINQ queries</title><summary type='text'>Jonathan Allen
With multi-core CPUs finding their way into server farms and the desktop not far behind, new techniques to take advantage of them are desperately needed. Microsoft is seeking to address these with Parallel LINQ, a research project to add automatic multithreading to LINQ queries.

Topics:
 LINQ
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/117004139651979619/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=117004139651979619' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117004139651979619'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/117004139651979619'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/parallel-linq-add-automatic.html' title='Parallel LINQ: add automatic multithreading to LINQ queries'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116991628904649739</id><published>2007-01-27T11:23:00.000-05:00</published><updated>2007-01-27T11:44:49.526-05:00</updated><title type='text'>How valid is the very concept of an organism in isolation?</title><summary type='text'>Nature:Nigel Goldenfeld and Carl Woese
It is becoming clear that microorganisms have a remarkable ability to reconstruct their genomes in the face of dire environmental stresses, and that in some cases their collective interactions with viruses may be crucial to this. In such a situation, how valid is the very concept of an organism in isolation? It seems that there is a continuity of energy flux</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116991628904649739/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116991628904649739' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116991628904649739'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116991628904649739'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/how-valid-is-very-concept-of-organism.html' title='How valid is the very concept of an organism in isolation?'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116913551013596219</id><published>2007-01-18T10:47:00.000-05:00</published><updated>2007-01-24T09:44:54.763-05:00</updated><title type='text'>The problem with RDF -- Can I get an Amen</title><summary type='text'>Stefano Mazzocchi
The semantic web is really just data integration at a global scale. Some of this data might end up being consistent, detailed and small enough to perform symbolic reasoning on, but even if this is the case, that would be such a small, expensive and fragile island of knowledge that it would have the same impact on the world as calculus had on deciding to invade Iraq.

The biggest</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116913551013596219/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116913551013596219' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116913551013596219'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116913551013596219'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/problem-with-rdf-can-i-get-amen.html' title='The problem with RDF -- Can I get an Amen'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116896175666228900</id><published>2007-01-16T10:31:00.000-05:00</published><updated>2007-01-16T10:35:57.590-05:00</updated><title type='text'>Truth and Space-Time</title><summary type='text'>buko obeleIt really irritates me when people attribute spatial characteristics (large, small, hidden, above, inside) to truth. It's not an object that actually exists in space [time]. That's part of the problem.
Topics:
 Meaning
 | Representation
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116896175666228900/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116896175666228900' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116896175666228900'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116896175666228900'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/truth-and-space-time.html' title='Truth and Space-Time'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116861322149663703</id><published>2007-01-12T09:46:00.000-05:00</published><updated>2007-01-12T09:47:05.186-05:00</updated><title type='text'>Why Sales isn't process driven</title><summary type='text'>Steve Jones
I'd say that for most Services the concept of "Goals" will be more useful than the concept of "Process".
. . . 
Now I'm not going to say that there is no such thing within an organisation as a sales process, of course there is, but what I'm saying is that this isn't actually the important factor when looking at the success or failure of a sales organisation. Having a process that says</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116861322149663703/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116861322149663703' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116861322149663703'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116861322149663703'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/why-sales-isnt-process-driven.html' title='Why Sales isn&apos;t process driven'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116791735411677163</id><published>2007-01-04T08:23:00.000-05:00</published><updated>2007-01-04T09:04:46.416-05:00</updated><title type='text'>The Wisdom/Dumbness of Crowds</title><summary type='text'>Kathy Sierra
Art isn't made by committee.

Great design isn't made by consensus.

True wisdom isn't captured from a crowd.

At least not when the crowd is acting as a single entity. Clearly there IS wisdom in the many as long as you don't "poison" the crowd by forcing them to agree (voting doesn't mean agreeing). According to Surowiecki, even just sharing too much of your own specialized </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116791735411677163/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116791735411677163' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116791735411677163'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116791735411677163'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/wisdomdumbness-of-crowds.html' title='The Wisdom/Dumbness of Crowds'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116776315070790995</id><published>2007-01-02T13:36:00.000-05:00</published><updated>2007-01-15T17:13:21.826-05:00</updated><title type='text'>Back to the Future: How the Brain "Sees" the Future</title><summary type='text'>Scientific AmericanNeuroscientists for the first time have identified regions of the brain involved in envisioning future events. Using brain imaging, researchers at Washington University in St. Louis found that the human mind taps into the same parts of the brain while imagining the future as it does when recollecting the past. This means that the brain apparently predicts the course of future </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116776315070790995/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116776315070790995' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116776315070790995'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116776315070790995'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2007/01/back-to-future-how-brain-sees-future.html' title='Back to the Future: How the Brain &quot;Sees&quot; the Future'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116732350366977096</id><published>2006-12-28T11:27:00.000-05:00</published><updated>2006-12-28T11:32:26.550-05:00</updated><title type='text'>The most famous quote on computer science</title><summary type='text'>Anonomous Quote:Any problem in computer science can be solved with another layer of abstraction/indirection, except for too many layers of abstraction/indirection.
Topics:
 Architecture
 | Best Practices
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116732350366977096/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116732350366977096' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116732350366977096'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116732350366977096'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/12/most-famous-quote-on-computer-science.html' title='The most famous quote on computer science'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116610238327218961</id><published>2006-12-14T08:17:00.000-05:00</published><updated>2006-12-14T08:20:25.893-05:00</updated><title type='text'>When to use RDF</title><summary type='text'> Bob DuCharme
The RDF/OWL strength that makes it popular for semantic web work is its ability to query collections of data in the same domain that aren't necessarily all of identical structure. A collection of insurance policies from different companies will have some fields in common, some different fields, some fields that look different but mean the same thing... treating them as a consistent </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116610238327218961/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116610238327218961' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116610238327218961'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116610238327218961'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/12/when-to-use-rdf.html' title='When to use RDF'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116464945664426211</id><published>2006-11-27T12:44:00.000-05:00</published><updated>2006-11-27T12:44:20.126-05:00</updated><title type='text'>Where usability gurus usually fail</title><summary type='text'>Ajaxian
 
 The text lines (measure) are too long.
 100% scalable is not a reader friendly solution: Don’t make me think, ok, but don’t make me resize my window either.
 Lack of whitespace.

 Lack of active whitespace.
 Linespacing is too narrow.
 The text blocks are not well alined.
 Too many font sizes.
 Pictures are badly placed and disrupt the ease reading.
 


Topics:
 HTML
 | Design
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116464945664426211/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116464945664426211' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116464945664426211'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116464945664426211'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/11/where-usability-gurus-usually-fail.html' title='Where usability gurus usually fail'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116247563700524554</id><published>2006-11-02T08:51:00.000-05:00</published><updated>2006-11-02T09:04:39.063-05:00</updated><title type='text'>Google vs Microsoft and the future of competition</title><summary type='text'>John Milan
The two elephants of personal computing these days are Microsoft and Google. Microsoft rose to dominance by capturing the desktop. Google is rising to dominance by capturing the web. Both strategies revolve around who can capture your data. Elephants require massive amounts of food to survive, so it's no surprise that Microsoft and Google are eyeing each other's data. Microsoft has </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116247563700524554/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116247563700524554' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116247563700524554'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116247563700524554'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/11/google-vs-microsoft-and-future-of.html' title='Google vs Microsoft and the future of competition'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116232364563456730</id><published>2006-10-31T14:38:00.000-05:00</published><updated>2006-10-31T14:42:19.930-05:00</updated><title type='text'>Random , ordered , and functional  Complexity</title><summary type='text'>David L Abel1 and Jack T TrevorsGenetic algorithms instruct sophisticated biological organization. Three qualitative kinds of sequence complexity exist: random (RSC), ordered (OSC), and functional (FSC). FSC alone provides algorithmic instruction. Random and Ordered Sequence Complexities lie at opposite ends of the same bi-directional sequence complexity vector. Randomness in sequence space is </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116232364563456730/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116232364563456730' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116232364563456730'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116232364563456730'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/10/random-ordered-and-functional.html' title='Random , ordered , and functional  Complexity'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116214048845667099</id><published>2006-10-29T11:43:00.000-05:00</published><updated>2006-10-29T11:48:08.756-05:00</updated><title type='text'>The future of applications and platforms</title><summary type='text'>Tim O'Reilly

In my talks on Web 2.0, I always end with the point that "a platform beats an application every time." We're entering the platform phase of Web 2.0, in which first generation applications are going to turn into platforms, followed by a stage in which the leaders use that platform strength to outperform their application rivals, eventually closing them out of the market. And that </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116214048845667099/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116214048845667099' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116214048845667099'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116214048845667099'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/10/future-of-applications-and-platforms.html' title='The future of applications and platforms'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116169371821713872</id><published>2006-10-24T07:35:00.000-05:00</published><updated>2006-10-24T07:41:58.496-05:00</updated><title type='text'>The new data architecture</title><summary type='text'>Wired
Google apparently has responded by replicating everything everywhere. The system is intensively redundant; if one server fails, the other half million don't know or care. But this creates new challenges. The software must break up every problem into ever more parallel processes. In the end, each ingenious solution becomes the new problem of a specialized, even sclerotic, device. The </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116169371821713872/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116169371821713872' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116169371821713872'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116169371821713872'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/10/new-data-architecture.html' title='The new data architecture'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-116014062709660583</id><published>2006-10-06T08:13:00.000-05:00</published><updated>2006-10-06T08:18:59.453-05:00</updated><title type='text'>The argument for Sharepoint/Office vNext</title><summary type='text'>Arpan ShahAlso, on the Internet, as I mentioned before, Web 2.0 refers to browser applications... in the Enterprise, it doesn't have to be browser only if you consider my definition of web 2.0 which is about transforming users into participants. It has to be easy so people can interact... and this includes familiar applications like Office. If it's easy to consume and publish content from Office,</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/116014062709660583/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=116014062709660583' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116014062709660583'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/116014062709660583'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/10/argument-for-sharepointoffice-vnext.html' title='The argument for Sharepoint/Office vNext'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115998018105848216</id><published>2006-10-04T11:40:00.000-05:00</published><updated>2006-10-04T11:43:01.353-05:00</updated><title type='text'>Innovation thru constraint</title><summary type='text'>Sean McGrath
I see two ways to rationalize this. The first via philolinguistics. It could be that the very definition of innovation in the world of computing includes the idea of suceeding in the face of some constraints. After all, this is (for the most part) a real-world engineering discipline right? You know the drill: "time, cost, quality. Pick two." We eat and drink constraints in </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115998018105848216/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115998018105848216' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115998018105848216'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115998018105848216'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/10/innovation-thru-constraint.html' title='Innovation thru constraint'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115928271601201171</id><published>2006-09-26T09:56:00.000-05:00</published><updated>2006-09-26T10:00:31.106-05:00</updated><title type='text'>The problem with RDF</title><summary type='text'>Richard Cyganiak

Q: Shouldn’t we concentrate more on RDF data and schema than OWL?

A: Maybe – but I’m a logician, not a database guy.

Q: (Klaus Schild) Scalability? OWL is NP-complete.

A: Distribution helps. Certain combinations of operators are deadly, but if the two operators happen to end up on different nodes, things can be much faster. But in general it’s a problem.

Q: But if you take </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115928271601201171/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115928271601201171' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115928271601201171'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115928271601201171'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/09/problem-with-rdf.html' title='The problem with RDF'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115902133733944446</id><published>2006-09-23T09:19:00.000-05:00</published><updated>2006-09-23T09:22:18.546-05:00</updated><title type='text'>The evolution of evolution</title><summary type='text'>Jordan ZlatevI started as a computational linguist, but soon got disappointed at the complete inability of computational models to account for real, meaningful human language. I studied cognitive linguistics and cognitive science and experimented with connectionist modeling of language, but eventually have found these, like the old AI programs and parsers to be semiotically inadequate. Adaptive (</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115902133733944446/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115902133733944446' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115902133733944446'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115902133733944446'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/09/evolution-of-evolution.html' title='The evolution of evolution'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115893188377087791</id><published>2006-09-22T08:31:00.000-05:00</published><updated>2006-09-22T08:33:18.053-05:00</updated><title type='text'>Deconstructing Databases</title><summary type='text'>
Greg Stein via Dale
He believed that existing systems spent too much time deciding how to structure data entry and presenting a detailed form for users to fill out. They also then lock down the display of the information. He decided to keep structured data entry to a minimum and rely on text entry. A lot happens with labels/tags/keywords, for instance, to assign priority. The new bug submission </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115893188377087791/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115893188377087791' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115893188377087791'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115893188377087791'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/09/deconstructing-databases_22.html' title='Deconstructing Databases'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115893064141171587</id><published>2006-09-22T07:57:00.000-05:00</published><updated>2006-09-22T08:10:42.256-05:00</updated><title type='text'>What Limits Software Growth</title><summary type='text'>John Ousterhout
Unfortunately, everything in software leads to more complexity. There are various laws of physics people have discovered, and there are corresponding laws of software. The first law of software is that software systems tend towards increasing states of complexity. It's almost a perfect mirror of the First Law of Thermodynamics in physics
. . .
The techniques in extreme programming</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115893064141171587/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115893064141171587' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115893064141171587'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115893064141171587'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/09/what-limits-software-growth.html' title='What Limits Software Growth'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115643722405107303</id><published>2006-08-24T11:28:00.000-05:00</published><updated>2006-08-24T11:34:31.726-05:00</updated><title type='text'>Amazon Elastic Compute Cloud (EC2)</title><summary type='text'>alex at base4.net
Now this is revolutionary. Amazon is attempting to create massively scaleable grid computing for the masses.

Have I said it is cheap yet? $0.10 per hour per instance. And should load get too high you can simple startup more instances, turning computing power on and off like a tap!

From what I can see looking through the notes, EC2 images (i.e. think of this as Virtual Machine </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115643722405107303/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115643722405107303' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115643722405107303'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115643722405107303'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/08/amazon-elastic-compute-cloud-ec2.html' title='Amazon Elastic Compute Cloud (EC2)'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115633760151339173</id><published>2006-08-23T07:51:00.000-05:00</published><updated>2006-08-23T07:53:22.570-05:00</updated><title type='text'>Gall's Law</title><summary type='text'>Wikipedia
A complex system that works is invariably found to have evolved from a simple system that worked. A complex system designed from scratch never works and cannot be patched up to make it work. You have to start over with a working simple system.

Topics:
 Design
 | BestPractices
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115633760151339173/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115633760151339173' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115633760151339173'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115633760151339173'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/08/galls-law.html' title='Gall&apos;s Law'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115625379153423649</id><published>2006-08-22T08:32:00.000-05:00</published><updated>2006-08-22T08:36:34.916-05:00</updated><title type='text'>XML is tomorrow's COBOL</title><summary type='text'>alex at base4.net
Maybe XML is the COBOL of the future. Millions of applications have been written to emit and consume XML, just like there are billions of lines of COBOL code still in production. 

But if I’m right we will soon move on to a much smarter approach based on self-describing, self contained and open databases. It would share all XML’s key benefits, but it would be in a much better </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115625379153423649/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115625379153423649' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115625379153423649'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115625379153423649'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/08/xml-is-tomorrows-cobol.html' title='XML is tomorrow&apos;s COBOL'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115582135726084670</id><published>2006-08-17T08:10:00.000-05:00</published><updated>2006-08-17T08:36:42.363-05:00</updated><title type='text'>The true nature of javascript</title><summary type='text'>Interview with Dojo Creator Alex Russell
As a language, JavaScript is still horribly misunderstood. All real power in JavaScript comes from understanding closures, the "everything is always mutable" property, and the prototype chain. These are foreign concepts to Java developers who don't have FP or scripting backgrounds.
. . . 
The JavaScript style of data hiding via closures is the flip-side of</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115582135726084670/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115582135726084670' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115582135726084670'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115582135726084670'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/08/true-nature-of-javascript.html' title='The true nature of javascript'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115549063989427503</id><published>2006-08-13T12:32:00.000-05:00</published><updated>2006-08-13T12:37:20.350-05:00</updated><title type='text'>Is there real world RDF-S/OWL instance data?</title><summary type='text'>Tim Finin

Only about 5% of these documents contain *any* triples that contribute to a definition. The rest consist of all data. We’ve determined that most of the 5% that contain definitional triples do so incorrectly and should be all data. Of the remaining ones, many are duplicates and copies. We estimate that only about 1% of Swoogle’s collection are proper ‘ontologies’ that are intended to (</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115549063989427503/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115549063989427503' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115549063989427503'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115549063989427503'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/08/is-there-real-world-rdf-sowl-instance.html' title='Is there real world RDF-S/OWL instance data?'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115411490681689719</id><published>2006-07-28T14:28:00.000-05:00</published><updated>2006-07-28T14:28:27.426-05:00</updated><title type='text'>The Progress and the Promise of Microformats.</title><summary type='text'>Sean McGrath
For decades now, well meaning theorists, architects and engineers have struggled with the problem of allowing electronic content to serve two needs : human readability and machine readability.

For decades now, initiatives to create structured content vocabularies have come into existence, burned brightly in the full glare of enthusiasm+publicity only to then fade away into obscurity</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115411490681689719/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115411490681689719' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115411490681689719'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115411490681689719'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/07/progress-and-promise-of-microformats.html' title='The Progress and the Promise of Microformats.'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115410792295400333</id><published>2006-07-28T12:31:00.000-05:00</published><updated>2006-07-28T12:32:16.193-05:00</updated><title type='text'>The XML Object Impedance Mismatch</title><summary type='text'>Ralf L¨ammel, Erik Meijer
Initially, it may seem that one can set up a simple and faithful correspondence between XML types and object types. The first thing to notice is that such a correspondence certainly is not self-evident; there are dozens of X/O mapping technologies that assume quite different mapping rules. Let us try to define one such correspondence. We may start with the following </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115410792295400333/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115410792295400333' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115410792295400333'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115410792295400333'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/07/xml-object-impedance-mismatch.html' title='The XML Object Impedance Mismatch'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115401732518471105</id><published>2006-07-27T11:18:00.000-05:00</published><updated>2006-07-27T11:23:50.880-05:00</updated><title type='text'>Queso - a Semantic Web/Web 2.0 server</title><summary type='text'>Elias Torres
Human Accessible

 Queso AJAX Atom Browser: http://abdera.watson.ibm.com:8080/browser/
 Queso AJAX SPARQL UI: http://abdera.watson.ibm.com:8080/browser/sparql/


Machine Enabled

 Queso Atom Server Endpoint: http://abdera.watson.ibm.com:8080/atom/

 Queso SPARQL Endpoint: http://abdera.watson.ibm.com:8080/sparql/



Topics:
 Atom
 | Web2.0
 | RDF
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115401732518471105/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115401732518471105' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115401732518471105'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115401732518471105'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/07/queso-semantic-webweb-20-server.html' title='Queso - a Semantic Web/Web 2.0 server'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115401601320761856</id><published>2006-07-27T10:51:00.000-05:00</published><updated>2006-07-27T11:00:19.313-05:00</updated><title type='text'>Learning to love monad comprehensions</title><summary type='text'>Mike Champion

You don't need to be scared about this functional construction and transformation stuff just because "introductory" articles on the subject start talking about Haskell, monads, lambda calculus, etc. in about the second paragraph.  With the help of our friendly local ex-professors and Haskell geeks Dr. Meijer and Dr. Lämmel, I have learned to stop worrying and love monad </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115401601320761856/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115401601320761856' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115401601320761856'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115401601320761856'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/07/learning-to-love-monad-comprehensions.html' title='Learning to love monad comprehensions'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115375015033365640</id><published>2006-07-24T08:41:00.000-05:00</published><updated>2006-07-24T10:29:13.546-05:00</updated><title type='text'>Web 2.0 (Fools) Gold Rush</title><summary type='text'>Phil WainewrightIf Web 2.0 really is a gold rush, this will be the first in history when the people pushing the maps are the ones who've had their fingers burned. Mapping mashups are the fool's gold of Web 2.0 not merely because they produce no revenue, but far more crucially because they add no new semantic value to the integrations they perform. The real wealth creators will be those who offer </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115375015033365640/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115375015033365640' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115375015033365640'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115375015033365640'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/07/web-20-fools-gold-rush.html' title='Web 2.0 (Fools) Gold Rush'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115288412949816823</id><published>2006-07-14T08:35:00.000-05:00</published><updated>2006-07-14T08:35:29.770-05:00</updated><title type='text'>Asynchronous WebService calls in ASP.NET: BEWARE</title><summary type='text'>Asynchronous WebService calls – the truth behind the Begin… End… functions
I’ve finally solved this one – not that the resolution makes me happy, but it’s nice to finally explain the behavior.

I ran into a funny behavior four years ago with WebService calls on the .Net platform.  At that time, my idea was to launch webservice calls simultaneously against multiple backend webservices.  The effect</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115288412949816823/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115288412949816823' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115288412949816823'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115288412949816823'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/07/asynchronous-webservice-calls-in.html' title='Asynchronous WebService calls in ASP.NET: BEWARE'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-115047114360942646</id><published>2006-06-16T10:01:00.000-05:00</published><updated>2006-06-16T10:19:37.913-05:00</updated><title type='text'>Understanding the Future of Data: Data 2.0</title><summary type='text'>Alex@base4
I think the future of data lies in creating a virtual database over web-services and other sources of data. Data 2.0 if you will. If we had this virtual database spanning web-services then life would be so much easier for Web 2.0 application developers. 
. . . 
why? Well you 'the Web 2.0 developer' probably don't own all the data you want to use, and the real owner of that data </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/115047114360942646/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=115047114360942646' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115047114360942646'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/115047114360942646'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/06/understanding-future-of-data-data-20.html' title='Understanding the Future of Data: Data 2.0'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-114951395276483197</id><published>2006-06-05T08:22:00.000-05:00</published><updated>2006-06-05T08:25:52.776-05:00</updated><title type='text'>The network is the network: public radio on the web</title><summary type='text'>Jon Udell's Weblog 

Here's what I like even more. John has correctly observed that, if a bunch of radio stations were to insert location and topic tags into their RSS feeds, it would be trivial for an aggregator to scoop them up. Listeners could then create -- and share -- custom radio programming. 

Topics:
 Web2.0
 | NPR
</summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/114951395276483197/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=114951395276483197' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/114951395276483197'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/114951395276483197'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/06/network-is-network-public-radio-on-web.html' title='The network is the network: public radio on the web'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-114926280511559477</id><published>2006-06-02T10:33:00.000-05:00</published><updated>2006-06-21T17:58:19.266-05:00</updated><title type='text'>Data 2.0</title><summary type='text'>To me Web 2.0 is really Data 2.0 (on the web), where what I mean by Data 2.0, is a new level of abstraction that sits above our traditional thinking about centralized SQL Relation database systems. 
The totalitarian authority of a fixed predefined relational schema as the central pivot around which all data processing revolves, may soon be giving way to a more flexible and variable set of data </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/114926280511559477/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=114926280511559477' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/114926280511559477'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/114926280511559477'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/06/data-20.html' title='Data 2.0'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5555867.post-114864701728521090</id><published>2006-05-26T07:27:00.000-05:00</published><updated>2006-05-26T07:38:35.153-05:00</updated><title type='text'>Feeding Google Co-Op with SPARQL</title><summary type='text'>Leigh Dodds
Last night I took my first look at Google Co-op, in particular the "Subscribed Links" feature which allows users to add services to Google search results.

The developer documentation outlines the process by which you can go about creating a service, which is simply a matter of creating a fairly simple XML configuration file.

The configuration breaks down into two key chunks: search </summary><link rel='replies' type='application/atom+xml' href='http://lukesg.blogspot.com/feeds/114864701728521090/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=5555867&amp;postID=114864701728521090' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/114864701728521090'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5555867/posts/default/114864701728521090'/><link rel='alternate' type='text/html' href='http://lukesg.blogspot.com/2006/05/feeding-google-co-op-with-sparql.html' title='Feeding Google Co-Op with SPARQL'/><author><name>Guy</name><uri>http://www.blogger.com/profile/12350491125793506623</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_Uz4gqOAIrtM/R-wsMrDSdxI/AAAAAAAAAAM/qNlTkZ5550Q/S220/me.png'/></author><thr:total>0</thr:total></entry></feed>
