<?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 (infovore)</title>
    <link>https://pinboard.in/u:infovore/public/</link>
    <description>recent bookmarks from infovore</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://robots.thoughtbot.com/slicing-up-rails-application-js-for-faster-load-times"/>
	<rdf:li rdf:resource="https://www.youtube.com/watch?v=S40asdvX3ag"/>
	<rdf:li rdf:resource="https://vimeo.com/166716461"/>
	<rdf:li rdf:resource="https://www.youtube.com/watch?v=Uhtar8FlgzU"/>
	<rdf:li rdf:resource="https://www.youtube.com/watch?v=95UvPlhjbE4"/>
	<rdf:li rdf:resource="https://www.youtube.com/watch?v=mfrWxACXkzs&amp;feature=youtu.be"/>
	<rdf:li rdf:resource="http://www.horizontalpitch.com/2015/12/infinite-possibilities-2/"/>
	<rdf:li rdf:resource="https://stefanwrobel.com/how-to-make-vagrant-performance-not-suck"/>
	<rdf:li rdf:resource="http://createdigitalmusic.com/2014/04/learn-pantha-du-prince-combines-acoustic-instruments-ableton-live-c/"/>
	<rdf:li rdf:resource="https://github.com/buger/gor/"/>
	<rdf:li rdf:resource="http://railscasts.com/episodes/368-miniprofiler?view=asciicast"/>
	<rdf:li rdf:resource="http://sb129.wordpress.com/2012/08/29/on-performance/"/>
	<rdf:li rdf:resource="https://github.com/flyerhzm/bullet"/>
	<rdf:li rdf:resource="https://gist.github.com/1688857"/>
	<rdf:li rdf:resource="http://adactio.com/journal/5208/"/>
	<rdf:li rdf:resource="http://www.tbray.org/ongoing/When/201x/2011/09/18/Safari"/>
	<rdf:li rdf:resource="http://pinboard.in/blog/173/"/>
	<rdf:li rdf:resource="http://documentcloud.github.com/jammit/"/>
	<rdf:li rdf:resource="http://livingepic.blogspot.com/2010/09/halo-reach-as-practomime.html"/>
	<rdf:li rdf:resource="http://www.appelsiini.net/projects/lazyload"/>
	<rdf:li rdf:resource="http://twitter.com/HATProject/homealone"/>
	<rdf:li rdf:resource="http://www.chewingpixels.com/gaming-as-performance/"/>
	<rdf:li rdf:resource="http://www.rereviewed.com/roguesemiotics/?p=377"/>
	<rdf:li rdf:resource="http://axonflux.com/building-and-scaling-a-startup"/>
	<rdf:li rdf:resource="http://www.offworld.com/2009/01/one-more-go-donkey-kong-jungle.html"/>
	<rdf:li rdf:resource="http://www.streetwithaview.com/"/>
	<rdf:li rdf:resource="http://derivadow.com/2008/09/03/google-chrome-why/"/>
	<rdf:li rdf:resource="http://www.nla.gov.au/events/history/papers/Greg_Dening.html"/>
	<rdf:li rdf:resource="http://nate.koechley.com/blog/2008/06/11/slides-professional-frontend-engineering/"/>
	<rdf:li rdf:resource="http://developer.yahoo.com/performance/rules.html"/>
	<rdf:li rdf:resource="http://developer.yahoo.com/yslow/"/>
	<rdf:li rdf:resource="http://kylecordes.com/2007/07/12/youtube-scalability/"/>
	<rdf:li rdf:resource="http://synthesis.sbecker.net/pages/asset_packager"/>
	<rdf:li rdf:resource="http://lists.danga.com/pipermail/memcached/2007-May/004098.html"/>
	<rdf:li rdf:resource="http://www.xaprb.com/blog/2007/03/14/how-to-find-the-max-row-per-group-in-sql-without-subqueries/"/>
	<rdf:li rdf:resource="http://poorbuthappy.com/ease/archives/2007/04/29/3616/the-top-10-presentation-on-scaling-websites-twitter-flickr-bloglines-vox-and-more"/>
	<rdf:li rdf:resource="http://mon.itor.us/"/>
	<rdf:li rdf:resource="http://headrush.typepad.com/creating_passionate_users/2006/10/better_beginnin.html"/>
	<rdf:li rdf:resource="http://blog.codahale.com/2006/04/10/content-only-caching-for-rails/"/>
	<rdf:li rdf:resource="http://www.infoq.com/articles/Rails-Performance"/>
	<rdf:li rdf:resource="http://threadbox.net/articles/2005/12/15/caching-with-ruby-on-rails"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://robots.thoughtbot.com/slicing-up-rails-application-js-for-faster-load-times">
    <title>Slicing up Rails Application.js for Faster Load Times</title>
    <dc:date>2017-02-27T09:11:49+00:00</dc:date>
    <link>https://robots.thoughtbot.com/slicing-up-rails-application-js-for-faster-load-times</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[A nice pattern for breaking out code that might only be specific to certain pages.]]></description>
