Congratulations!

[Valid Atom 1.0] This is a valid Atom 1.0 feed.

Recommendations

This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.

Source: http://feeds.feedburner.com/oreilly/radar/rss10

  1. <?xml version="1.0" encoding="utf-8"?>
  2. <feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:on="http://www.oreillynet.com/csrss/">
  3. <title>O&apos;Reilly Radar - Insight, analysis, and research about emerging technologies</title>
  4. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/" />
  5. <link rel="self" type="application/atom+xml" href="http://blogs.oreilly.com/radar.old/index.atom" />
  6. <id>tag:blogs.oreilly.com,2010-08-31:/radar.old//57</id>
  7. <updated>2012-07-12T10:00:00Z</updated>
  8. <subtitle>http://radar.oreilly.com/</subtitle>
  9. <generator uri="http://www.sixapart.com/movabletype/">Movable Type Pro 4.21-en</generator>
  10.  
  11. <entry>
  12. <title>Four short links: 12 July 2012</title>
  13. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/four-short-links-12-july-2012.html" />
  14. <id>tag:radar.oreilly.com,2012://57.48410</id>
  15.  
  16. <published>2012-07-12T10:00:00Z</published>
  17. <updated>2012-07-12T10:00:00Z</updated>
  18.  
  19. <summary> Mozilla Persona -- single sign-on for the web. Interview with Alan Kay (Dr Dobbs Journal) -- The Internet was done so well that most people think of it as a natural resource like the Pacific Ocean, rather than something that was man-made. When was the last time a technology with a scale like that was so error-free? The Web,...</summary>
  20. <author>
  21. <name>Nat Torkington</name>
  22. <uri>http://radar.oreilly.com/nat/</uri>
  23. </author>
  24.  
  25. <category term="design" label="design" scheme="http://www.sixapart.com/ns/types#tag" />
  26. <category term="identity" label="identity" scheme="http://www.sixapart.com/ns/types#tag" />
  27. <category term="mozilla" label="mozilla" scheme="http://www.sixapart.com/ns/types#tag" />
  28. <category term="science" label="science" scheme="http://www.sixapart.com/ns/types#tag" />
  29. <category term="web" label="web" scheme="http://www.sixapart.com/ns/types#tag" />
  30.  
  31. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  32. <![CDATA[<p><ol>
  33. <li><a href="http://www.mozilla.org/en-US/persona/">Mozilla Persona</a> -- single sign-on for the web.</li>
  34. <li><a href="http://www.drdobbs.com/architecture-and-design/interview-with-alan-kay/240003442">Interview with Alan Kay</a> (Dr Dobbs Journal) -- <i>The Internet was done so well that most people think of it as a natural resource like the Pacific Ocean, rather than something that was man-made. When was the last time a technology with a scale like that was so error-free? The Web, in comparison, is a joke. The Web was done by amateurs.</i> (via <a href="http://danielbachhuber.com/2012/07/10/interview-with-alan-kay/">Daniel Bachhuber</a>)</li>
  35. <li><a href="http://boingboing.net/2012/07/10/crackpots-geniuses-and-how-t.html">Crackpots, Geniuses, and How to Tell The Difference</a> (BoingBoing) -- think critically, all the time. <i>If you're told you can't trust any other sources of information (especially because of Big Conspiracy, or because so-and-so expert is a bad person in other areas of his or her life), be cautious. Replication is a powerful tool. It helps us get past accidental and intentional biases to see something closer to the truth. Suppressing replication is also powerful, because it leaves you with no way to check against bias.</i></li>
  36. <li><a href="http://www.lukew.com/ff/entry.asp?1589">Properties of Intuitive Web Pages</a> (Luke Wroblewski) -- <i>Intuitive design is how we give our users super powers. This enables them to do new things.</i></li>
  37. </ol></p>]]>
  38.  
  39. </content>
  40. <dc:source>http://www.oreillynet.com/pub/au/149</dc:source>
  41. <dc:type>text</dc:type>
  42. <on:image></on:image>
  43. </entry>
  44.  
  45. <entry>
  46. <title>Four short links: 11 July 2012</title>
  47. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/four-short-links-11-july-2012.html" />
  48. <id>tag:radar.oreilly.com,2012://57.48404</id>
  49.  
  50. <published>2012-07-11T10:00:00Z</published>
  51. <updated>2012-07-11T10:00:00Z</updated>
  52.  
  53. <summary> Lamar Smith Trying to Revive SOPA (BoingBoing) -- don&apos;t hate Smith, pity him. He&apos;s a prostitute, and it shouldn&apos;t surprise that when released from prison he immediately returns to the street corner to hawk his pearly again. He&apos;s a victim of a political system that requires politicians to sell their integrity to be elected. What Powers Instagram -- I...</summary>
  54. <author>
  55. <name>Nat Torkington</name>
  56. <uri>http://radar.oreilly.com/nat/</uri>
  57. </author>
  58.  
  59. <category term="data" label="data" scheme="http://www.sixapart.com/ns/types#tag" />
  60. <category term="devops" label="devops" scheme="http://www.sixapart.com/ns/types#tag" />
  61. <category term="opensource" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
  62. <category term="politics" label="politics" scheme="http://www.sixapart.com/ns/types#tag" />
  63. <category term="programming" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
  64. <category term="sopa" label="SOPA" scheme="http://www.sixapart.com/ns/types#tag" />
  65.  
  66. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  67. <![CDATA[<p><ol>
  68. <li><a href="http://boingboing.net/2012/07/10/sopa-is-back-lamar-smith-tryi.html">Lamar Smith Trying to Revive SOPA</a> (BoingBoing) -- don't hate Smith, pity him. He's a prostitute, and it shouldn't surprise that when released from prison he immediately returns to the street corner to hawk his pearly again. He's a victim of <a href="http://republic.lessig.org/">a political system that requires politicians to sell their integrity to be elected</a>.</li>
  69. <li><a href="http://instagram-engineering.tumblr.com/post/13649370142/what-powers-instagram-hundreds-of-instances-dozens-of">What Powers Instagram</a> -- I love seeing inside other companies' technology. (via <a href="http://news.ycombinator.com">Hacker News</a>)</li>
  70. <li><a href="http://reclinejs.com/">Recline.js</a> -- <i>simple but powerful library for building data applications in pure Javascript and HTML.</i> (via <a href="http://blog.okfn.org/2012/07/05/announcing-recline-js-a-javascript-library-for-building-data-applications-in-the-browser/">Open Knowledge Foundation</a>)</li>
  71. <li><a href="http://redmonk.com/dberkholz/2012/07/10/how-to-recruit-open-source-contributors/">How to Recruit Open Source Contributors</a> (Donnie Berkholz) -- with actual data from Gentoo's GSoC projects this year. Good stuff!</li>
  72. </ol></p>]]>
  73.  
  74. </content>
  75. <dc:source>http://www.oreillynet.com/pub/au/149</dc:source>
  76. <dc:type>text</dc:type>
  77. <on:image></on:image>
  78. </entry>
  79.  
  80. <entry>
  81. <title>Faster and stronger: Looking back on Velocity 2012</title>
  82. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/velocity-2012-complex-systems-outliers.html" />
  83. <id>tag:radar.oreilly.com,2012://57.48403</id>
  84.  
  85. <published>2012-07-10T17:30:00Z</published>
  86. <updated>2012-07-10T17:30:00Z</updated>
  87.  
  88. <summary>Mike Loukides highlights talks from Velocity 2012, including: Bryan McQuade on the importance of understanding the full stack, Dr. Richard Cook on failures and complex systems, Mike Christian on redundant data centers, and John Rauser on the value of outliers.</summary>
  89. <author>
  90. <name>Mike Loukides</name>
  91. <uri>http://radar.oreilly.com/mikel</uri>
  92. </author>
  93.  
  94. <category term="Programming" scheme="http://www.sixapart.com/ns/types#category" />
  95.  
  96. <category term="Web Ops &amp; Performance" scheme="http://www.sixapart.com/ns/types#category" />
  97.  
  98. <category term="complexsystems" label="complex systems" scheme="http://www.sixapart.com/ns/types#tag" />
  99. <category term="failure" label="failure" scheme="http://www.sixapart.com/ns/types#tag" />
  100. <category term="outliers" label="outliers" scheme="http://www.sixapart.com/ns/types#tag" />
  101. <category term="resilienceengineering" label="resilience engineering" scheme="http://www.sixapart.com/ns/types#tag" />
  102. <category term="stack" label="stack" scheme="http://www.sixapart.com/ns/types#tag" />
  103. <category term="tcpip" label="tcp ip" scheme="http://www.sixapart.com/ns/types#tag" />
  104. <category term="velocity2012" label="velocity 2012" scheme="http://www.sixapart.com/ns/types#tag" />
  105.  
  106. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  107. <![CDATA[<p><a href="http://www.flickr.com/photos/oreillyconf/7463400944/in/set-72157630300659948"><img src="http://cdn.oreilly.com/radar/images/posts/0712-allspaw-muscle-suit.jpg" border="0" alt="John Allspaw at Velocity 2012" style="float: right; margin: 3px 0 10px 10px;" width="300" /></a>Velocity 2012 was a great experience: our best Velocity ever.  Here are my personal highlights. No, they don't include John Allspaw in the muscle suit.</p>
  108.  
  109. <p>
  110. <a href="http://velocityconf.com/velocity2012/public/schedule/speaker/62847">Bryan McQuade</a> gave a great tutorial on understanding and optimizing
  111. web performance metrics.  What I particularly appreciated is that he
  112. really started in the basement: in the TCP/IP stack, and in the
  113. hardware.  Abstraction has served us well over the years; we've
  114. successfully pushed a lot of plumbing into the walls, where nobody has
  115. to look at it much.  But this abstraction has brought its own
  116. problems.  It's all too easy for a web developer to spend a whole
  117. career dealing with fairly abstract APIs and standards at (or even
  118. above) the top of the TCP/IP stack, and to forget what's going on at
  119. the lower levels.  And to do so is tantamount to having water dripping
  120. out of the walls, but not knowing how to fix the plumbing.  It's
  121. more important than ever to understand how a TCP connection gets
  122. started, the importance of packet sizes, how DNS affects performance,
  123. and more.  As devices and networks get faster, users aren't getting
  124. more forgiving about performance, they're getting less.</p>
  125. <p>
  126. On Tuesday (June 26) and Wednesday (June 27), <a href="http://velocityconf.com/velocity2012/public/schedule/speaker/135765">Dr. Richard Cook</a> and <a href="http://velocityconf.com/velocity2012/public/schedule/speaker/96835">Mike Christian</a>
  127. presented two related keynotes.  As far as I know, there was no prior
  128. coordination between them, but they fit together perfectly.  Cook
  129. talked about the difference between systems as imagined (or designed),
  130. and systems as found in the real world.  As he said the surprise
  131. isn't that complex systems fail, but that they fail so rarely.  We
  132. design for reliability, with multiple levels of redundancy and
  133. protection; but what we really want is resilience, the ability to
  134. withstand transients, and to recover swiftly when things go wrong.
  135. Can we build systems in advance (systems that we imagine) that have
  136. operational resistance, as found in the real world?  That's the
  137. problem, for web development and operations, as well as for medical
  138. systems.</p>
  139.  
  140. <p><iframe width="600" height="338" src="http://www.youtube.com/embed/2S0k12uZR14" frameborder="0" allowfullscreen></iframe></p>
  141.  
  142. <p>
  143. Mike Christian's keynote on Wednesday, "Frying Squirrels and Unspun Gyros," was
  144. almost the perfect complement.  In addition to lots of disaster porn,
  145. he showed us the way out of the predicament, the difference between
  146. systems as imagined and systems as they actually are.  We build data
  147. centers with plenty of backups: UPS supplies, generators, all that.
  148. These systems are all extremely well designed, and as imagined, they
  149. ought to work.  But as Amazon conveniently <a href="http://aws.amazon.com/message/67457/">demonstrated</a> just two days
  150. after Velocity ended, they don't necessarily work in the real world.
  151. Christian pointed out that many data center outages are caused by
  152. problems in the backup systems; 29% are caused by UPS failures alone.</p>
  153.  
  154. <p><br />
  155. <p><br />
  156. Given our poor track record at building systems that are really<br />
  157. reliable, and given that all our efforts at reliability only lead to<br />
  158. systems that are less reliable, what's the alternative?  Move up the<br />
  159. stack, and build networks that are resilient: design software so that,<br />
  160. when one data center goes down, load is automatically shifted to<br />
  161. another data center in a different area.  At that point, we can<br />
  162. question whether we need backup systems at all. If, when the Virginia<br />
  163. data center fails, load can shift to data centers in Oslo, Oregon, and<br />
  164. Tokyo until the Virginia data center comes back online, do we really<br />
  165. need to spend millions of dollars on backups that are actually making<br />
  166. our systems less resilient?</p></p>
  167.  
  168. <p><iframe width="600" height="338" src="http://www.youtube.com/embed/iO2z3ttlpi4" frameborder="0" allowfullscreen></iframe></p>
  169.  
  170. <p>
  171. It's hard to leave Velocity without mentioning <a href="http://velocityconf.com/velocity2012/public/schedule/speaker/10070">John Rauser's talk</a>.
  172. Rauser is one of my favorite speakers, and his talk focusing on the
  173. London Cholera epidemic of 1854 was a masterpiece.  We're all familiar
  174. with looking at summary statistics and ignoring the outlying data.
  175. Rauser demonstrated that the outliers are often the most
  176. important: they're exactly what you need to prove your point.  In the
  177. context of operations, rather than epidemiology, outliers often show the
  178. appearance of new failure mode.  Look at the tail of your data; that's
  179. where you'll get a preview of your next outage, even if you're not
  180. experiencing any problems now.</p>
  181.  
  182. <p><iframe width="600" height="338" src="http://www.youtube.com/embed/-3dw09N5_Aw" frameborder="0" allowfullscreen></iframe></p>
  183.  
  184. <p>
  185. If you missed Velocity, you missed a great event.  We're looking
  186. forward to <a href="http://velocityconf.com">seeing you next year</a>, and in the meantime, building a
  187. faster, stronger web.</p>
  188.  
  189. <p><em>Photo: <a href="http://www.flickr.com/photos/oreillyconf/7463400944/" title="John Allspaw by O'Reilly Conferences, on Flickr">John Allspaw by O'Reilly Conferences, on Flickr</a></em></p>
  190.  
  191. <p><strong>Related:</strong></p>
  192. <ul>
  193. <li> <a href="http://radar.oreilly.com/2012/06/what-is-devops.html">What is DevOps?</a></li>
  194. <li> <a href="http://radar.oreilly.com/2011/05/resilience-engineering-web-operations.html">How resilience engineering applies to the web world</a></li>
  195. <li> <a href="http://radar.oreilly.com/2012/04/operations-machine-learning-data.html">Operations, machine learning and premature babies</a></li>
  196. </ul>]]>
  197.  
  198. </content>
  199.  
  200. <dc:type>text</dc:type>
  201. <on:image>http://blogs.oreilly.com/radar.old/velocity-slider.png</on:image>
  202. </entry>
  203.  
  204. <entry>
  205. <title>Four short links: 10 July 2012</title>
  206. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/four-short-links-9-july-2012.html" />
  207. <id>tag:radar.oreilly.com,2012://57.48394</id>
  208.  
  209. <published>2012-07-10T10:00:00Z</published>
  210. <updated>2012-07-10T10:00:00Z</updated>
  211.  
  212. <summary> Learn to Write 6502 Assembly Language -- if retro-gaming is the gateway drug you&apos;re using to attract kids to programming, this is the crack you wheel out after three months of getting high. Ok, this metaphor is broken on many levels. (via Hacker News) Small Political Pieces, Loosely Joined -- MySociety: We believe that the wrong answer to this...</summary>
  213. <author>
  214. <name>Nat Torkington</name>
  215. <uri>http://radar.oreilly.com/nat/</uri>
  216. </author>
  217.  
  218. <category term="copyright" label="copyright" scheme="http://www.sixapart.com/ns/types#tag" />
  219. <category term="gov20" label="gov2.0" scheme="http://www.sixapart.com/ns/types#tag" />
  220. <category term="javascript" label="javascript" scheme="http://www.sixapart.com/ns/types#tag" />
  221. <category term="mysociety" label="mysociety" scheme="http://www.sixapart.com/ns/types#tag" />
  222. <category term="opensource" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
  223. <category term="orphanworks" label="orphan works" scheme="http://www.sixapart.com/ns/types#tag" />
  224. <category term="politics" label="politics" scheme="http://www.sixapart.com/ns/types#tag" />
  225. <category term="programming" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
  226. <category term="retro" label="retro" scheme="http://www.sixapart.com/ns/types#tag" />
  227. <category term="web" label="web" scheme="http://www.sixapart.com/ns/types#tag" />
  228.  
  229. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  230. <![CDATA[<p><ol>
  231. <li><a href="http://skilldrick.github.com/easy6502/index.html">Learn to Write 6502 Assembly Language</a> -- if retro-gaming is the gateway drug you're using to attract kids to programming, this is the crack you wheel out after three months of getting high.  Ok, this metaphor is broken on many levels. (via <a href="http://news.ycombinator.com">Hacker News</a>)</li>
  232. <li><a href="http://www.mysociety.org/2012/07/04/mysocietys-components-strategy-our-take-on-small-pieces-loosely-joined/">Small Political Pieces, Loosely Joined</a> -- MySociety: <i>We believe that the wrong answer to this challenge is to just say &#8220;Well then, everyone should build their own sites from scratch.&#8221; [...] Our plan is to collaborate with international friends to build a series of components that deliver quite narrow little pieces of the functionality that make up bigger websites</i>.  Common software components, perhaps interchangeable data ... good things coming.</li>
  233. <li><a href="http://ivaynberg.github.com/select2/">Select 2</a> -- <i>a jQuery based replacement for select boxes. It supports searching, remote data sets, and infinite scrolling of results</i>. Useful. (via <a href="http://javascriptweekly.com">Javascript Weekly</a>)</li>
  234. <li><a href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2089526">How Fair Use Can Solve Orphan Works</a> -- preprint of legal paper claiming non-profit libraries can begin to work on orphaned works under the aegis of free use. <i>Finally, regardless of a work&#8217;s orphan status, many uses by libraries and archives will fit squarely under the umbrella of uses favored by the first fair use factor (the "purpose of the use"), and their digitization of entire works for preservation and access should often be justified under the third fair use factor (the amount used). As such, fair use represents an important, and for too long unsung, part of the solution to the orphan works problem.</i></li>
  235. </ol></p>]]>
  236.  
  237. </content>
  238. <dc:source>http://www.oreillynet.com/pub/au/149</dc:source>
  239. <dc:type>text</dc:type>
  240. <on:image></on:image>
  241. </entry>
  242.  
  243. <entry>
  244. <title>Heavy data and architectural convergence</title>
  245. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/heavy-data-architectural-convergence.html" />
  246. <id>tag:radar.oreilly.com,2012://57.48364</id>
  247.  
  248. <published>2012-07-09T16:45:00Z</published>
  249. <updated>2012-07-09T16:45:00Z</updated>
  250.  
  251. <summary>Imagine a future where large clusters of like machines dynamically adapt between programming paradigms depending on a combination of the resident data and the required processing.</summary>
  252. <author>
  253. <name>Jim Stogdill</name>
  254. <uri>http://radar.oreilly.com/jims</uri>
  255. </author>
  256.  
  257. <category term="Data" scheme="http://www.sixapart.com/ns/types#category" />
  258.  
  259. <category term="data" label="data" scheme="http://www.sixapart.com/ns/types#tag" />
  260. <category term="datamanagement" label="data management" scheme="http://www.sixapart.com/ns/types#tag" />
  261. <category term="database" label="database" scheme="http://www.sixapart.com/ns/types#tag" />
  262. <category term="hadoop" label="Hadoop" scheme="http://www.sixapart.com/ns/types#tag" />
  263. <category term="heavydata" label="heavy data" scheme="http://www.sixapart.com/ns/types#tag" />
  264.  
  265. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  266. <![CDATA[<p>Recently I spent a day at the <a href="http://hadoopsummit.org/">Hadoop Summit</a> in San Jose. One session in particular caught my attention because it hints at a continued merging of the RDBMS and Hadoop worlds. EMC's Lei Chang gave a <a href="http://hadoopsummit.org/program/#session40">detailed talk</a> about his team's GOH project (Greenplum DB on HDFS). The project is testing the feasibility of running the Greenplum Database directly against its native data structures hosted in the Hadoop Distributed File System.</p>
  267.  
  268. <p>Convergence of this sort seems inevitable because Hadoop, MPP Databases, and even Linux super-computing clusters all share at least a superficial architectural pattern &mdash; horizontally distributed nodes of compute and storage connected either by Gigabit Ethernet or fast interconnects. And more and more it is the heaviness (and host stickiness) of the large scale data hosted on them that is driving design.</p>
  269.  
  270. <p>I couldn't find Lei Chang's slides, but a <a href="http://www.slideshare.net/edkohlwey/dc-hadoop-greenplum">previous talk</a> given by Donald Miner of EMC makes it clear that data flexibility is driving their work here (<a href="http://www.slideshare.net/edkohlwey/dc-hadoop-greenplum">see slides 26-28</a>). They are trying to provide an analytics platform that doesn't require organizations to host multiple SQL and M/R-specific copies of their data. Their Unified Analytics Platform includes the  MPP Greenplum DB, Hadoop, and tooling, and today many of their customers presumably have to do just that &mdash; store the same data twice to access with both Hadoop M/R and SQL. Today you either continuously ETL it back and forth or rely on slow and inflexible choices like external tables and Hive to access it in place.</p>
  271.  
  272. <p>At my previous company we sold some work that was designed to demonstrate Hadoop's power to contribute to corporate strategic analysis. The idea was to combine Hadoop with an MPP RDBMS (in this case we used Cloudera with Greenplum DB) to get the power of each. Hadoop could groom unstructured data for combination with a traditional transactional data warehouse for downstream SQL analysis. Hadoop could also be used to do analysis directly on un-structured or semi-structured data using non-traditional approaches, or to do analysis on very large cache's of traditional transactional data in a different timescale. The Greenplum DB environment would then provide SQL access to the combined stores of traditional transactional data and freshly groomed unstructured data.</p>
  273.  
  274. <p>We proved value in the approach, but it was unnecessarily complex because we had to store everything twice so that the SQL and M/R tribes within the group each have native access to everything. We also made use of GPDB external tables hosted in HDFS but performance suffered for queries involving that data.</p>
  275.  
  276. <p>At around the same time I was also working with a customer that already had a significant investment in a Linux super-computing cluster but was looking at moving some of their processing and analysis to a complementary Hadoop cluster. About half of the analysis they were running was amenable to Map/Reduce and the other half still required the more granular parallelism of MPI, but if two distinct clusters were required then all that data was going to have to be moved between processes. It would be a lot more interesting to leave the data where it is and simply shift the processes that were running on the nodes.</p>
  277.  
  278. <p>Data is getting heavier (more voluminous) relative to the networks that carry it around the data center (to the chips that process it, which also aren't really getting faster). So the low-energy state is moving inexorably toward stationary data and processed with mobile algorithms. Today algorithm mobility is hampered by the national borders that separate similar but different enough machine clusters. But Yarn (M/R 2.0), MPI on Hadoop, experiments like GOH, an evolving and improving Hive, Bulk Synchronous Parallel and a whole slew of other projects all hint at the possibility of a convergence toward a unified cluster of multi-use machines that will be able to expose all of the different kinds of data management capabilities currently resident in different system types. Or, put another way, we'll see something like an E.U. of clusters with materially better algorithm mobility across borders that are defined by the data resident therein rather than the kinds of algorithms that they can host. </p>
  279.  
  280. <p>It's easy to imagine a future where large clusters of like machines dynamically adapt between SQL, M/R, MPI, and other programming paradigms depending on a combination of the resident data and the required processing. Regions of nodes will "express" themselves as Hadoop, MPP SQL or whatever at different times depending on what the data needed, without having to move it across slow networks and I/O.</p>
  281.  
  282. <p>I guess I'm describing a kind of data utopia where this perfectly homogenized cluster supports every algorithm class against every data type. And we all know that never happens. After all, we never even came close to the master-data-managed every-data-once third-normal-form relational world either. But we did have a well-understood ideal to pursue however imperfectly. Maybe this data-centric convergent cluster becomes that ideal for our emerging era of co-mingled structured/semi-structured/unstructured data.</p>
  283.  
  284. <p><strong>Related:</strong></p>
  285. <ul>
  286. <li> <a href="http://radar.oreilly.com/2012/05/hadoop-applications-package-enterprise-startups.html">The chicken and egg of big data solutions</a></li>
  287. </ul>]]>
  288.  
  289. </content>
  290. <dc:source>http://www.oreillynet.com/pub/au/3603</dc:source>
  291. <dc:type>text</dc:type>
  292. <on:image></on:image>
  293. </entry>
  294.  
  295. <entry>
  296. <title>Have a healthy conference</title>
  297. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/have-a-healthy-conference.html" />
  298. <id>tag:radar.oreilly.com,2012://57.48398</id>
  299.  
  300. <published>2012-07-09T15:30:35Z</published>
  301. <updated>2012-07-09T15:30:35Z</updated>
  302.  
  303. <summary>In honor of the third health care track at the O&apos;Reilly Open Source Convention, I invite everyone to join me in five ways to have a healthy conference.</summary>
  304. <author>
  305. <name>Andy Oram</name>
  306. <uri>http://www.praxagora.com/andyo/</uri>
  307. </author>
  308.  
  309. <category term="Programming" scheme="http://www.sixapart.com/ns/types#category" />
  310.  
  311. <category term="healthcare" label="health care" scheme="http://www.sixapart.com/ns/types#tag" />
  312. <category term="opensource" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
  313. <category term="oscon" label="OSCon" scheme="http://www.sixapart.com/ns/types#tag" />
  314.  
  315. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  316. <![CDATA[<p>
  317.  
  318. <p>In honor of the third <a href="http://www.oscon.com/oscon2012/public/schedule/topic/808">health care track</a> at the <a href="http://www.oscon.com/oscon2012">O'Reilly Open Source Convention</a>, I invite everyone to join me in five ways to have a healthy conference.<br />
  319. </p>]]>
  320. <![CDATA[<dl>
  321.  
  322. <p><dt style="font-style: italic">1. Take the stairs<dt></p>
  323.  
  324. <p><dd><p></p>
  325.  
  326. <p>No elevators, no escalators. Given the distance between floors at the Oregon Convention Center, regular stair use will tone you up.</p>
  327.  
  328. </p></dd>
  329.  
  330. <p><dt style="font-style: italic">2. Stand<dt></p>
  331.  
  332. <p><dd><p></p>
  333.  
  334. <p>Most people will need to sit during the conference talks and meals, so that everyone can see, but during in-between times, visit the exhibitors or just hang about in the halls and chat with your fellow OSConers.</p>
  335.  
  336. </p></dd>
  337.  
  338. <p><dt style="font-style: italic">3. Eat fruit or vegetables at every meal<dt></p>
  339.  
  340. <p><dd><p></p>
  341.  
  342. <p>The conference caterers provide ample opportunities for healthy eating.</p>
  343.  
  344. </p></dd>
  345.  
  346. <p><dt style="font-style: italic">4. Restrict yourself to one alcoholic beverage a day<dt></p>
  347.  
  348. <p><dd><p></p>
  349.  
  350. <p>Now I'm beginning to ask for difficult commitments. Don't be seduced by free drinks; visit the vendor reception but get home early for a sleep that will keep you perky through the next day.</p>
  351.  
  352. </p></dd>
  353.  
  354. <p><dt style="font-style: italic">5. Join the <a href="http://bit.ly/MAVUsd">OSCon 5K run</a><dt></p>
  355.  
  356. <p><dd><p></p>
  357.  
  358. <p>Bring your running or walking shoes to join Nate DiNiro and friends in the <a href="http://bit.ly/MAVUsd">"Couch to Quantified Self"</a> run. Walkers are welcome too.</p>
  359.  
  360. </p></dd>
  361.  
  362. </dl>
  363. ]]>
  364. </content>
  365. <dc:source>http://www.oreillynet.com/pub/au/36</dc:source>
  366. <dc:type>text</dc:type>
  367. <on:image></on:image>
  368. </entry>
  369.  
  370. <entry>
  371. <title>A lever is always better than a lone coder</title>
  372. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/team-geek.html" />
  373. <id>tag:radar.oreilly.com,2012://57.48395</id>
  374.  
  375. <published>2012-07-09T13:00:00Z</published>
  376. <updated>2012-07-09T13:00:00Z</updated>
  377.  
  378. <summary>If we accept that software development is a team activity (it is), the importance of collaboration and communication becomes clear. Team Geek authors Brian Fitzpatrick and Ben Collins-Sussman discuss the nuances of modern programming in this interview.</summary>
  379. <author>
  380. <name>Mac Slocum</name>
  381. <uri>http://radar.oreilly.com/mslocum</uri>
  382. </author>
  383.  
  384. <category term="Programming" scheme="http://www.sixapart.com/ns/types#category" />
  385.  
  386. <category term="Web 2.0" scheme="http://www.sixapart.com/ns/types#category" />
  387.  
  388. <category term="coding" label="coding" scheme="http://www.sixapart.com/ns/types#tag" />
  389. <category term="collaboration" label="collaboration" scheme="http://www.sixapart.com/ns/types#tag" />
  390. <category term="developers" label="developers" scheme="http://www.sixapart.com/ns/types#tag" />
  391. <category term="programming" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
  392. <category term="team" label="team" scheme="http://www.sixapart.com/ns/types#tag" />
  393. <category term="teamgeek" label="Team Geek" scheme="http://www.sixapart.com/ns/types#tag" />
  394. <category term="work" label="work" scheme="http://www.sixapart.com/ns/types#tag" />
  395.  
  396. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  397. <![CDATA[<p>It's time to abandon some old notions about programming.</p>
  398.  
  399. <p>For starters, advanced software cannot emerge from the mind of one programmer. There are simply too many pieces and too many needs that must be addressed. And that vision of the "lone coder" conjuring brilliance in a dark room? It simply doesn't map to the realities of modern development. Programming is largely team-based &mdash; either in-person or virtual, official or ad hoc &mdash; and that means people need to communicate to get things done. </p>
  400.  
  401. <p>Brian Fitzpatrick (<a href="http://twitter.com/#!/therealfitz/">@therealfitz</a>) and Ben Collins-Sussman (<a href="http://twitter.com/#!/sussman">@sussman</a>), authors of <a href="http://shop.oreilly.com/product/0636920018025.do?intcmp=il-code-books-team-geek-interview"><em>Team Geek</em></a>  and speakers at next week's <a href="http://www.oscon.com/oscon2012/public/schedule/detail/23982?intcmp=il-code-os12-team-geek-interview">OSCON</a>, discuss the intricacies of software collaboration and communication in the following interview. They also explain the difference between "leaders" and "managers" and they consider how the learn-to-code movement will shape future development teams.</p>
  402.  
  403. <h2>In the introduction to the book, you note that a project's success is equally dependent on writing great code and collaborating. When you initially arrived at that conclusion, what was your view on collaboration? Was that a pleasant realization?</h2>
  404.  
  405. <p><img src="http://assets.en.oreilly.com/1/eventprovider/1/_@user_17195.jpg" border="0" alt="Brian Fitzpatrick" style="float: right; margin: 3px 0 10px 10px;" /><strong>Brian Fitzpatrick:</strong> It was something that we were doing, but not really giving a lot of thought to because it came naturally to us.  We just saw collaboration merely as a part of getting things done. But when we started to think about it and discuss it, we realized that understanding how to work with people makes you a more efficient and more effective programmer. We understand that there are cases where you can brute force something through technical acumen alone, but there are many other situations where even that isn't sufficient.</p>
  406.  
  407. <p>Think of collaboration skills as a lever &mdash; there are many occasions where you can lift something heavy by sheer strength, but if you use a lever and fulcrum, you can accomplish the same thing with considerably less effort.  We see collaboration as another tool that's as important as your compiler or text editor.</p>
  408.  
  409. <h2>Are some of the communication issues developers face born from a history of "lone coders"? </h2>
  410.  
  411. <p><img src="http://assets.en.oreilly.com/1/eventprovider/1/_@user_6771.jpg" border="0" alt="Ben Collins-Sussman" style="float: right; margin: 3px 0 10px 10px;" /><strong>Ben Collins-Sussman:</strong> We believe that the "history of lone coders" is really an elaborate mythology in our industry.  Linus Torvalds didn't write Linux &mdash; he wrote a prototype kernel and then spent the next 19 or 20 years coordinating volunteers to write the other 99% of the OS.   Bill Gates wrote a BASIC interpreter for early home computers, but he didn't create MS-DOS by himself;  he coordinated a whole company to expand, sell, and support it.   No matter how great your initial idea is, there isn't a single piece of widely-used software out there that wasn't created by a team of dozens (or hundreds) over many years.  So, the upshot is that modern developers need to shake off the myth of the "lone genius" and embrace the maxim that software development is a team sport, and always has been.</p>
  412.  
  413. <h2>Why is isolation harmful for developers?</h2>
  414.  
  415. <p><strong>Ben Collins-Sussman:</strong> Working in isolation is an extremely high-risk activity.  In the early stages of a project, it's really easy to go off the tracks without realizing it.  A programmer would never write 10,000 lines of code and then hit the "compile" button for the first time;  he or she writes a bit, compiles, writes a bit more, compiles.  A software project has to develop the same way &mdash; in a tight feedback loop with trusted collaborators that are sanity-checking each step forward.  People working in a cave almost always make a bad design choice early on and discover far too late that it's unfixable.  Or often, they just end up reinventing wheels without realizing it.</p>
  416.  
  417. <h2>In your view &mdash; and this is generalizing, I know &mdash; how do programmers perceive non-programmers?</h2>
  418.  
  419. <p><strong>Brian Fitzpatrick:</strong> Many programmers perceive non-programmer jobs as easy or trivial because they don't require deep technical knowledge to perform.  This is often exacerbated when they meet non-programmers who aren't very good at their jobs, are overconfident, or just plain treat programmers poorly.  The most common example of this is the "crappy salesperson," and many programmers base their opinions of non-technical people off of these encounters.  Beyond that, many programmers look at these roles and think "anyone can do that; that's easy" because on the surface, no "hard" technical skill is required as part of the job.  The truth is often that not only is there a lot of skill and effort required to do these jobs well, but that many programmers can't do these jobs well &mdash; or in many cases, at all!</p>
  420.  
  421. <p>We've been fortunate in our careers (and especially at Google) to work with some of the most amazing, brilliant, skilled and friendly non-technical people. When you're surrounded by amazing salespeople, lawyers, PR folks, and managers, it's hard for even the most jaded programmer to continue thinking that these non-technical jobs don't require skill or effort.</p>
  422.  
  423. <h2>Can the communication techniques used within a group of developers also be applied to colleagues outside of that group?</h2>
  424.  
  425. <p><strong>Ben Collins-Sussman:</strong>  In our book, we talk about effective tools for communication within a programming team.  Some of these tools are specific to software engineering &mdash; such as how to effectively use chat rooms, bug trackers, write documentation, etc.  But many of our recommendations are useful for communicating "outward" from the team.  We talk about how to run effective meetings, gain agreement on project goals, how to structure emails to get exactly what you need from VPs.  Collaboration is a skill that needs to be actively practiced at all levels.</p>
  426.  
  427. <h2>Even if someone doesn't aspire to a management position, they're likely to move into a leadership role if they hang around long enough. How should these reluctant leaders handle this situation?</h2>
  428.  
  429. <p><strong>Ben Collins-Sussman:</strong>  This is a common scenario we refer to as the "accidental manager."  Some people are naturally charismatic and end up leading a group unintentionally (often pulled in by a  power vacuum).  The most important thing to do is not panic.  "Manager" has become a dirty word among programmers.   We instead advocate leadership &mdash; and by "leader," we mean someone who clears roadblocks for the team.   A manager tries to tell a team how to do its job, which is almost always a bad idea, while a leader worries about what the team is working on and how easy it is for the members to be productive and happy.  Be a leader, not a manager.</p>
  430.  
  431. <h2>There's a movement to introduce coding to more people. How will this shape development teams down the road? Will diversity naturally improve communication?</h2>
  432.  
  433. <p><strong>Brian Fitzpatrick:</strong> I think it will if both technical and non-technical people are open-minded about it.  In my experience, learning more about another job often leaves me with a lot more respect for the skill and effort involved in doing that job well. Having spent the last four years restoring my 100-year-old house, I've tried my hand at a lot of do-it-yourself projects as well as hired people to do even more projects.  The one universal truth that I've found is that after spending a few days doing something myself (whether it's painting, wood-stripping, drywall, or carpentry), I have a much greater respect for the work that the pros do because I begin to understand that there are many techniques and nuances that make it "look easy" to people who don't do that line of work.</p>
  434.  
  435. <p>I'd like to see a movement to introduce non-technical jobs (e.g. legal, sales, communications) to more technical people as a means to give them a greater understanding of just how hard it is to do those jobs well.</p>
  436.  
  437. <p><em>This interview was edited and condensed. Associated photo on home and category pages: <a href="http://www.flickr.com/photos/moonlightbulb/3526274152/" title="Big red lever by moonlightbulb, on Flickr">Big red lever by moonlightbulb, on Flickr</a></em></p>
  438.  
  439. <div style="float: left; border-top: thin gray solid; border-bottom: thin gray solid; padding: 20px; margin: 20px 2px; clear: both;"><a href="http://shop.oreilly.com/product/0636920018025.do?intcmp=il-code-books-team-geek-interview"><img style="float: left; border: none; padding-right: 10px;" src="http://cdn.oreilly.com/radar/images/posts/0712-team-geek-cover.jpg" width="148" /></a><a href="http://shop.oreilly.com/product/0636920018025.do?intcmp=il-code-books-team-geek-interview"><strong>Team Geek: A Software Developer's Guide to Working Well with Others</strong></a> &mdash; Brian Fitzpatrick and Ben Collins-Sussman cover basic patterns and anti-patterns for working with other people, teams, and users while trying to develop software.</div>
  440.  
  441. <p><strong>Related:</strong></p>
  442. <ul>
  443. <li> <a href="http://shop.oreilly.com/product/0636920018025.do?intcmp=il-code-books-team-geek-interview"><em>Team Geek</em></a> (book)</li>
  444. <li> <a href="http://www.youtube.com/watch?v=zFrZdpXxsuU">Brian Fitzpatrick and Ben Collins-Sussman interviewed at OSCON 2011</a> (video)</li>
  445. <li> <a href="http://radar.oreilly.com/2010/08/geeks-at-work.html">Geeks at work</a></li>
  446. <li> <a href="http://radar.oreilly.com/2010/07/in-defense-of-games-in-the-wor.html">In defense of games in the workplace</a></li>
  447. </ul>]]>
  448.  
  449. </content>
  450. <dc:source>http://www.oreillynet.com/pub/au/3515</dc:source>
  451. <dc:type>text</dc:type>
  452. <on:image>http://blogs.oreilly.com/radar.old/2012/07/06/0712-lever-slider.jpg</on:image>
  453. </entry>
  454.  
  455. <entry>
  456. <title>Four short links: 9 July 2012</title>
  457. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/four-short-links-9-july-2012-1.html" />
  458. <id>tag:radar.oreilly.com,2012://57.48400</id>
  459.  
  460. <published>2012-07-09T10:00:00Z</published>
  461. <updated>2012-07-09T10:00:00Z</updated>
  462.  
  463. <summary> Personalized Leukemia Treatment (NY Times) -- sequenced the tumor&apos;s DNA, found the misbehaving gene, realized there was an existing experimental treatment to tackle that gene, and it worked. Reminds me of My Daughter&apos;s DNA, which had its origin in the poignant story of Hugh Reinhoff sequencing his daughter&apos;s DNA to diagnose her condition. It&apos;s all about medical professionals now,...</summary>
  464. <author>
  465. <name>Nat Torkington</name>
  466. <uri>http://radar.oreilly.com/nat/</uri>
  467. </author>
  468.  
  469. <category term="bigdata" label="big data" scheme="http://www.sixapart.com/ns/types#tag" />
  470. <category term="bio" label="bio" scheme="http://www.sixapart.com/ns/types#tag" />
  471. <category term="business" label="business" scheme="http://www.sixapart.com/ns/types#tag" />
  472. <category term="hadoop" label="hadoop" scheme="http://www.sixapart.com/ns/types#tag" />
  473. <category term="hardware" label="hardware" scheme="http://www.sixapart.com/ns/types#tag" />
  474. <category term="healthcare" label="healthcare" scheme="http://www.sixapart.com/ns/types#tag" />
  475. <category term="medicine" label="medicine" scheme="http://www.sixapart.com/ns/types#tag" />
  476. <category term="personalmedicine" label="personal medicine" scheme="http://www.sixapart.com/ns/types#tag" />
  477. <category term="sdr" label="sdr" scheme="http://www.sixapart.com/ns/types#tag" />
  478.  
  479. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  480. <![CDATA[<p><ol>
  481. <li><a href="http://www.nytimes.com/2012/07/08/health/in-gene-sequencing-treatment-for-leukemia-glimpses-of-the-future.html?_r=1&pagewanted=all">Personalized Leukemia Treatment</a> (NY Times) -- sequenced the tumor's DNA, found the misbehaving gene, realized there was an existing experimental treatment to tackle that gene, and it worked. Reminds me of <a href="http://mydaughtersdna.org">My Daughter's DNA</a>, which had its origin in <a href="http://www.wired.com/medtech/genetics/magazine/17-02/ff_diygenetics?currentPage=all">the poignant story of Hugh Reinhoff sequencing his daughter's DNA to diagnose her condition</a>. It's all about medical professionals now, but that's no different from the Internet starting with geeks and moving out to the masses.</li>
  482. <li><a href="https://bullseyehd.com/">Bullseye HD</a> -- web app which <i>allows you to make the most of the time you spend with your team, by focusing your attention on the projects and actions that are off-track or not getting enough focus, rather than wasting precious time on status updates.</i> (via <a href="http://rowansimpson.com/2012/07/09/introducing-bullseye/">Rowan Simpson</a>)</li>
  483. <li><a href="http://pervices.com/">Per Vices</a> -- selling software-defined radio boards (for Linux only at the moment). (via <a href="http://arstechnica.com/tech-policy/2012/07/how-software-defined-radio-could-revolutionize-wireless/">Ars Technica</a>)</li>
  484. <li><a href="http://gigaom.com/cloud/why-the-days-are-numbered-for-hadoop-as-we-know-it/">Post-Hadoop</a> (GigaOm) -- Google have moved beyond the basic software that Hadoop was copying. Lots of interesting points in this article, including <i>one fundamental reality - MapReduce (and thereby Hadoop) is purpose-built for organized data processing (jobs). It is baked from the core for workflows, not ad hoc exploration.</i></li>
  485. </ol></p>]]>
  486.  
  487. </content>
  488. <dc:source>http://www.oreillynet.com/pub/au/149</dc:source>
  489. <dc:type>text</dc:type>
  490. <on:image></on:image>
  491. </entry>
  492.  
  493. <entry>
  494. <title>Publishing News: You may not own what you think you own </title>
  495. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/copyright-lawsuits-macmillan-publishing-innovation-qr-codes.html" />
  496. <id>tag:radar.oreilly.com,2012://57.48396</id>
  497.  
  498. <published>2012-07-06T19:30:00Z</published>
  499. <updated>2012-07-06T19:30:00Z</updated>
  500.  
  501. <summary>Courts are establishing copyright laws regarding digital media resale and tweet content ownership, Macmillan is funding the business that will replace it, and QR codes help publishers market and collect consumer data.</summary>
  502. <author>
  503. <name>Jenn Webb</name>
  504. <uri>http://radar.oreilly.com/jennw</uri>
  505. </author>
  506.  
  507. <category term="Publishing" scheme="http://www.sixapart.com/ns/types#category" />
  508.  
  509. <category term="copyrightlaws" label="copyright laws" scheme="http://www.sixapart.com/ns/types#tag" />
  510. <category term="copyrightreform" label="copyright reform" scheme="http://www.sixapart.com/ns/types#tag" />
  511. <category term="digitalmediaresale" label="digital media resale" scheme="http://www.sixapart.com/ns/types#tag" />
  512. <category term="macmillan" label="Macmillan" scheme="http://www.sixapart.com/ns/types#tag" />
  513. <category term="publishinginnovation" label="publishing innovation" scheme="http://www.sixapart.com/ns/types#tag" />
  514. <category term="publishingwir" label="publishing WIR" scheme="http://www.sixapart.com/ns/types#tag" />
  515. <category term="qrcodes" label="QR codes" scheme="http://www.sixapart.com/ns/types#tag" />
  516. <category term="tweetcontent" label="tweet content" scheme="http://www.sixapart.com/ns/types#tag" />
  517.  
  518. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  519. <![CDATA[<p>Here are a few stories that caught my attention in the publishing space this week.</p>
  520.  
  521. <h2 id="DigitalCopyright">Two lawsuits wade into new territory</h2>
  522.  
  523. <p><img src="http://radar.oreilly.com/upload/2012/07/ReDigiLogo.png" alt="ReDigiLogo.png" width="320" style="float: right; margin: 3px 0 10px 10px;" />Michael B. Farrell at the Boston Globe <a href="http://articles.boston.com/2012-07-02/business/32495236_1_copyright-law-download-songs-digital-albums">reported</a> this week on a copyright case making its way through federal court that could change &mdash; or establish &mdash; copyright laws regarding reselling used copies of digital media, such as music, books and movies. </p>
  524.  
  525. <p>As Farrell reports, the case involves <a href="http://origin.static.arstechnica.com/2012/01/21/capitollawsuit.pdf">a lawsuit Capitol Records brought against ReDigi.com</a> (PDF), a website that houses a resale store for digital music. MIT computer science professor Larry Rudolph, who created the site with technology entrepreneur John Ossenmacher, told Farrell he just wants "people to treat virtual goods like physical goods."</p>
  526.  
  527. <p>Capitol Records, however, argues the digital-physical analogy. Farrell <a href="http://articles.boston.com/2012-07-02/business/32495236_1_copyright-law-download-songs-digital-albums">writes</a>:</p>
  528.  
  529. <blockquote><p>"'While ReDigi touts its service as the equivalent of a used record store, that analogy is inapplicable: used record stores do not make copies to fill their shelves," according to the record company's lawsuit, filed in January in federal court in New York. ... The company wants ReDigi to strip its recordings from its service and pay the maximum damages of $150,000 per song. ReDigi would not say how many songs it has resold, but about 100,000 people have used the service."</p></blockquote>
  530.  
  531. <p>Wired's David Kravets <a href="http://www.wired.com/threatlevel/2012/02/pre-owned-music-lawsuit-2/">reported on the case</a> back in February when the courts refused to shut down the website:</p>
  532.  
  533. <blockquote><p>"The <a href="http://www.wired.com/images_blogs/threatlevel/2012/02/redigiruling1.pdf">brief ruling</a> (.pdf) by U.S. District Judge Richard Sullivan of New York did not clearly outline the reason for the decision. But in a <a href="http://www.wired.com/images_blogs/threatlevel/2012/02/capitol_redigi_120206Transcript.pdf">transcript</a> (.pdf) of a court proceeding Monday, he said that Capitol is likely to prevail at trial."</blockquote></p>
  534.  
  535. <p>Farrell reports that oral arguments are scheduled to begin in the fall.</p>
  536.  
  537. <p>In other copyright news, Mary Long at Mediabistro's All Twitter blog <a href="http://www.mediabistro.com/alltwitter/tweets-not-yours_b24906">reports</a> that Manhattan Criminal Court Judge Matthew Sciarrino Jr. ordered Twitter to turn over three month's worth of tweets from Malcolm Harris, an Occupy Wall Street protestor. Harris is charged with disregarding police orders, and <a href="http://www.nbcnewyork.com/news/local/Occupy-Wall-Street-Protester-Malcolm-Harris-Tweet-Ruling-Judge-Subpoena-Prosecutor-161089825.html">prosecutors believe</a> his tweets could verify this. In a statement to news organizations, <a href="http://articles.cnn.com/2012-07-03/tech/tech_social-media_twitter-ruling-transparency_1_tweets-twitter-s-terms-privacy?_s=PM:TECH">a Twitter spokeswoman said</a> the decision was disappointing and that "Twitter's Terms of Service have long made it absolutely clear that its users own their content." Judge Sciarrino disagreed &mdash; Tiffany Kary at Bloomberg News <a href="http://www.businessweek.com/news/2012-07-02/twitter-must-turn-over-information-about-protester-posts">quotes from his ruling</a>: "What you give to the public belongs to the public. What you keep to yourself belongs only to you."</p>
  538.  
  539. <div style="float: left; border-top: thin gray solid; border-bottom: thin gray solid; padding: 20px; margin: 20px 2px; clear: both;"><a href="http://oreilly.com/toc"><img style="float: left; border: none; padding-right: 10px;" src="http://radar.oreilly.com/toc-general-promo-148.png" /></a><strong>The future of publishing has a busy schedule.</strong><br /> Stay up to date with Tools of Change for Publishing events, publications, research and resources. Visit us at <a href="http://oreilly.com/toc/">oreilly.com/toc</a>.</div>
  540.  
  541. <h2 id="EntrepreneurialMacmillian">Macmillan takes the future of publishing by the horns</h2>
  542.  
  543. <p>Traditional publishers are taking very bumpy steps into an uncertain future, a future many of them fear won't include them. If your business is destined to become a relic replaced by forward-thinking startups, what better way to survive than to invest in such startups and own that which will replace you? <a href="http://pandodaily.com/author/griffitherin/">Erin Griffith at PandoDaily</a> took a look this week at Big Six publisher Macmillan, which is doing just that. Griffith <a href="http://pandodaily.com/2012/07/05/macmillian-knows-publishing-is-doomed-so-its-funding-the-future/">writes</a>:</p>
  544.  
  545. <blockquote><p>"The company hired Troy Williams, former CEO of early e-book company Questia Media, which sold to Cengage. Macmillan gave him a chunk of money and incredibly unusual mandate:</p>
  546.  
  547. <p><strong>Build a business that will undermine our own."</strong> [Emphasis included in original post.]</p></blockquote>
  548.  
  549. <p>Griffith reports that Macmillan gave Williams more than $100 million to buy ed-tech startups for the new business, called Macmillan New Ventures. She writes that "[t]he plan is to let them exist autonomously like startups within the organization as Macmillan transitions out of the content business and into educational software and services" in preparation for the day "textbooks go away completely." </p>
  550.  
  551. <p>You can read Griffith's entire report <a href="http://pandodaily.com/2012/07/05/macmillian-knows-publishing-is-doomed-so-its-funding-the-future/">here</a> and more about Macmillan New Ventures <a href="http://www.macmillannewventures.com/blog">on the company's blog</a>.
  552.  
  553. <h2 id="QRcodes">Publishing experiments with QR codes</h2>
  554.  
  555. <p>QR codes made a few appearances in publishing news this week. First, <a href="http://mashable.com/2012/07/02/simon-schuster-qr-codes-books/">Lauren Indvik at Mashable reports</a> that Simon & Schuster (S&S) plan to add QR codes to the glossy jackets of their books starting with releases this fall. Consumers who scan a book's code will be taken to the author's page on the S&S website, where the publisher hopes they'll sign up for newsletters and poke around for other books. Indvik writes that S&S executive vice president and chief digital officer Ellie Hirschhorn says the move is "designed as a low-budget marketing technique."</p>
  556.  
  557. <p>But will it work? <a href="http://paidcontent.org/2012/07/02/simon-schuster-is-adding-qr-codes-to-all-its-print-books-will-readers-bite/">Laura Hazard Owen at PaidContent writes</a> that it may be worth a try, but quotes <a href="http://www.businessweek.com/articles/2012-06-28/qr-code-fatigue">a Bloomberg Businessweek article</a> that indicates consumers don't care about the codes. Indvik also addresses this question and cites statistics from comScore.com that not only show a low scan rate, but also that scanning consumers were 18 to 34-year-old males &mdash; not normally publishing's strongest demographic. All the same, Indvik reports that "Hirschhorn says many publishers who have provided shortcuts to videos within their books have already seen 'good results'."</p>
  558.  
  559. <p>If a QR link to a corporate website isn't the best idea, what about a link to the first chapter of a book? <a href="http://publishingperspectives.com/2012/07/bibliotren-random-house-mondadori-transforms-train-cars-into-reading-rooms/">Julieta Lionetti at Publishing Perspectives reports</a> this week on the recent <a href="http://www.fgc.cat/esp/bibliotren.asp">Bibliotren project</a> in Catalonia, Spain, a campaign sponsored by Random House Mondadori and the Catalan Government Railways that placed QR codes in 10 cars on 10 different trains. The codes led train passengers to the first chapters of 40 different books. The project not only proved a success with riders, but also turned out to be a valuable tool for Random House. Paxti Beascoa, marketing and business director at Random House Mondadori, told Lionetti, "QR codes are trackable and offer a valuable opportunity to gather user data. We have gained a treasury of consumer insight, much of which challenges previous assumptions about our readers."</p>
  560.  
  561. <p><strong>Related:</strong></p>
  562. <ul>
  563. <li> <a href="http://radar.oreilly.com/2012/06/copyright-intellectual-disobedience-law-culture.html">Copyright and "intellectual disobedience"</a></li>
  564.  
  565. <p><li> <a href="http://radar.oreilly.com/2011/08/digital-content-copyright-freelancer-google-books.html">Digital copyright gets further complicated with "levels of rights"</a></li></p>
  566.  
  567. <p><li> <a href="http://radar.oreilly.com/2012/04/dropping-drm-tor-macmillan-harvard-big-data-news-debate.html">Tor sets content free</a></li></p>
  568.  
  569. <p><li> <a href="http://radar.oreilly.com/2012/03/epub3-standards-innovation-idpf-toc.html">The give and take between e-publishing standards and innovation</a></li></p>
  570.  
  571. <p><li> <a href="http://blogs.oreilly.com/cgi-bin/mt/mt-search.cgi?blog_id=57&tag=publishingwir&limit=20&IncludeBlogs=57">More Publishing Week in Review coverage</a></li><br />
  572. </ul><br />
  573. </p>]]>
  574.  
  575. </content>
  576.  
  577. <dc:type>text</dc:type>
  578. <on:image>http://blogs.oreilly.com/radar.old/publishing-news-review.png</on:image>
  579. </entry>
  580.  
  581. <entry>
  582. <title>Top Stories: July 2-6, 2012</title>
  583. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/visualization-criticism-websites-amazon.html" />
  584. <id>tag:radar.oreilly.com,2012://57.48397</id>
  585.  
  586. <published>2012-07-06T17:30:00Z</published>
  587. <updated>2012-07-06T17:30:00Z</updated>
  588.  
  589. <summary>This week on O&apos;Reilly: Andy Kirk made the case for open-minded criticism of visualizations, Brett Slatkin explained why you still need to own a website, and Greenleaf Book Group CEO Clint Greenleaf discussed the complicated relationship between publishers and Amazon.
  590. </summary>
  591. <author>
  592. <name>Mac Slocum</name>
  593. <uri>http://radar.oreilly.com/mslocum</uri>
  594. </author>
  595.  
  596. <category term="amazon" label="Amazon" scheme="http://www.sixapart.com/ns/types#tag" />
  597. <category term="analysis" label="analysis" scheme="http://www.sixapart.com/ns/types#tag" />
  598. <category term="catalogs" label="catalogs" scheme="http://www.sixapart.com/ns/types#tag" />
  599. <category term="commercemodels" label="commerce models" scheme="http://www.sixapart.com/ns/types#tag" />
  600. <category term="contentownership" label="content ownership" scheme="http://www.sixapart.com/ns/types#tag" />
  601. <category term="criticism" label="criticism" scheme="http://www.sixapart.com/ns/types#tag" />
  602. <category term="ecommerce" label="ecommerce" scheme="http://www.sixapart.com/ns/types#tag" />
  603. <category term="publishers" label="publishers" scheme="http://www.sixapart.com/ns/types#tag" />
  604. <category term="socialmedia" label="social media" scheme="http://www.sixapart.com/ns/types#tag" />
  605. <category term="topstories" label="top stories" scheme="http://www.sixapart.com/ns/types#tag" />
  606. <category term="visualization" label="visualization" scheme="http://www.sixapart.com/ns/types#tag" />
  607. <category term="websites" label="websites" scheme="http://www.sixapart.com/ns/types#tag" />
  608.  
  609. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  610. <![CDATA[<p>Here's a look at the top stories published across O'Reilly sites this week.</p>
  611.  
  612. <p style="width: 100%; height: 20px; margin: 0; clear: both;"  /></p>
  613.  
  614. <p><a href="http://radar.oreilly.com/2012/07/visualization-criticism.html"><img src="http://radar.oreilly.com/2012/06/29/0612-needs-improvement-slider.jpg" border="0" width="148" style="float: left; margin: 3px 10px 10px 0;" /></a><a href="http://radar.oreilly.com/2012/07/visualization-criticism.html"><strong>Walking the tightrope of visualization criticism</strong></a><br />
  615. A creative field, such as visualization, will have many different interpretations and perspectives. The resolution and richness of this opinion is important to safeguard.</p>
  616.  
  617. <p><br />
  618. <p style="width: 100%; height: 20px; margin: 0; clear: both;"  /></p></p>
  619.  
  620. <p><a href="http://radar.oreilly.com/2012/07/federated-social-web-own-website.html"><img src="http://radar.oreilly.com/2012/07/02/0712-bike-wheel-slider.jpg" border="0" width="148" style="float: left; margin: 3px 10px 10px 0;" /></a><a href="http://radar.oreilly.com/2012/07/federated-social-web-own-website.html"><strong>You still need your own website</strong></a><br />
  621. Brett Slatkin's hope for a federated social web hasn't worked out as expected, so he's shifting perspective from infrastructure to user behavior. Here he explains why you shouldn't abandon your website for third-party platforms.</p>
  622.  
  623. <p><br />
  624. <p style="width: 100%; height: 20px; margin: 0; clear: both;"  /></p></p>
  625.  
  626. <p><a href="http://radar.oreilly.com/2012/07/amazon-competition-clint-greenleaf-podcast.html"><img src="http://radar.oreilly.com/toc-podcast-slider.png" border="0" width="148" style="float: left; margin: 3px 10px 10px 0;" /></a><a href="http://radar.oreilly.com/2012/07/amazon-competition-clint-greenleaf-podcast.html"><strong>Amazon as friend and foe</strong></a><br />
  627. Greenleaf Book Group founder and CEO Clint Greenleaf shares a unique perspective on working with and competing against Amazon.</p>
  628.  
  629. <p><br />
  630. <p style="width: 100%; height: 20px; margin: 0; clear: both;"  /></p></p>
  631.  
  632. <p><a href="http://radar.oreilly.com/2012/07/sears-catalogs-ecommerce-nfc.html#ecommerce_philosophy"><img src="http://cdn.oreilly.com/radar/images/0712-sears-catalog-slider.jpg" border="0" width="148" style="float: left; margin: 3px 10px 10px 0;" /></a><a href="http://radar.oreilly.com/2012/07/sears-catalogs-ecommerce-nfc.html#ecommerce_philosophy"><strong>Lessons for ecommerce in store closings and old supply chains</strong></a><br />
  633. An analyst says online commerce is a descendant of &mdash; and a return to &mdash; the circa-1900s catalog model popularized by Sears.</p>
  634.  
  635. <p style="width: 100%; height: 20px; margin: 0; clear: both;"  /></p>
  636.  
  637. <p><em>Sears catalog photo: <a href="http://www.flickr.com/photos/hadesigns/2261371051/" title="A Vintage Sears Catalog Jewelry Page! - Free to use! by HA! Designs - Artbyheather, on Flickr">A Vintage Sears Catalog Jewelry Page! - Free to use! by HA! Designs - Artbyheather, on Flickr</a></em></p>
  638.  
  639. <hr>
  640.  
  641. <p></p>
  642.  
  643. <p>
  644. <a href="https://en.oreilly.com/oscon2012/public/regwith/radar?intcmp=il-npa-os12-top-stories-070612"><strong>OSCON 2012</strong></a> &mdash; Join the world's open source pioneers, builders, and innovators July 16-20 in Portland, Oregon. Learn about open development, challenge your assumptions, and fire up your brain. <a href="https://en.oreilly.com/oscon2012/public/regwith/radar?intcmp=il-npa-os12-top-stories-070612">Save 20% on registration with the code RADAR</a>.</p>]]>
  645.  
  646. </content>
  647. <dc:source>http://www.oreillynet.com/pub/au/3515</dc:source>
  648. <dc:type>text</dc:type>
  649. <on:image>http://blogs.oreilly.com/radar.old/radar-general-slider.png</on:image>
  650. </entry>
  651.  
  652. <entry>
  653. <title>Four short links: 6 July 2012</title>
  654. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/four-short-links-6-july-2012.html" />
  655. <id>tag:radar.oreilly.com,2012://57.48391</id>
  656.  
  657. <published>2012-07-06T10:00:00Z</published>
  658. <updated>2012-07-06T10:00:00Z</updated>
  659.  
  660. <summary> HM Government Consultation on Modernising Copyright (PDF) -- from all appearances, the UK Govt is prepared to be progressive and tech-savvy in considering updates to copyright law. Proof of the pudding is in the eating (i.e., wait and see whether the process is coopted by maximalists) but an optimistic start. Cisco Provides a Lesson (Eric Raymond) -- This is...</summary>
  661. <author>
  662. <name>Nat Torkington</name>
  663. <uri>http://radar.oreilly.com/nat/</uri>
  664. </author>
  665.  
  666. <category term="automation" label="automation" scheme="http://www.sixapart.com/ns/types#tag" />
  667. <category term="business" label="business" scheme="http://www.sixapart.com/ns/types#tag" />
  668. <category term="cisco" label="cisco" scheme="http://www.sixapart.com/ns/types#tag" />
  669. <category term="cloud" label="cloud" scheme="http://www.sixapart.com/ns/types#tag" />
  670. <category term="copyright" label="copyright" scheme="http://www.sixapart.com/ns/types#tag" />
  671. <category term="economy" label="economy" scheme="http://www.sixapart.com/ns/types#tag" />
  672. <category term="kinect" label="kinect" scheme="http://www.sixapart.com/ns/types#tag" />
  673. <category term="law" label="law" scheme="http://www.sixapart.com/ns/types#tag" />
  674. <category term="opensource" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
  675. <category term="privacy" label="privacy" scheme="http://www.sixapart.com/ns/types#tag" />
  676. <category term="programming" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
  677. <category term="ui" label="ui" scheme="http://www.sixapart.com/ns/types#tag" />
  678. <category term="uk" label="uk" scheme="http://www.sixapart.com/ns/types#tag" />
  679.  
  680. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  681. <![CDATA[<p><ol>
  682. <li><a href="http://www.ipo.gov.uk/response-2011-copyright.pdf">HM Government Consultation on Modernising Copyright</a> (PDF) -- from all appearances, the UK Govt is prepared to be progressive and tech-savvy in considering updates to copyright law. Proof of the pudding is in the eating (i.e., wait and see whether the process is coopted by maximalists) but an optimistic start.</li>
  683. <li><a href="http://esr.ibiblio.org/?p=4441">Cisco Provides a Lesson</a> (Eric Raymond) -- <i>This is why anyone who makes excuses for closed source in network-facing software is not just a fool deluded by shiny marketing but a malignant idiot whose complicity with what those vendors do will injure his neighbors as well as himself. [...] If you don&#8217;t own it, it will surely own you.</i></li>
  684. <li><a href="http://www.technologyreview.com/news/428402/automate-or-perish/">Automate or Perish</a> (Technology Review) -- <i>As the MIT economist David Autor has argued, the job market is being "hollowed out."  [...]  Any work that is repetitive or fairly well structured is open to full or partial automation. Being human confers less and less of an advantage these days.</i></li>
  685. <li><a href="https://github.com/marshally/kinectable_pipe">Kinectable Pipe</a> (Github) -- command-line tool that writes skeleton data (as reported by Kinect) to stdout as text. <i>Because Kinect programming is a pain in the neck, and by trivializing the device's output into a simple text format, it becomes infinitely easier to digest in the scripting language of your choice.</i></li>
  686. </ol></p>]]>
  687.  
  688. </content>
  689. <dc:source>http://www.oreillynet.com/pub/au/149</dc:source>
  690. <dc:type>text</dc:type>
  691. <on:image></on:image>
  692. </entry>
  693.  
  694. <entry>
  695. <title>Commerce Weekly: Lessons for ecommerce in store closings and old supply chains </title>
  696. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/sears-catalogs-ecommerce-nfc.html" />
  697. <id>tag:radar.oreilly.com,2012://57.48392</id>
  698.  
  699. <published>2012-07-05T16:30:00Z</published>
  700. <updated>2012-07-05T16:30:00Z</updated>
  701.  
  702. <summary>An analyst says online commerce is a descendant (and a return) of the circa-1900s catalog model, Deutsche Telekom partners with MasterCard for its mobile wallet platform, and NFC keychains may spark technology solutions. (Commerce Weekly is produced as part of a partnership between O&apos;Reilly and PayPal.)</summary>
  703. <author>
  704. <name>Jenn Webb</name>
  705. <uri>http://radar.oreilly.com/jennw</uri>
  706. </author>
  707.  
  708. <category term="Mobile" scheme="http://www.sixapart.com/ns/types#category" />
  709.  
  710. <category term="commerceweekly" label="Commerce Weekly" scheme="http://www.sixapart.com/ns/types#tag" />
  711. <category term="cycleofcommerce" label="cycle of commerce" scheme="http://www.sixapart.com/ns/types#tag" />
  712. <category term="ecommerce" label="ecommerce" scheme="http://www.sixapart.com/ns/types#tag" />
  713. <category term="google" label="Google" scheme="http://www.sixapart.com/ns/types#tag" />
  714. <category term="mobilewallet" label="mobile wallet" scheme="http://www.sixapart.com/ns/types#tag" />
  715. <category term="nfc" label="NFC" scheme="http://www.sixapart.com/ns/types#tag" />
  716. <category term="nfctechnologygap" label="NFC technology gap" scheme="http://www.sixapart.com/ns/types#tag" />
  717. <category term="salesmodels" label="sales models" scheme="http://www.sixapart.com/ns/types#tag" />
  718.  
  719. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  720. <![CDATA[<p>Here are a few stories that caught my attention this week in the commerce space.</p>
  721.  
  722. <h2 id="ecommerce_philosophy">The cycle of commerce</h2>
  723.  
  724. <p>Jeff Jordan, general partner at <a href="http://a16z.com/">Andreessen Horowitz</a>, wrote <a href="http://allthingsd.com/20120628/the-case-for-e-commerce-acceleration-a-k-a-bye-bye-bby/">a guest post</a> this week over at All Things Digital. He focuses on the disruption ecommerce is causing in the physical retail space &mdash; what he calls a "sea change in retail" &mdash; and makes an argument that ecommerce is going to wipe out physical retail across industries. </p>
  725.  
  726. <p>Jordan shares some statistics from the <a href="http://www.census.gov/retail/">U.S. Census Bureau's Annual Retail Trade Survey</a> and takes a look at big box retail's decline in comp store sales. He offers the bankruptcies of Circuit City, B. Dalton, Waldenbooks and Borders as examples and highlights the situation Best Buy has found itself in, with its No. 1 and No. 3 sales categories down 11% and 37%, respectively, over two years. Jordan <a href="http://allthingsd.com/20120628/the-case-for-e-commerce-acceleration-a-k-a-bye-bye-bby/">writes</a>:</p>
  727.  
  728. <blockquote><p>"Relatively small declines in comp store sales, if sustained, can quickly prove fatal to physical retailers due to this leverage. The Circuit City example is instructive here. Its bankruptcy was preceded by just six quarters of declining comp store sales. ... Continued share gains by e-commerce players shrink the pie available to physical retailers. Marginal physical players go bust, providing only a temporary boost to the remaining offline players and a sustaining boost to online players. But the underlying market dynamics stay the same, and pressure again builds on the remaining physical players. When their top-lines drift below their highly leveraged water lines, they too drown and liquidate. At that point, e-commerce becomes about the only place where consumers seeking a broad selection of merchandise can go. It's essentially unopposed."</p></blockquote>
  729.  
  730. <p>In a similar vein, <a href="http://pandodaily.com/2012/07/02/ecommerce-the-supply-chain-perspective/">Michael Hsieh over at Pando Daily</a> took a look at the rise of ecommerce from a supply chain perspective. He argues that online retail isn't a new sales model, but a return to the catalog commerce model that Sears used to revolutionize retailing in the early 1900s. As Hsieh describes the cycle, Sears stocked items typically purchased at high prices in local general stores and made them available at cheaper prices and by delivery both to city and rural populations alike. This model crushed the local general stores. Sears then opened large format stores, which together with the rise of the automobile crushed the catalog model. Today, online retailing is circling back to begin the cycle again. Hsieh <a href="http://pandodaily.com/2012/07/02/ecommerce-the-supply-chain-perspective/">writes</a>:</p>
  731.  
  732. <blockquote><p>"[W]hen we look at online retailing, it is actually not a new phenomenon but the re-emergence of a previous catalog model with new and more powerful capabilities. The digital format offers unlimited product selection, and more importantly, the scale and coverage of logistics companies like UPS and FedEx have significantly driven down the cost of home delivery. Today, most online merchants deliver products for free, and this makes online shopping much more compelling."</p></blockquote>
  733.  
  734. <p>Both posts are compelling reads. You can read Jordan's post <a href="http://allthingsd.com/20120628/the-case-for-e-commerce-acceleration-a-k-a-bye-bye-bby/">here</a> and Hsieh's post <a href="http://pandodaily.com/2012/07/02/ecommerce-the-supply-chain-perspective/">here</a>.</p>
  735.  
  736. <p><br />
  737. <div style="float: left; border-top: thin gray solid; border-bottom: thin gray solid; padding: 20px; margin: 20px 2px;"><a href="https://www.x.com"><img style="float: left; border: none; padding-right: 10px;" src="http://radar.oreilly.com/xcommerce-promo.png" width="148" height="104" /></a><a href="https://www.x.com/"><strong>X.commerce</strong></a> harnesses the technologies of <a href="http://www.ebay.com">eBay</a>, <a href="http://www.paypal.com">PayPal</a> and <a href="http://www.magentocommerce.com/">Magento</a> to create the first end-to-end multi-channel commerce technology platform. Our vision is to enable merchants of every size, service providers and developers to thrive in a marketplace where in-store, online, mobile and social selling are all mission critical to business success. Learn more at <a href="http://x.com">x.com</a>.</div></p>
  738.  
  739. <h2 id="NFC-heating-up">Deutsche Telekom positions its mobile wallet platform</h2>
  740.  
  741. <p><img src="http://radar.oreilly.com/upload/2012/07/DeutscheTMasterC.jpg" alt="Deutsche Telekom MasterCard" width="320" style="float: right; margin: 3px 0 10px 10px;" />Several stories over the past couple weeks have indicated <a href="http://radar.oreilly.com/2012/06/nfc-mobile-payment-ecosystem-security-mobile-revolution.html">NFC technology may be heating up in the U.S.</a> This week, it's Europe's turn. On Monday, Deutsche Telekom (DT) and MasterCard <a href="http://newsroom.mastercard.com/press-releases/mastercard-and-deutsche-telekom-unite-in-european-partnership-on-mobile-payments-2/">announced</a> a mobile payment partnership that will allow consumers to make purchases via NFC-enabled mobile phones and devices. Ryan Kim at GigaOm <a href="http://gigaom.com/2012/07/02/mastercard-and-deutsche-telekom-team-up-to-push-nfc-payments/">reports</a>:</p>
  742.  
  743. <blockquote><p>"The mobile payments system will incorporate a SIM-based chip and will work with a mobile wallet. It will roll out first in Poland while in Germany, DT and MasterCard will start with a trial using NFC stickers and cards this year before a launch in the first half of next year. Eventually, the service will spread out across DT's European footprint."</p></blockquote>
  744.  
  745. <p>Kim also notes this wallet partnership is attempting to address many of the issues that have been <a href="http://news.cnet.com/8301-1035_3-57441842-94/is-nfc-killing-google-wallet/">plaguing</a> the NFC ecosystem so far. First, the "mobile wallet service will be open to other banks and partners, who will be able to access the wallet," so it looks like it won't be a closed, proprietary platform. Analysts also told Kim that DT is "acting as a sales partner for NFC enabled Point of Sale terminals" and is issuing NFC tags for consumers who don't own NFC-enabled mobile devices.</p>
  746.  
  747. <p>Additionally, <a href="http://www.bloomberg.com/news/2012-07-03/deutsche-telekom-in-talks-with-google-on-mobile-payments.html">Bloomberg reported</a> this week that DT is in talks with Google about partnering with DT's mobile payment system. Thomas Kiessling, DT's head of innovation, confirmed discussions with Google in the Bloomberg interview, but declined to offer further details. It's unclear if <a href="http://www.google.com/wallet/">Google's Wallet</a> product will figure into the system.</p>
  748.  
  749. <p><br />
  750. <h2 id="EverywhereNFC">NFC for phones with no NFC</h2></p>
  751.  
  752. <p><a href="http://www.rfid-in-china.com/">China RFID</a> released a <a href="http://www.virtual-strategy.com/2012/06/29/nfc-keychain-iphones-and-android-devices-china-rfid">new line of NFC keychains</a> this week designed to work with iPhones and Android phones that lack NFC technology. The shelf life of this particular product may appear to be short, given <a href="http://www.nfcworld.com/nfc-phones-list/">the growing list</a> of smartphones shipping with NFC technology and the <a href="http://9to5mac.com/2012/06/25/new-iphone-prototypes-have-nfc-chips-and-antenna/">likelihood</a> that a new NFC-enabled iPhone will arrive this fall. Nonetheless, this type of product could be an answer to a global mobile commerce and mobile wallet conundrum: most worldwide cellphone users aren't carrying smartphones. </p>
  753.  
  754. <p>I've <a href="http://radar.oreilly.com/2012/06/couch-commerce-sprint-wallet-apple-stats.html#SprintWallet">written here before</a> about this dilemma, quoting <a href="http://techcrunch.com/2012/06/10/mobile-payments-a-trillion-dollar-industry-once-everyone-can-actually-make-a-payment/">Nick Hughes at TechCrunch</a>, that though 85% of the world's population carries cellphones, 4.5 billion people aren't using smartphones. If the technology used in these keychains &mdash; or some other sort of item that commonly accompanies or even attaches to one's cellphone &mdash; were designed to work with any cellphone, perhaps one hurdle to worldwide mobile payments could be overcome.</p>
  755.  
  756. <h2>Tip us off</h2>
  757.  
  758. <p>News tips and suggestions are always welcome, so please send them <a href="mailto:mac@oreilly.com">along</a>.</p>
  759.  
  760. <p><strong>Related:</strong></p>
  761. <ul>
  762. <li> <a href="http://radar.oreilly.com/2012/05/apple-bluetooth-nfc-london-paypal.html">NFC delays give Bluetooth an opening</a></li>
  763.  
  764. <p><li> <a href="http://radar.oreilly.com/2012/06/nfc-mobile-payment-ecosystem-security-mobile-revolution.html">Is NFC poised for ubiquity?</a></li></p>
  765.  
  766. <p><li> <a href="http://radar.oreilly.com/2012/05/square-paypal-social-commerce-nfc-bn.html">Mobile payments and the consumer experience</a></li></p>
  767.  
  768. <p><li> <a href="http://radar.oreilly.com/2012/06/couch-commerce-sprint-wallet-apple-stats.html">Couch commerce gets a boost</a></li></p>
  769.  
  770. <p><li> <a href="http://blogs.oreilly.com/cgi-bin/mt/mt-search.cgi?blog_id=57&tag=Commerce%20Weekly&limit=20&IncludeBlogs=57">More Commerce Weekly coverage</a></li><br />
  771. </ul><br />
  772. </p>]]>
  773.  
  774. </content>
  775.  
  776. <dc:type>text</dc:type>
  777. <on:image>http://blogs.oreilly.com/radar.old/commerce-weekly.png</on:image>
  778. </entry>
  779.  
  780. <entry>
  781. <title>Four short links: 5 July 2012</title>
  782. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/four-short-links-5-july-2012.html" />
  783. <id>tag:radar.oreilly.com,2012://57.48389</id>
  784.  
  785. <published>2012-07-05T10:00:00Z</published>
  786. <updated>2012-07-05T10:00:00Z</updated>
  787.  
  788. <summary> Neocover -- very clever idea: magnetic light-switch frames, from which you can suspend keys and other very-losable pocket-fillers. Design of Checkout Forms (Luke Wroblewski) -- extremely detailed, data-filled, useful guide to state of the art (and effect of) e-commerce checkout forms. In tests comparing forms with real-time feedback to those without, usability testing firm, Etre and I measured a:...</summary>
  789. <author>
  790. <name>Nat Torkington</name>
  791. <uri>http://radar.oreilly.com/nat/</uri>
  792. </author>
  793.  
  794. <category term="3dprinting" label="3d printing" scheme="http://www.sixapart.com/ns/types#tag" />
  795. <category term="business" label="business" scheme="http://www.sixapart.com/ns/types#tag" />
  796. <category term="design" label="design" scheme="http://www.sixapart.com/ns/types#tag" />
  797. <category term="diy" label="diy" scheme="http://www.sixapart.com/ns/types#tag" />
  798. <category term="futureofmanufacturing" label="future of manufacturing" scheme="http://www.sixapart.com/ns/types#tag" />
  799. <category term="go" label="go" scheme="http://www.sixapart.com/ns/types#tag" />
  800. <category term="hardware" label="hardware" scheme="http://www.sixapart.com/ns/types#tag" />
  801. <category term="programming" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
  802. <category term="ui" label="ui" scheme="http://www.sixapart.com/ns/types#tag" />
  803. <category term="web" label="web" scheme="http://www.sixapart.com/ns/types#tag" />
  804.  
  805. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  806. <![CDATA[<p><ol>
  807. <li><a href="https://deals.cultofmac.com/sales/neocover">Neocover</a> -- very clever idea: magnetic light-switch frames, from which you can suspend keys and other very-losable pocket-fillers.</li>
  808. <li><a href="http://www.lukew.com/ff/entry.asp?1579">Design of Checkout Forms</a> (Luke Wroblewski) -- extremely detailed, data-filled, useful guide to state of the art (and effect of) e-commerce checkout forms.  <i>In tests comparing forms with real-time feedback to those without, usability testing firm, Etre and I measured a: 22% increase in success rates; 22% decrease in errors made; 31% increase in satisfaction rating; 42% decrease in completion times</i>.</li>
  809. <li><a href="http://commandcenter.blogspot.co.nz/2012/06/less-is-exponentially-more.html">Less is Exponentially More</a> (Rob Pike) -- wonderfully readable introduction to the philosophy of the Go programming language.  <i>What matters isn't the ancestor relations between things but what they can do for you. That, of course, is where interfaces come into Go. But they're part of a bigger picture, the true Go philosophy.  If C++ and Java are about type hierarchies and the taxonomy of types, Go is about composition.</i></li>
  810. <li><a href="http://www.iheartrobotics.com/2012/06/business-plan-3d-manufacturing.html">3D Manufacturing Business Plan</a> -- numbers for an existing business built around 3D printing. Fascinating to see the economics. The author makes the point: <i>Based on these volumes, this product would be impossible to produce profitably by any other means.</i></li>
  811. </ol></p>]]>
  812.  
  813. </content>
  814. <dc:source>http://www.oreillynet.com/pub/au/149</dc:source>
  815. <dc:type>text</dc:type>
  816. <on:image></on:image>
  817. </entry>
  818.  
  819. <entry>
  820. <title>Four short links: 4 July 2012</title>
  821. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/four-short-links-4-july-2012.html" />
  822. <id>tag:radar.oreilly.com,2012://57.48390</id>
  823.  
  824. <published>2012-07-04T11:00:00Z</published>
  825. <updated>2012-07-04T11:00:00Z</updated>
  826.  
  827. <summary> How Anonymous Works (Wired) -- Quinn Norton explains how the decentralized Anonymous operates, and how the transition to political activism happened. Required reading to understand post-state post-structure organisations, and to make sense of this chaotic unpredictable entity. Kanban For 1 -- very nice progress board for tasks, for the lifehackers who want to apply agile software tools to the...</summary>
  828. <author>
  829. <name>Nat Torkington</name>
  830. <uri>http://radar.oreilly.com/nat/</uri>
  831. </author>
  832.  
  833. <category term="analytics" label="analytics" scheme="http://www.sixapart.com/ns/types#tag" />
  834. <category term="anonymous" label="anonymous" scheme="http://www.sixapart.com/ns/types#tag" />
  835. <category term="graphs" label="graphs" scheme="http://www.sixapart.com/ns/types#tag" />
  836. <category term="lifehacking" label="lifehacking" scheme="http://www.sixapart.com/ns/types#tag" />
  837. <category term="opensource" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />
  838. <category term="poststate" label="post-state" scheme="http://www.sixapart.com/ns/types#tag" />
  839. <category term="programming" label="programming" scheme="http://www.sixapart.com/ns/types#tag" />
  840. <category term="research" label="research" scheme="http://www.sixapart.com/ns/types#tag" />
  841. <category term="sport" label="sport" scheme="http://www.sixapart.com/ns/types#tag" />
  842.  
  843. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  844. <![CDATA[<p><ol>
  845. <li><a href="http://www.wired.com/threatlevel/2012/07/ff_anonymous/all/">How Anonymous Works</a> (Wired) -- Quinn Norton explains how the decentralized Anonymous operates, and how the transition to political activism happened.  Required reading to understand post-state post-structure organisations, and to make sense of this chaotic unpredictable entity.</li>
  846. <li><a href="http://www.kanbanfor1.com/info/what-is-this">Kanban For 1</a> -- very nice progress board for tasks, for the lifehackers who want to apply agile software tools to the rest of their life.</li>
  847. <li><a href="https://github.com/jspahrsummers/libextobjc">libextobj</a> (GitHub) -- library of extensions to Objective C to support patterns from other languages. (via <a href="https://twitter.com/spidaman/status/220351027034071041">Ian Kallen</a>)</li>
  848. <li><a href="http://www.technologyreview.com/view/428399/pagerank-algorithm-reveals-soccer-teams/">Graph Theory to Understood Football</a> (Tech Review) -- players are nodes, passes build edges, and you can see strengths and strategies of teams in the resulting graphs.</li>
  849. </ol></p>]]>
  850.  
  851. </content>
  852. <dc:source>http://www.oreillynet.com/pub/au/149</dc:source>
  853. <dc:type>text</dc:type>
  854. <on:image></on:image>
  855. </entry>
  856.  
  857. <entry>
  858. <title>A geeky summertime treat</title>
  859. <link rel="alternate" type="text/html" href="http://blogs.oreilly.com/radar.old/2012/07/liquid-nitrogen-ice-cream.html" />
  860. <id>tag:radar.oreilly.com,2012://57.48387</id>
  861.  
  862. <published>2012-07-04T07:05:00Z</published>
  863. <updated>2012-07-04T07:05:00Z</updated>
  864.  
  865. <summary>Got 30 seconds and some liquid nitrogen? In this Code podcast, Cooking for Geeks author Jeff Potter shows how those two ingredients (and a few others) can summon near-instant ice cream.</summary>
  866. <author>
  867. <name>Brian Sawyer</name>
  868. <uri>http://radar.oreilly.com/bsawyer</uri>
  869. </author>
  870.  
  871. <category term="Programming" scheme="http://www.sixapart.com/ns/types#category" />
  872.  
  873. <category term="codepodcast" label="Code Podcast" scheme="http://www.sixapart.com/ns/types#tag" />
  874. <category term="cookingforgeeks" label="cooking for geeks" scheme="http://www.sixapart.com/ns/types#tag" />
  875. <category term="icecream" label="ice cream" scheme="http://www.sixapart.com/ns/types#tag" />
  876. <category term="liquidnitrogen" label="liquid nitrogen" scheme="http://www.sixapart.com/ns/types#tag" />
  877.  
  878. <content type="html" xml:lang="en" xml:base="http://blogs.oreilly.com/radar.old/">
  879. <![CDATA[<p>We decided to do something a little different for this week's <a href="http://blogs.oreilly.com/cgi-bin/mt/mt-search.cgi?blog_id=57&tag=Code%20Podcast&limit=20&IncludeBlogs=57">Code podcast</a>, bringing you a summertime treat from the archives that's as fun and geeky as it is tasty and sweet. Here's Jeff Potter, author of <em><a href="http://shop.oreilly.com/product/9780596805890.do?intcmp=il-code-books-code-podcast-ice-cream-liquid-nitrogen">Cooking for Geeks</a></em>, showing how to make ice cream in 30 seconds using a little liquid nitrogen:</p>
  880.  
  881. <p><iframe width="600" height="345" src="http://www.youtube.com/embed/eOnI1EqARJY" frameborder="0" allowfullscreen></iframe></p>
  882.  
  883. <p>Be sure to check out pages 373 to 377 of <em><a href="http://shop.oreilly.com/product/9780596805890.do?intcmp=il-code-books-code-podcast-ice-cream-liquid-nitrogen">Cooking for Geeks</a></em> for warnings about using liquid nitrogen, advice on where and how to buy it, the science behind the recipe in this podcast, and other culinary applications.</p>
  884.  
  885. <p><strong>Related:</strong></p>
  886. <ul>
  887. <li> <a href="http://itunes.apple.com/us/podcast/oreilly-medias-code-podcast/id520292841">Subscribe to the free Code podcast through iTunes</a></li>
  888. </ul>]]>
  889.  
  890. </content>
  891. <dc:source>http://www.oreillynet.com/pub/au/2074</dc:source>
  892. <dc:type>text</dc:type>
  893. <on:image>http://blogs.oreilly.com/radar.old/code-general-slider.png</on:image>
  894. </entry>
  895.  
  896. </feed>

If you would like to create a banner that links to this page (i.e. this validation result), do the following:

  1. Download the "valid Atom 1.0" banner.

  2. Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)

  3. Add this HTML to your page (change the image src attribute if necessary):

If you would like to create a text link instead, here is the URL you can use:

http://www.feedvalidator.org/check.cgi?url=http%3A//feeds.feedburner.com/oreilly/radar/rss10

Copyright © 2002-9 Sam Ruby, Mark Pilgrim, Joseph Walton, and Phil Ringnalda