<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (sogrady)</title>
    <link>https://pinboard.in/u:sogrady/public/</link>
    <description>recent bookmarks from sogrady</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="http://chasenlehara.com/blog/api-first-and-only-features/"/>
	<rdf:li rdf:resource="http://groups.google.com/group/unladen-swallow/browse_thread/thread/4edbc406f544643e?pli=1"/>
	<rdf:li rdf:resource="http://jsensarma.com/blog/2009/11/dynamo-a-flawed-architecture-part-i/"/>
	<rdf:li rdf:resource="http://adambosworth.net/2009/10/29/talking-to-dc/"/>
	<rdf:li rdf:resource="http://www.anchor.com.au/blog/2009/09/github-designing-success/"/>
	<rdf:li rdf:resource="http://blog.digg.com/?p=966"/>
	<rdf:li rdf:resource="http://www.linux-mag.com/id/7379/1/"/>
	<rdf:li rdf:resource="http://www.codinghorror.com/blog/archives/001172.html"/>
	<rdf:li rdf:resource="http://bldgblog.blogspot.com/2008/07/mysterious-chinese-tunnels.html"/>
	<rdf:li rdf:resource="http://joshua.schachter.org/2008/07/beyond-rest.html"/>
	<rdf:li rdf:resource="http://www.dehora.net/journal/2008/07/06/3-12-minutes-to-sort-a-terabyte-hadoops-code-structure/"/>
	<rdf:li rdf:resource="http://www.russellbeattie.com/blog/let-the-microblogs-bloom"/>
	<rdf:li rdf:resource="http://www.dehora.net/journal/2008/06/24/plugin-pros-and-cons/"/>
	<rdf:li rdf:resource="http://blogs.smugmug.com/don/2008/06/03/skynet-lives-aka-ec2-smugmug/"/>
	<rdf:li rdf:resource="http://highscalability.com/google-appengine-second-look"/>
	<rdf:li rdf:resource="http://www.markshuttleworth.com/archives/136"/>
	<rdf:li rdf:resource="http://weburbanist.com/2008/01/06/7-more-abandoned-wonders-of-america-from-military-islands-to-mental-institutions/"/>
	<rdf:li rdf:resource="http://www.dehora.net/journal/2007/12/24/honking-great-app-servers/"/>
	<rdf:li rdf:resource="http://www.allthingsdistributed.com/2007/12/eventually_consistent.html"/>
	<rdf:li rdf:resource="http://bitworking.org/news/276/On-the-importance-of-being-megadata"/>
	<rdf:li rdf:resource="http://patricklogan.blogspot.com/2007/09/amqp-xmpp.html"/>
	<rdf:li rdf:resource="http://weburbanist.com/2007/08/08/urban-abandonments-7-deserted-wonders-of-the-postmodern-world/"/>
	<rdf:li rdf:resource="http://r0ml.net/blog/2007/09/08/history-teaches-us"/>
	<rdf:li rdf:resource="http://kylecordes.com/2007/07/12/youtube-scalability/"/>
	<rdf:li rdf:resource="http://blog.pmarca.com/2007/06/analyzing_the_f.html"/>
	<rdf:li rdf:resource="http://digitalurban.blogspot.com/2006/08/frank-lloyd-wright-architectual.html"/>
	<rdf:li rdf:resource="http://www.addsimplicity.com/adding_simplicity_an_engi/2007/01/compute_power_i.html"/>
	<rdf:li rdf:resource="http://www.snellspace.com/wp/?p=566"/>
	<rdf:li rdf:resource="http://www-128.ibm.com/developerworks/java/library/wa-ajaxarch/"/>
	<rdf:li rdf:resource="http://news.zdnet.com/2100-3513_22-6118676.html"/>
	<rdf:li rdf:resource="http://www.25hoursaday.com/weblog/CommentView.aspx?guid=29b15dde-1c17-4c48-b29d-0104ffefb423"/>
	<rdf:li rdf:resource="http://blogs.siliconvalley.com/gmsv/2005/12/grokking_google_2.html"/>
	<rdf:li rdf:resource="http://www.zimbra.com/forums/showthread.php?t=659"/>
	<rdf:li rdf:resource="http://www.veen.com/jeff/archives/000744.html"/>
	<rdf:li rdf:resource="http://arstechnica.com/news.ars/post/20050213-4609.html"/>
	<rdf:li rdf:resource="http://schneider.blogspot.com/archives/2004_10_17_schneider_archive.html#109846656193450663"/>
	<rdf:li rdf:resource="http://www.decafbad.com/blog/2004/11/30/nextgenwebapps"/>
	<rdf:li rdf:resource="http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1004126,00.html"/>
	<rdf:li rdf:resource="http://blogs.sun.com/roller/page/jonathan/20040818#good_reading_listening"/>
	<rdf:li rdf:resource="http://blogs.ascential.com/soa/archives/2004/08/random_thoughts.html"/>
	<rdf:li rdf:resource="http://blogs.ascential.com/soa/archives/2004/09/coa_more_detail.html"/>
	<rdf:li rdf:resource="http://blogs.ascential.com/soa/archives/2004/09/more_on_complia_1.html"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="http://chasenlehara.com/blog/api-first-and-only-features/">
    <title>API First and Only Features « Chasen Le Hara</title>
    <dc:date>2010-01-26T16:04:04+00:00</dc:date>
    <link>http://chasenlehara.com/blog/api-first-and-only-features/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[an interesting response to Kellan's question
]]></description>
<dc:subject>api design architecture</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a7f780a15dbb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:api"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://groups.google.com/group/unladen-swallow/browse_thread/thread/4edbc406f544643e?pli=1">
    <title>Recommendation against Python? - Unladen Swallow | Google Groups</title>
    <dc:date>2009-11-11T20:59:21+00:00</dc:date>
    <link>http://groups.google.com/group/unladen-swallow/browse_thread/thread/4edbc406f544643e?pli=1</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting, if unsurprising, commentary on the role of Python w/in Google
]]></description>
<dc:subject>google java programming python performance scalability architecture c++ via:rafe</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:4d57990c6afa/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:python"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c++"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:rafe"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://jsensarma.com/blog/2009/11/dynamo-a-flawed-architecture-part-i/">
    <title>Dynamo: A flawed architecture - Part I « Joydeep Sen Sarma’s blog</title>
    <dc:date>2009-11-11T17:27:07+00:00</dc:date>
    <link>http://jsensarma.com/blog/2009/11/dynamo-a-flawed-architecture-part-i/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[pushback to Dynamo
]]></description>
<dc:subject>dynamo amazon scalability architecture distributed computing scaling nosql key-value eventual consistency</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:d96c97345df9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dynamo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:distributed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:nosql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:key-value"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:eventual"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:consistency"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://adambosworth.net/2009/10/29/talking-to-dc/">
    <title>Talking to DC « Adam Bosworth’s Weblog</title>
    <dc:date>2009-11-05T22:00:04+00:00</dc:date>
    <link>http://adambosworth.net/2009/10/29/talking-to-dc/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Adam Bosworth on the standards process and its lessons. must read.
]]></description>
<dc:subject>adambosworth standards design architecture</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:74b6c5c40397/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:adambosworth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:standards"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.anchor.com.au/blog/2009/09/github-designing-success/">
    <title>Github Migration Architecture | Anchor Web Hosting Blog</title>
    <dc:date>2009-10-01T14:32:23+00:00</dc:date>
    <link>http://www.anchor.com.au/blog/2009/09/github-designing-success/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[how Github planned for its migration
]]></description>
<dc:subject>github migration architecture anchor infrastructure scalability cluster</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:fe22e4562427/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:github"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:migration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:anchor"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cluster"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.digg.com/?p=966">
    <title>Digg the Blog » Blog Archive » Looking to the future with Cassandra</title>
    <dc:date>2009-09-10T20:43:45+00:00</dc:date>
    <link>http://blog.digg.com/?p=966</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[where are we going after databases? Cassandra is one answer popping up more and more
]]></description>
<dc:subject>digg database performance cassandra nosql architecture hashtable scalability key-value</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:130b99623410/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:digg"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cassandra"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:nosql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hashtable"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:key-value"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.linux-mag.com/id/7379/1/">
    <title>Drizzle: Rethinking the MySQL Database Kernel | Linux Magazine</title>
    <dc:date>2009-07-21T19:46:04+00:00</dc:date>
    <link>http://www.linux-mag.com/id/7379/1/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[great look from Jeremy
]]></description>
<dc:subject>jeremyzawodny drizzle mysql database opensource linux performance architecture</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:3177a869814b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jeremyzawodny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:drizzle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.codinghorror.com/blog/archives/001172.html">
    <title>Coding Horror: Programming Is Hard, Let's Go Shopping!</title>
    <dc:date>2008-10-17T17:03:26+00:00</dc:date>
    <link>http://www.codinghorror.com/blog/archives/001172.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting piece. this was, in a nutshell, why i made a terrible developer.
]]></description>
<dc:subject>programming libraries outsourcing codinghorror architecture via:donnie</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:c264629d16f1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:libraries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:outsourcing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:codinghorror"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:donnie"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://bldgblog.blogspot.com/2008/07/mysterious-chinese-tunnels.html">
    <title>BLDGBLOG: Mysterious Chinese Tunnels</title>
    <dc:date>2008-07-29T03:58:53+00:00</dc:date>
    <link>http://bldgblog.blogspot.com/2008/07/mysterious-chinese-tunnels.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[weird stuff. which i love, naturally.
]]></description>
<dc:subject>abandoned america architecture china chinese city history tacoma urban tunnels portland oregon</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:adcfd3edf842/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:abandoned"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:america"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:china"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:chinese"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:city"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:tacoma"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:urban"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:tunnels"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:portland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oregon"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://joshua.schachter.org/2008/07/beyond-rest.html">
    <title>joshua's blog: beyond rest</title>
    <dc:date>2008-07-29T03:51:36+00:00</dc:date>
    <link>http://joshua.schachter.org/2008/07/beyond-rest.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[great post, interesting discussion. thinking about XMPP's limitations and its benefits, it's an interesting question. on the one hand, it is heavyweight. on the other, it scales pretty well.
]]></description>
<dc:subject>api architecture asynchronous atom blogs coding design xmpp rest joshuaschacter</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:77314f1ba8ee/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:api"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:asynchronous"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:atom"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:blogs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:xmpp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rest"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:joshuaschacter"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.dehora.net/journal/2008/07/06/3-12-minutes-to-sort-a-terabyte-hadoops-code-structure/">
    <title>Bill de hÓra: 3 and 1/2 minutes to sort a Terabyte, and a look at Hadoop's code structure</title>
    <dc:date>2008-07-14T14:04:26+00:00</dc:date>
    <link>http://www.dehora.net/journal/2008/07/06/3-12-minutes-to-sort-a-terabyte-hadoops-code-structure/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[great, great look at Hadoop by Bill
]]></description>
<dc:subject>algorithms analysis apache architecture benchmark benchmarks cluster code hadoop mapreduce</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:500f2cb2bb41/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:analysis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmark"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmarks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cluster"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:code"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hadoop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mapreduce"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.russellbeattie.com/blog/let-the-microblogs-bloom">
    <title>Let the microblogs bloom - RussellBeattie.com</title>
    <dc:date>2008-07-07T01:33:00+00:00</dc:date>
    <link>http://www.russellbeattie.com/blog/let-the-microblogs-bloom</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["It's a great effort, looks good....Evan...did a great job creating a nice little project with some cool features like OpenID, Jabber support and the beginnings of a federation system. Looking at the code, however, it's doomed."
]]></description>
<dc:subject>russellbeattie twitter microblogging architecture scalability scaling development programming laconica identica via:luis</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:96487af4c5db/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:russellbeattie"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:microblogging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:laconica"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:identica"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:luis"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.dehora.net/journal/2008/06/24/plugin-pros-and-cons/">
    <title>Bill de hÓra: Plugin pros and cons</title>
    <dc:date>2008-07-03T01:36:27+00:00</dc:date>
    <link>http://www.dehora.net/journal/2008/06/24/plugin-pros-and-cons/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[excellent detailed review of the pros and cons to the plugin approach
]]></description>
<dc:subject>architecture design plugin plugins programming billdehóra</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:0d863111fd2d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:plugin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:plugins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:billdehóra"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.smugmug.com/don/2008/06/03/skynet-lives-aka-ec2-smugmug/">
    <title>SmugBlog: Don MacAskill » Blog Archive » SkyNet Lives! (aka EC2 @ SmugMug)</title>
    <dc:date>2008-06-04T01:28:35+00:00</dc:date>
    <link>http://blogs.smugmug.com/don/2008/06/03/skynet-lives-aka-ec2-smugmug/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["I really don’t want to operate datacenters anymore despite the fact that we’re pretty good at it. It’s a necessary evil because we’re an Internet company, but our mission is to be the best photo sharing site." - Skynet = their GAE abstraction lay
]]></description>
<dc:subject>donmacaskill ec2 amazon scalability smugmug s3 aws architecture cloud skynet</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:470e07c309c3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:donmacaskill"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ec2"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:smugmug"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:s3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:skynet"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://highscalability.com/google-appengine-second-look">
    <title>Google AppEngine - A Second Look | High Scalability</title>
    <dc:date>2008-04-13T20:31:28+00:00</dc:date>
    <link>http://highscalability.com/google-appengine-second-look</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["What's more the problem is developers will be acquiring a sort of learned helplessness. It's not that developers can't port to another environment, they simply won't know how to anymore because they will have never had to do it themselves."
]]></description>
<dc:subject>google appengine scalability bigtable gae architecture python learnedhelplessness</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:b6f4fb0f7273/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:appengine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:bigtable"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:gae"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:python"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:learnedhelplessness"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.markshuttleworth.com/archives/136">
    <title>Mark Shuttleworth » Blog Archive » Good architectural layering, and Bzr 1.1</title>
    <dc:date>2008-01-09T17:59:51+00:00</dc:date>
    <link>http://www.markshuttleworth.com/archives/136</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["It seems that one of the key “best practices” that has emerged is the idea of plug-in architectures, that allow new developers to contribute an extension, plug-in or add-on to the codebase without having to learn too much about the guts of the projec
]]></description>
<dc:subject>markshuttleworth architecture plugins firefox bazaar layers add-on extension</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:991c64694a79/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:markshuttleworth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:plugins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:bazaar"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:layers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:add-on"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:extension"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://weburbanist.com/2008/01/06/7-more-abandoned-wonders-of-america-from-military-islands-to-mental-institutions/">
    <title>WebUrbanist » 7 (More) Abandoned Wonders of America: From Military Islands to Mills and Institutions</title>
    <dc:date>2008-01-07T22:00:17+00:00</dc:date>
    <link>http://weburbanist.com/2008/01/06/7-more-abandoned-wonders-of-america-from-military-islands-to-mental-institutions/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[what can i say but that i love stuff like this. would that one of them was nearer Denver or Boston
]]></description>
<dc:subject>architecture abandoned art cool photography travel</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:f3bba5ba4ba7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:abandoned"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:art"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cool"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:photography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:travel"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.dehora.net/journal/2007/12/24/honking-great-app-servers/">
    <title>Weblog | honking great app servers</title>
    <dc:date>2007-12-26T20:46:24+00:00</dc:date>
    <link>http://www.dehora.net/journal/2007/12/24/honking-great-app-servers/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["First let me say this - the JEE stuff and the container vendors that drive it are tied (still, but maybe less than a few years ago) to a physical three-tier model, whereas physical two-tier is a known good way way to build web systems."
]]></description>
<dc:subject>architecture hibernate j2ee java jee lamp application servers billdehóra</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:d9574e94ffa6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hibernate"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:j2ee"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jee"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:lamp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:application"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:servers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:billdehóra"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.allthingsdistributed.com/2007/12/eventually_consistent.html">
    <title>Eventually Consistent - All Things Distributed</title>
    <dc:date>2007-12-20T16:40:49+00:00</dc:date>
    <link>http://www.allthingsdistributed.com/2007/12/eventually_consistent.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["Inconsistency can tolerated for two reasons...Whether or not inconsistencies are acceptable depends on the client application."
]]></description>
<dc:subject>eventual consistency amazon architecture database distributed distributed-computing scalability wernervogels</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:5235bbbd5c6d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:eventual"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:consistency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:distributed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:distributed-computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:wernervogels"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://bitworking.org/news/276/On-the-importance-of-being-megadata">
    <title>Joe Gregorio | BitWorking | On the importance of being megadata</title>
    <dc:date>2007-12-20T16:01:44+00:00</dc:date>
    <link>http://bitworking.org/news/276/On-the-importance-of-being-megadata</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["Amazon has opened SimpleDB for beta testers. As you would expect the system is designed to scale and as such has dropped generic relational operations such as joins and transactions."
]]></description>
<dc:subject>joegregorio amazon architecture database megadata scalability simpledb saas haas</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:cbf24a606555/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:joegregorio"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:megadata"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:simpledb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:saas"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:haas"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://patricklogan.blogspot.com/2007/09/amqp-xmpp.html">
    <title>Making it stick.: AMQP, XMPP</title>
    <dc:date>2007-09-18T00:20:23+00:00</dc:date>
    <link>http://patricklogan.blogspot.com/2007/09/amqp-xmpp.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["I think we have a lot to learn still about how simple the enterprise can eventually be." - yes, precisely
]]></description>
<dc:subject>architecture notification software xmpp amqp messaging scalability enterprise simplicity via:planetintertwinglymemes</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:74003da76ff3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:notification"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:xmpp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:amqp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:messaging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:enterprise"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:simplicity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:planetintertwinglymemes"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://weburbanist.com/2007/08/08/urban-abandonments-7-deserted-wonders-of-the-postmodern-world/">
    <title>Urban Abandonments: 7 Deserted Wonders of the (Post)Modern World</title>
    <dc:date>2007-09-13T00:22:31+00:00</dc:date>
    <link>http://weburbanist.com/2007/08/08/urban-abandonments-7-deserted-wonders-of-the-postmodern-world/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[sucker for things like this
]]></description>
<dc:subject>abandoned cool decay design architecture city</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a60e26cf0229/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:abandoned"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cool"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:decay"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:city"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://r0ml.net/blog/2007/09/08/history-teaches-us">
    <title>r0ml.net » Blog Archive » History teaches us ...</title>
    <dc:date>2007-09-10T04:00:01+00:00</dc:date>
    <link>http://r0ml.net/blog/2007/09/08/history-teaches-us</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[r0ml using history to ellucidate the one true number of tiers
]]></description>
<dc:subject>r0ml history tiers architecture client server</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:8bd7b2d98144/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:r0ml"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:tiers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:client"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:server"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://kylecordes.com/2007/07/12/youtube-scalability/">
    <title>YouTube Scalability Talk - Kyle Cordes</title>
    <dc:date>2007-07-17T15:03:43+00:00</dc:date>
    <link>http://kylecordes.com/2007/07/12/youtube-scalability/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[fascinating talk from the YouTube guys on scalability
]]></description>
<dc:subject>architecture clustering code concurrency databases scalability megadata via:joe</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:1f15379a8b78/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:clustering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:code"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:concurrency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:databases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:megadata"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:joe"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.pmarca.com/2007/06/analyzing_the_f.html">
    <title>blog.pmarca.com: Analyzing the Facebook Platform, three weeks in</title>
    <dc:date>2007-06-15T14:10:17+00:00</dc:date>
    <link>http://blog.pmarca.com/2007/06/analyzing_the_f.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[meant to link to this before, but probably the best analysis of the Facebook API that i've seen by a large margin
]]></description>
<dc:subject>facebook api analysis applications markandreessen architecture web</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:e19575bc6a26/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:facebook"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:api"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:analysis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:applications"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:markandreessen"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:web"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://digitalurban.blogspot.com/2006/08/frank-lloyd-wright-architectual.html">
    <title>Digital Urban: Frank Lloyd Wright Architectual Visualisation in Half Life</title>
    <dc:date>2007-01-21T20:29:22+00:00</dc:date>
    <link>http://digitalurban.blogspot.com/2006/08/frank-lloyd-wright-architectual.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[the creativity of some of the folks in the gaming worlds never ceases to amaze me
]]></description>
<dc:subject>halflife franklloydwright architecture gaming virtual worlds</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:53088294d255/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:halflife"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:franklloydwright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:gaming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:virtual"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:worlds"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.addsimplicity.com/adding_simplicity_an_engi/2007/01/compute_power_i.html">
    <title>Adding Simplicity - An Engineering Mantra: Compute Power, Is Your Architecture Green?</title>
    <dc:date>2007-01-19T20:31:31+00:00</dc:date>
    <link>http://www.addsimplicity.com/adding_simplicity_an_engi/2007/01/compute_power_i.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["This article rang particularly true for me as I've recently been pushing the concept of optimizing TPS/watt." - all the more interesting because Dan's a Technical Fellow at eBay
]]></description>
<dc:subject>eBay pritchett tps watt energy ecofriendly green architecture power</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:263e25b74a3a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:eBay"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:pritchett"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:tps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:watt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:energy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ecofriendly"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:green"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:power"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.snellspace.com/wp/?p=566">
    <title>snellspace.com » Blog Archive » Perfect</title>
    <dc:date>2006-12-17T22:15:57+00:00</dc:date>
    <link>http://www.snellspace.com/wp/?p=566</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["This is perhaps the absolute best non-techy, two-sentence description of current trends that I’ve read yet." - i concur
]]></description>
<dc:subject>snell Time web2.0 collaboration architecture participation</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:53582e787e13/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:snell"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:Time"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:web2.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:collaboration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:participation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www-128.ibm.com/developerworks/java/library/wa-ajaxarch/">
    <title>Ajax and REST, Part 1</title>
    <dc:date>2006-10-04T07:28:53+00:00</dc:date>
    <link>http://www-128.ibm.com/developerworks/java/library/wa-ajaxarch/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[curious as to how Ajax and REST impact enterprise application development? read this, both for the impact Fielding's had on the space and the limitations it imposes on design - look forward to the cultural piece (much appreciate the shout out too, Bill)
]]></description>
<dc:subject>ajax ibm architecture rest articles developerWorks higgins fielding RedMonk</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:2b0c15f3327d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ajax"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ibm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rest"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:articles"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:developerWorks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:higgins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:fielding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:RedMonk"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://news.zdnet.com/2100-3513_22-6118676.html">
    <title>OpenOffice plug-in plan set for debut | Tech News on ZDNet</title>
    <dc:date>2006-09-23T16:07:35+00:00</dc:date>
    <link>http://news.zdnet.com/2100-3513_22-6118676.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[i once asked ISVs and projects to consider how they could be the Firefox of their market; it would appear that OO.o has an answer
]]></description>
<dc:subject>oo.o firefox plugins extensions architecture community</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:0f41c57668ee/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oo.o"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:plugins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:extensions"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:community"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.25hoursaday.com/weblog/CommentView.aspx?guid=29b15dde-1c17-4c48-b29d-0104ffefb423">
    <title>Dare Obasanjo aka Carnage4Life - My Website is Bigger Than Your Enterprise</title>
    <dc:date>2006-03-21T21:11:06+00:00</dc:date>
    <link>http://www.25hoursaday.com/weblog/CommentView.aspx?guid=29b15dde-1c17-4c48-b29d-0104ffefb423</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[excellent post from Obasanjo on architecture astronautics
]]></description>
<dc:subject>obasanjo architecture astronauts</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:181174955827/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:obasanjo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:astronauts"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.siliconvalley.com/gmsv/2005/12/grokking_google_2.html">
    <title>Good Morning Silicon Valley: Grokking Google: Google's butt-ugly interface design</title>
    <dc:date>2005-12-11T18:06:47+00:00</dc:date>
    <link>http://blogs.siliconvalley.com/gmsv/2005/12/grokking_google_2.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA['Even if you're on Windows, the Google Desktop is a bear to extend with your own widgets. That's why developers have flocked to Yahoo's Konfabulator which uses HTML/CSS/JS that we all know and love.' (via Alex)
]]></description>
<dc:subject>google yahoo konfabulator css html javascript extensions plugins architecture participation</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:9cdcabc28727/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:yahoo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:konfabulator"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:css"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:html"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:extensions"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:plugins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:participation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.zimbra.com/forums/showthread.php?t=659">
    <title>Zimbra Forums - Current design of the database</title>
    <dc:date>2005-11-11T22:18:22+00:00</dc:date>
    <link>http://www.zimbra.com/forums/showthread.php?t=659</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting not just for the content, but as a datapoint that shows that Zimbra gets it
]]></description>
<dc:subject>zimbra messaging architecture imap</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:ec31c4dccced/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:zimbra"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:messaging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:imap"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.veen.com/jeff/archives/000744.html">
    <title>Jeffrey Veen: When to talk, when to work</title>
    <dc:date>2005-06-29T16:15:16+00:00</dc:date>
    <link>http://www.veen.com/jeff/archives/000744.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting thoughts on remote collaboration and development; Flickr vs Lycos
]]></description>
<dc:subject>architecture collaboration developer productivity programming distributed</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a057e600c77f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:collaboration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:developer"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:productivity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:distributed"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arstechnica.com/news.ars/post/20050213-4609.html">
    <title>PC manufacturers want OS X?</title>
    <dc:date>2005-02-23T22:41:06+00:00</dc:date>
    <link>http://arstechnica.com/news.ars/post/20050213-4609.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[speculation on OS X coming to x86; would be interesting, no doubt, but i wouldn't hold my breath (via Throndsen)
]]></description>
<dc:subject>os-x apple x86 architecture</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a9a4db3e385c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:os-x"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:x86"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://schneider.blogspot.com/archives/2004_10_17_schneider_archive.html#109846656193450663">
    <title>Service Oriented Enterprise</title>
    <dc:date>2004-12-09T18:29:29+00:00</dc:date>
    <link>http://schneider.blogspot.com/archives/2004_10_17_schneider_archive.html#109846656193450663</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Anne Thomas Manes of Burton's feedback on various SOA definitions
]]></description>
<dc:subject>soa architecture definitions services</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:6458ce170f2d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:soa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:definitions"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:services"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.decafbad.com/blog/2004/11/30/nextgenwebapps">
    <title>Next generation web apps using REST, XML, XSLT, and XmlHTTPRequest - Archives - Blog - 0xDECAFBAD Blog</title>
    <dc:date>2004-12-05T17:52:17+00:00</dc:date>
    <link>http://www.decafbad.com/blog/2004/11/30/nextgenwebapps</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[an architect expores RESTian application construction
]]></description>
<dc:subject>rest architecture web-application web-services</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:ca92ce61556b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rest"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:web-application"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:web-services"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1004126,00.html">
    <title>SOA meets regulatory compliance</title>
    <dc:date>2004-09-07T17:20:05+00:00</dc:date>
    <link>http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1004126,00.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Searchwebservices.com writeup of our COA piece with some excellent real world feedback
]]></description>
<dc:subject>coa soa architecture compliance oriented redmonk services</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a1b27bd659a8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:coa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:soa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:compliance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oriented"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:redmonk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:services"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.sun.com/roller/page/jonathan/20040818#good_reading_listening">
    <title>Jonathan Schwartz's Weblog</title>
    <dc:date>2004-09-07T17:19:41+00:00</dc:date>
    <link>http://blogs.sun.com/roller/page/jonathan/20040818#good_reading_listening</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Sun COO's take on COA, among other topics
]]></description>
<dc:subject>coa soa architecture compliance oriented redmonk</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:602ac50a238b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:coa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:soa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:compliance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oriented"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:redmonk"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.ascential.com/soa/archives/2004/08/random_thoughts.html">
    <title>Service Oriented Architecture : Michael Curry : Archive</title>
    <dc:date>2004-09-07T17:18:46+00:00</dc:date>
    <link>http://blogs.ascential.com/soa/archives/2004/08/random_thoughts.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Michael Curry of Ascential's take on COA
]]></description>
<dc:subject>coa architecture compliance oriented redmonk</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:ffc7678725ae/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:coa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:compliance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oriented"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:redmonk"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.ascential.com/soa/archives/2004/09/coa_more_detail.html">
    <title>Service Oriented Architecture : Michael Curry : Archive</title>
    <dc:date>2004-09-07T17:18:01+00:00</dc:date>
    <link>http://blogs.ascential.com/soa/archives/2004/09/coa_more_detail.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[More from Michael Curry of Ascential on COA
]]></description>
<dc:subject>coa architecture compliance oriented redmonk</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:1cc0ac08c9a9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:coa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:compliance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oriented"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:redmonk"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.ascential.com/soa/archives/2004/09/more_on_complia_1.html">
    <title>Service Oriented Architecture : Michael Curry : Archive</title>
    <dc:date>2004-09-07T17:17:20+00:00</dc:date>
    <link>http://blogs.ascential.com/soa/archives/2004/09/more_on_complia_1.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[still more from Michael Curry of Ascential on COA
]]></description>
<dc:subject>coa architecture compliance oriented redmonk</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:c73a531ea95a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:coa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:compliance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oriented"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:redmonk"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>