<dc:subject>rails javascript performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:a84492a9a06f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.youtube.com/watch?v=S40asdvX3ag">
    <title>How I wish /// Pawel Grudzien /// Live at the Preservation Room - YouTube</title>
    <dc:date>2017-02-03T16:09:13+00:00</dc:date>
    <link>https://www.youtube.com/watch?v=S40asdvX3ag</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[A really nice exploration of what live piano + electronics could be like. I'm not quite sure how I feel about the actual filming: there's a lot of modular on display, which is very analogue and visible, with all its sequencers... but there's also at least one midi controller visible and if it's talking to a computer... is it disingenuous to hide a laptop? Hmn.]]></description>
<dc:subject>music electronics live performance piano</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:a2fbe0eac240/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:electronics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:live"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:piano"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://vimeo.com/166716461">
    <title>Monome // Live at Better; for Living on Vimeo</title>
    <dc:date>2016-05-17T13:23:57+00:00</dc:date>
    <link>https://vimeo.com/166716461</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Lovely live performance from Brian and Kelli: keyboard, modular, grid-sequencers, ukulele, voice. Feels intimate.]]></description>
<dc:subject>monome performance live electronics music</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:2e1f3ac2f705/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:monome"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:live"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:electronics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.youtube.com/watch?v=Uhtar8FlgzU">
    <title>Kaitlyn Aurelia Smith Buchla Music Easel - YouTube</title>
    <dc:date>2016-05-05T17:10:40+00:00</dc:date>
    <link>https://www.youtube.com/watch?v=Uhtar8FlgzU</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[A truly lovely Music Easel performance. I love how coherent an instrument it is, and this is a cracking piece of playing.]]></description>
<dc:subject>kaitlynaureliasmith buchla music performance video</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:7378d59f0f4e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:kaitlynaureliasmith"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:buchla"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:video"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.youtube.com/watch?v=95UvPlhjbE4">
    <title>Watch Kaitlyn Aurelia Smith bring her modular orchestra to life - YouTube</title>
    <dc:date>2016-04-24T15:44:40+00:00</dc:date>
    <link>https://www.youtube.com/watch?v=95UvPlhjbE4</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[A really beautiful demonstration of a modular performance; so musical, so careful, and so clearly live; such an understanding. Fascinating to see someone who first learned on a Buchla, too, in this age, but it clearly comes through in her approach to the instrument.]]></description>
<dc:subject>music modularsynth kaitlynaureliasmith performance composition</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:e1dab8e08a3e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:modularsynth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:kaitlynaureliasmith"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:composition"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.youtube.com/watch?v=mfrWxACXkzs&amp;feature=youtu.be">
    <title>Modular101 - YouTube</title>
    <dc:date>2016-01-04T14:09:57+00:00</dc:date>
    <link>https://www.youtube.com/watch?v=mfrWxACXkzs&amp;feature=youtu.be</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[A really beautiful live modular set from Scanner/Robin Rimbaud. I love this because it's melodic and musical, delivered from a small but carefully chosen 6U rig; it is the exact thing I like in ambient music, and the exact opposite of so much modular nonsense in the world. It's beautiful to study, too.]]></description>
<dc:subject>robinrimbaud scanner synthesizer modular eurorack music live performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:d5c9f3285a03/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:robinrimbaud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scanner"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:synthesizer"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:modular"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:eurorack"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:live"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.horizontalpitch.com/2015/12/infinite-possibilities-2/">
    <title>Infinite Possibilities | horizontalpitch</title>
    <dc:date>2015-12-03T23:04:44+00:00</dc:date>
    <link>http://www.horizontalpitch.com/2015/12/infinite-possibilities-2/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Amongst many other things, bookmarked for "composing music means building an instrument"]]></description>
<dc:subject>music instruments instrumentness composition performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:b9cc1f97226b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:instruments"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:instrumentness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:composition"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://stefanwrobel.com/how-to-make-vagrant-performance-not-suck">
    <title>Stefan Wrobel - How to make Vagrant performance not suck</title>
    <dc:date>2015-08-06T15:20:19+00:00</dc:date>
    <link>https://stefanwrobel.com/how-to-make-vagrant-performance-not-suck</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[This is all true and useful.]]></description>
<dc:subject>vagrant development osx performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:89b023379505/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:vagrant"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://createdigitalmusic.com/2014/04/learn-pantha-du-prince-combines-acoustic-instruments-ableton-live-c/">
    <title>Learn How Pantha Du Prince Combines Acoustic Instruments with Ableton Live, In C - Create Digital Music</title>
    <dc:date>2014-04-13T12:35:40+00:00</dc:date>
    <link>http://createdigitalmusic.com/2014/04/learn-pantha-du-prince-combines-acoustic-instruments-ableton-live-c/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[CDM rounds up all of Ableton's videos about Pantha du Prince and the Bell Laboratory performing In C. Lots of nice stuff on performance, live sampling, but mainly just about how performers play together. Very analogue, in that regard.]]></description>
<dc:subject>music panthaduprince terryriley performance musicians</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:330a352445bc/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:panthaduprince"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:terryriley"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:musicians"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/buger/gor/">
    <title>buger/gor</title>
    <dc:date>2013-09-25T15:36:30+00:00</dc:date>
    <link>https://github.com/buger/gor/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["Gor is a simple http traffic replication tool written in Go. Its main goal is to replay traffic from production servers to staging and dev environments." Handy to know about.]]></description>
<dc:subject>performance web http testing scaling</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:0274da156831/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://railscasts.com/episodes/368-miniprofiler?view=asciicast">
    <title>#368 MiniProfiler - RailsCasts</title>
    <dc:date>2013-04-04T16:47:01+00:00</dc:date>
    <link>http://railscasts.com/episodes/368-miniprofiler?view=asciicast</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["MiniProfiler allows you to see the speed of a request conveniently on the page. It also shows the SQL queries performed and allows you to profile a specific block of code." Ooh, been looking for the latest version of something like this for a while.]]></description>
<dc:subject>performance rails ruby profiling</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:c4557a545533/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:profiling"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://sb129.wordpress.com/2012/08/29/on-performance/">
    <title>On Performance « SB129</title>
    <dc:date>2012-08-30T07:52:51+00:00</dc:date>
    <link>http://sb129.wordpress.com/2012/08/29/on-performance/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["One of the most important things I learnt throughout the process was that through ‘performing’ ideas – including getting members of the audience involved – it was evident whether or not the experience/idea/design would be valuable, exciting or intriguing. During the presentations, you could instantly tell if the project was a success. In some ways this combines presentation with a form of fictional user testing, they were performing to know. Here, prototyping is taken to another level, where ideas are exposed to an audience, events are ‘acted out’ and success is evaluated. Performance as a prototyping medium." I like 'performing to know']]></description>
<dc:subject>mattward design performance prototyping exploration</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:edc2b92ddb1f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:mattward"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:prototyping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:exploration"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/flyerhzm/bullet">
    <title>flyerhzm/bullet</title>
    <dc:date>2012-08-11T16:08:20+00:00</dc:date>
    <link>https://github.com/flyerhzm/bullet</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["The Bullet gem is designed to help you increase your application’s performance by reducing the number of queries it makes. It will watch your queries while you develop your application and notify you when you should add eager loading (N+1 queries), when you’re using eager loading that isn’t necessary and when you should use counter cache."]]></description>
<dc:subject>activerecord optimization performance rails ruby</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:e06abeece678/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:activerecord"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:optimization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://gist.github.com/1688857">
    <title>ruby-1.9.3-p125 cumulative performance patch. — Gist</title>
    <dc:date>2012-03-12T11:56:48+00:00</dc:date>
    <link>https://gist.github.com/1688857</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["This script installs a patched version of ruby 1.9.3-p125 with patches to make ruby-debug work again (#47) and boot-time performance improvements (#66 and #68), and runtime performance improvements (#83 and #84). It also includes the new backported GC from ruby-trunk." Speed boosts for Ruby 1.9.3.]]></description>
<dc:subject>ruby performance patch ruby193</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:fd7a7f38e364/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:patch"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby193"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://adactio.com/journal/5208/">
    <title>Adactio: Journal—Image-y nation</title>
    <dc:date>2012-02-03T10:37:12+00:00</dc:date>
    <link>http://adactio.com/journal/5208/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["I remember when Ajax was getting popular, all the problems associated with frames rose from the grave: bookmarking, breaking the back button, etc. Now that we’re in a time of small-screen devices on low-bandwidth networks, we’re rediscovering a lot of the same issues we had when we were developing for 640 pixel wide screens with 28K or 56K modems." This is the thing.]]></description>
<dc:subject>web design doingitright performance jeremykeith</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:493dff28b541/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:doingitright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:jeremykeith"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.tbray.org/ongoing/When/201x/2011/09/18/Safari">
    <title>ongoing by Tim Bray · Browser Breakup</title>
    <dc:date>2011-09-20T17:27:32+00:00</dc:date>
    <link>http://www.tbray.org/ongoing/When/201x/2011/09/18/Safari</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["In re­cent re­leases, Sa­fari has been re-ar­chi­tected, with some of the work farmed out to a thing called “WebProcess”. This doesn’t seem to be work­ing out that well." Much as I was excited about Safari 5's re-architecting, I must admit: I've seen everything Tim says, and it's driving me nuts.]]></description>
<dc:subject>safari apple performance gafyd</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:782be0f46231/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:safari"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:gafyd"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://pinboard.in/blog/173/">
    <title>Anatomy of a Crushing (Pinboard Blog)</title>
    <dc:date>2011-03-09T10:29:52+00:00</dc:date>
    <link>http://pinboard.in/blog/173/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["We were a niche site and in the course of eighteen months had siphoned off about six thousand users from our massive competitor, a pace I was was very happy with and hoped to sustain through 2011. But now the Senior Vice President for Bad Decisions at Yahoo had decided to give us a little help." Maciej on what Scaling Pinboard Fast actually looked like. Some good anecdotes in here.]]></description>
<dc:subject>architecture web software performance pinboard scaling</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:infovore/b:458186326c7c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:pinboard"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://documentcloud.github.com/jammit/">
    <title>Jammit: Industrial Strength Asset Packaging for Rails</title>
    <dc:date>2010-11-29T16:08:38+00:00</dc:date>
    <link>http://documentcloud.github.com/jammit/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["Jammit is an industrial strength asset packaging library for Rails, providing both the CSS and JavaScript concatenation and compression that you'd expect, as well as YUI Compressor and Closure Compiler compatibility, ahead-of-time gzipping, built-in JavaScript template support, and optional Data-URI / MHTML image and font embedding." Looks good.
]]></description>
<dc:subject>javascript compression performance rubyonrails assets</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:498e640e335a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:compression"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rubyonrails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:assets"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://livingepic.blogspot.com/2010/09/halo-reach-as-practomime.html">
    <title>Living Epic: Video Games in the Ancient World: Halo: Reach as practomime</title>
    <dc:date>2010-09-26T10:41:35+00:00</dc:date>
    <link>http://livingepic.blogspot.com/2010/09/halo-reach-as-practomime.html</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["Reach, on the other hand, without its player, is an epic waiting to happen, a set of ludics waiting to be given enactment. More than any other comparison I could make, I think this one points out the value of thinking about games like Reach in the light of epics like the Iliad: these two kinds of practomime share the enormously important characteristic of living through re-performance, of gaining their meaning through iteration according to the rules laid down by the practomime." This is good: game as structure, the core loop as enacted by the player being what brings it to life, structures it according to its audience.
]]></description>
<dc:subject>epic halo games performance narrative</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:19be0af78b11/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:epic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:halo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:games"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:narrative"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.appelsiini.net/projects/lazyload">
    <title>Lazy Load Plugin for jQuery</title>
    <dc:date>2010-04-26T08:58:01+00:00</dc:date>
    <link>http://www.appelsiini.net/projects/lazyload</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["Lazy loader is a jQuery plugin written in JavaScript. It delays loading of images in (long) web pages. Images outside of viewport (visible part of web page) wont be loaded before user scrolls to them." Handy.
]]></description>
<dc:subject>performance lazyloading jquery javascript plugin images</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:542fda277d28/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:lazyloading"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:jquery"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:plugin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:images"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://twitter.com/HATProject/homealone">
    <title>Twitter / @HATProject/HomeAlone</title>
    <dc:date>2009-12-16T12:16:36+00:00</dc:date>
    <link>http://twitter.com/HATProject/homealone</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["All the characters fom Home Alone, the project starts on the 22nd." 22 Twitterbots, performing Home Alone, in realtime, starting Dec 22nd. Awesome. Bonkers, but awesome (and takes the concept I used in Twit 4 Dead to a new level).
]]></description>
<dc:subject>drama performance twitter bots homealone narrative distributed</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:faf93c366775/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:drama"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:bots"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:homealone"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:narrative"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:distributed"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.chewingpixels.com/gaming-as-performance/">
    <title>chewing pixels » Gaming as Performance</title>
    <dc:date>2009-07-25T09:17:05+00:00</dc:date>
    <link>http://www.chewingpixels.com/gaming-as-performance/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["This is why arcades are still important, still relevant and still the most compelling way in which to watch and play videogames. Someone needs to take a stencil and a spray-can to every arcade cabinet they can find and write “Play me, I’m Yours” on its side, lest we forget how to perform." Simon Parkin on games as performance; awesome as ever, and exactly why I love arcades.
]]></description>
<dc:subject>arcade games performance arcades</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:1e789ab2fbff/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:arcade"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:games"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:arcades"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.rereviewed.com/roguesemiotics/?p=377">
    <title>Rogue Semiotics » sdfsdf</title>
    <dc:date>2009-07-15T11:56:07+00:00</dc:date>
    <link>http://www.rereviewed.com/roguesemiotics/?p=377</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["‘sdfsdf ‘means, I would argue, ‘I am testing’, or even more specifically, ‘I am now testing what can be seen’. It’s another performative expression because there is no semantic distance between typing this string and doing what it says, in the same way that there is no semantic distance between saying ‘I do’ in your marriage vows and actually performing your marriage vows. Saying is doing."
]]></description>
<dc:subject>language sdfsdf testing definition performance</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:9070cdb107b8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:language"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:sdfsdf"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:definition"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://axonflux.com/building-and-scaling-a-startup">
    <title>Building and Scaling a Startup on Rails: 12 Things We Learned the Hard Way - Axon Flux - A Ruby on Rails Blog</title>
    <dc:date>2009-02-23T10:27:35+00:00</dc:date>
    <link>http://axonflux.com/building-and-scaling-a-startup</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Some well-worn tales here, but also some good new ones, particularly when it comes to query-profiling and all forms of caching.
]]></description>
<dc:subject>tips ruby performance development web rails scaling deployment</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:208d8c9cfc39/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:tips"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:deployment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.offworld.com/2009/01/one-more-go-donkey-kong-jungle.html">
    <title>One More Go: Donkey Kong Jungle Beat - Offworld</title>
    <dc:date>2009-01-08T08:16:14+00:00</dc:date>
    <link>http://www.offworld.com/2009/01/one-more-go-donkey-kong-jungle.html</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["We spend a lot of time talking about games and films, but a much more useful corollary is music. The processes are spookily similar. Creators devise an experience, and commit it to code. The code then sits there, lifeless, until a performer picks it up. Then, through a complex tool which requires substantial manual dexterity to master, the performer interprets the experience the creator devised. No two people will play the code the same way. Some players will perform better than others. Some will get stuck and give up before the end."
]]></description>
<dc:subject>games music play writing performance interpretation</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:7ddf1875f658/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:games"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:play"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:writing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:interpretation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.streetwithaview.com/">
    <title>STREET WITH A VIEW: a project by Robin Hewlett &amp; Ben Kinsley</title>
    <dc:date>2008-11-06T14:46:29+00:00</dc:date>
    <link>http://www.streetwithaview.com/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["On May 3rd 2008, artists Robin Hewlett and Ben Kinsley invited the Google Inc. Street View team and residents of Pittsburgh’s Northside to collaborate on a series of tableaux along Sampsonia Way. Neighbors, and other participants from around the city, staged scenes ranging from a parade and a marathon, to a garage band practice, a seventeenth century sword fight, a heroic rescue and much more..." Lovely.
]]></description>
<dc:subject>streetview performance google art tableaux pittsburgh</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:4b1db53a844c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:streetview"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:art"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:tableaux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:pittsburgh"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://derivadow.com/2008/09/03/google-chrome-why/">
    <title>Google Chrome why? « Derivadow.com</title>
    <dc:date>2008-09-03T07:14:51+00:00</dc:date>
    <link>http://derivadow.com/2008/09/03/google-chrome-why/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["The current browsers, including Firefox, just can’t cut it. JavaScript isn’t fast enough (thereby limiting the UX), browsers are single threaded and they aren’t stable enough. If Google want to challenge Microsoft (or anyone else for that matter) in the desktop space they needed a better platform... Google’s solution is I think much neater - build an open source browser that supports multithreading, fast JavaScript execution and stuff Google Gears into the back end so it works offline." Now that's a good explanation.
]]></description>
<dc:subject>browser runtime javascript google chrome performance</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:49895a9d5746/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:browser"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:runtime"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:chrome"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.nla.gov.au/events/history/papers/Greg_Dening.html">
    <title>Professor Greg Dening : Challenges to Perform: History, Passion and the Imagination</title>
    <dc:date>2008-08-07T09:39:50+00:00</dc:date>
    <link>http://www.nla.gov.au/events/history/papers/Greg_Dening.html</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["This is an afterword to essays by young writers on first peoples’ histories. I am picking up the notion that there is no Before and After in culture. Culture is always Now, in-between, in process." God this is good.
]]></description>
<dc:subject>writing culture performance creativity art</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:fa3219f5ee68/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:writing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:culture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:creativity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:art"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://nate.koechley.com/blog/2008/06/11/slides-professional-frontend-engineering/">
    <title>Slides: Professional Frontend Engineering | Nate Koechley's Blog</title>
    <dc:date>2008-06-17T07:17:34+00:00</dc:date>
    <link>http://nate.koechley.com/blog/2008/06/11/slides-professional-frontend-engineering/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Awesome stuff. This, really, is one of my core backgrounds: not so much being an "HTML monkey" but performing genuine front-end engineering. It's such a shame so many places don't see it as a true skill.
]]></description>
<dc:subject>natekoechley frontend clientside web development programming engineering performance presentation awesome</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:0192054801eb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:natekoechley"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:frontend"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:clientside"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:presentation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:awesome"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://developer.yahoo.com/performance/rules.html">
    <title>Best Practices for Speeding Up Your Web Site</title>
    <dc:date>2008-04-14T15:43:20+00:00</dc:date>
    <link>http://developer.yahoo.com/performance/rules.html</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Yahoo expand their Exceptional Performance best practice; there are some interesting new tricks in here that might seem counterintuitive, but you can actually implement "right" if you think about it. Great that somebody (else) cares about this stuff.
]]></description>
<dc:subject>performance yahoo development frontend clientside web browser server</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:6822a4f88a7d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:yahoo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:frontend"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:clientside"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:browser"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:server"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://developer.yahoo.com/yslow/">
    <title>YSlow for Firebug</title>
    <dc:date>2007-07-25T15:19:52+00:00</dc:date>
    <link>http://developer.yahoo.com/yslow/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[YSlow analyzes web pages and tells you why they're slow based on the rules for high performance web sites. YSlow is a Firefox add-on integrated with the popular Firebug web development tool.
]]></description>
<dc:subject>firefox performance firebug yahoo yslow optimization</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:9f448ea00f78/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:firebug"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:yahoo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:yslow"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:optimization"/>
</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-16T20:19:11+00:00</dc:date>
    <link>http://kylecordes.com/2007/07/12/youtube-scalability/</link>
    <dc:creator>infovore</dc:creator><dc:subject>scaling performance youtube python mysql design architecture</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:c588738ad167/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:youtube"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:python"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:architecture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://synthesis.sbecker.net/pages/asset_packager">
    <title>Scott Becker - AssetPackager – JavaScript and CSS Asset Compression for Production Rails Apps</title>
    <dc:date>2007-07-11T12:30:58+00:00</dc:date>
    <link>http://synthesis.sbecker.net/pages/asset_packager</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Oh gosh, this looks good: dynamic merging/caching of js/css files in Rails, but in production only; your development environment continues to use the original files. Lovely. Now: does it work?
]]></description>
<dc:subject>rails javascript CSS plugin ruby rubyonrails optimisation performance development</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:1ca6ba7f232c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:CSS"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:plugin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rubyonrails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:optimisation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://lists.danga.com/pipermail/memcached/2007-May/004098.html">
    <title>Largest production memcached install?</title>
    <dc:date>2007-05-22T20:51:13+00:00</dc:date>
    <link>http://lists.danga.com/pipermail/memcached/2007-May/004098.html</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["Facebook has roughly 200 dedicated memcached servers in its production environment". Blimey. 200 x 16GB is a LOT of cache. Still, 99% of hits go straight to cache - impressive!
]]></description>
<dc:subject>facebook development memcached scaling performance caching cache</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:466dab616e32/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:facebook"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:memcached"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:caching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:cache"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.xaprb.com/blog/2007/03/14/how-to-find-the-max-row-per-group-in-sql-without-subqueries/">
    <title>How to find the max row per group in SQL without subqueries - Xaprb</title>
    <dc:date>2007-05-08T20:43:10+00:00</dc:date>
    <link>http://www.xaprb.com/blog/2007/03/14/how-to-find-the-max-row-per-group-in-sql-without-subqueries/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[As with so many other SQL challenges, if you re-phrase the question, it’s easy to select the maximum or minimum row per group without subqueries. The key is to understand what you want, and to be able to word the problem in a way that translates from En
]]></description>
<dc:subject>sql mysql database programming performance howto</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:d15c484fbb30/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:sql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:howto"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://poorbuthappy.com/ease/archives/2007/04/29/3616/the-top-10-presentation-on-scaling-websites-twitter-flickr-bloglines-vox-and-more">
    <title>Peter Van Dijck’s Guide to Ease » Blog Archive » The top 10 presentations on scaling websites: twitter, Flickr, Bloglines, Vox and more.</title>
    <dc:date>2007-05-01T13:57:58+00:00</dc:date>
    <link>http://poorbuthappy.com/ease/archives/2007/04/29/3616/the-top-10-presentation-on-scaling-websites-twitter-flickr-bloglines-vox-and-more</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Simon is right: nice to have all this lot in one plsace.
]]></description>
<dc:subject>scaling development infrastructure presentation performance web application</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:57973c5c1b51/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:presentation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:application"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://mon.itor.us/">
    <title>mon.itor.us - FREE website monitoring</title>
    <dc:date>2007-01-06T16:01:47+00:00</dc:date>
    <link>http://mon.itor.us/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA["Mon.itor.us is the only external website monitoring service which provides commercial grade distributed monitoring services absolutely for FREE."
]]></description>
<dc:subject>monitoring server utility tracking performance free application tool</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:cc4fbe355bd8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:monitoring"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:server"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:utility"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:tracking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:free"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:application"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:tool"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://headrush.typepad.com/creating_passionate_users/2006/10/better_beginnin.html">
    <title>Creating Passionate Users: Better Beginnings: how to start a presentation, book, article...</title>
    <dc:date>2006-10-28T08:17:19+00:00</dc:date>
    <link>http://headrush.typepad.com/creating_passionate_users/2006/10/better_beginnin.html</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Guilty of half of these (at points). They usually didn't matter - but I'll be some more in mind for the future.
]]></description>
<dc:subject>presentation technique performance narrative communication writing</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:a533ffcb2977/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:presentation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:technique"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:narrative"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:communication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:writing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.codahale.com/2006/04/10/content-only-caching-for-rails/">
    <title>Content-only caching for Rails | Archives | codablog | Coda Hale</title>
    <dc:date>2006-10-19T09:13:29+00:00</dc:date>
    <link>http://blog.codahale.com/2006/04/10/content-only-caching-for-rails/</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Could be exactly what I need. Rails caching is tricky.
]]></description>
<dc:subject>rubyonrails rails ruby cache database development performance</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:da738873a83a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rubyonrails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:cache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.infoq.com/articles/Rails-Performance">
    <title>InfoQ - A look at common performance problems in Rails</title>
    <dc:date>2006-06-18T09:22:55+00:00</dc:date>
    <link>http://www.infoq.com/articles/Rails-Performance</link>
    <dc:creator>infovore</dc:creator><dc:subject>performance caching ruby rubyonrails rails scaling development</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:fa2ef2494bb2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:caching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rubyonrails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://threadbox.net/articles/2005/12/15/caching-with-ruby-on-rails">
    <title>Caching with Ruby on Rails</title>
    <dc:date>2006-06-15T12:50:09+00:00</dc:date>
    <link>http://threadbox.net/articles/2005/12/15/caching-with-ruby-on-rails</link>
    <dc:creator>infovore</dc:creator><description><![CDATA[Mmn. Fragment caching. I knew I didn't want page/controller caching, was dreading this... and it all looks really rather doable. Sorted!
]]></description>
<dc:subject>caching scaling performance ruby rails rubyonrailes cache</dc:subject>
<dc:identifier>https://pinboard.in/u:infovore/b:1bda1e6c486e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:caching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:rubyonrailes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:infovore/t:cache"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>