http://michael-mccracken.net/enFri, 13 Nov 2015 19:12:34 GMThttps://getnikola.com/http://blogs.law.harvard.edu/tech/rsshttp://michael-mccracken.net/2011/10/links-for-september-27th-through-october-14th/Michael McCracken<div><p>My shared links for September 27th through October 14th:</p> <ul> <li> <p><a href="http://code.google.com/p/pyprocessing/">pyprocessing - A Processing-like environment for doing graphics with Python - Google Project Hosting</a> - processing in python. uses pyglet. installs very easily</p> </li> <li> <p><a href="http://www.ece.ucdavis.edu/~jowens/commonerrors.html">Common Errors in Technical Writing</a> - A list of common errors and peeves in technical writing. Very useful.</p> </li> <li> <p><a href="http://soft.vub.ac.be/~smarr/renaissance/">Renaissance: Harness Emergence to Avoid the Concurrency Trap</a> - Languages for non-deterministic computing, and a manycore squeak VM</p> </li> <li> <p><a href="http://waxy.org/2011/09/geeks_guide_to_portland_2011/">Geek's Guide to Portland 2011 - Waxy.org</a> - </p> </li> <li> <p><a href="http://candyspotting.com/index.php/cards/holiday/houndstooth-snowsuit.html">Candyspotting - Houndstooth Snowsuit Card - Holiday</a> - </p> </li> <li> <p><a href="http://blog.llvm.org/2011/09/greedy-register-allocation-in-llvm-30.html">LLVM Project Blog: Greedy Register Allocation in LLVM 3.0</a> - </p> </li> <li> <p><a href="http://ergo.human.cornell.edu/CUESitStand.html">CUergo: Sitting and Standing</a> - Short version: sit at your desk, but get up every 20 minutes and move around for 2 minutes. That's probably a good time to focus your eyes somewhere else too.</p> </li> <li> <p><a href="http://pandas.sourceforge.net/">pandas: powerful Python data analysis toolkit -- pandas v0.4.0 documentation</a> - python package for labeled multidimensional data</p> </li> </ul></div>bibtexchristmasconcurrencyexascalefoodgiftgraphicsgreeting-cardguidelanguageslatexlinkslypinboard-linksportlandprocessingprogrammingpythonresearchslysmalltalksqueaktipstravelvisualizationwinterwritinghttp://michael-mccracken.net/2011/10/links-for-september-27th-through-october-14th/Mon, 24 Oct 2011 23:58:00 GMThttp://michael-mccracken.net/2010/03/httpisgdb0k5b/Michael McCracken<div><p>Link: <a href="http://is.gd/b0K5b">http://is.gd/b0K5b </a></p> <p><a href="http://www.kungfugrippe.com/post/475149244/you-may-have-mail">Merlin has a suggestion about inboxes and default views</a>:</p> <blockquote> <p>Assuming I want to see unprocessed messages every time I do <em>anything</em> with email is like making me trudge out to my home mailbox every time I take a leak, turn on the oven, fold a towel, or do any of the 500,000 other things I can easily accomplish without asking for new information.</p> </blockquote> <p>Every mail client ever misses Merlin’s point. There’s more than one thing that we do with email, and every time we do one of them, we have to pay the distraction tax of seeing our inbox. The way to fix this is to completely separate processing new things from the other tasks - composing new mail, referring to temporarily useful mail, and searching for old mail.</p> <p>I like Merlin’s approach of having a separate “app” for each view onto his mail. I do wonder if this kind of thing would catch on. This feels like an extension of something I wrote a while ago, the <a href="http://michael-mccracken.net/2006/05/webmail-is-not-web-browsing/">webmail-only browser</a>, where the idea is to identify a single task that you need to wall off from distraction, and make a separate app just for that.</p></div>inboxmerlinmannprocessingworkflowhttp://michael-mccracken.net/2010/03/httpisgdb0k5b/Fri, 26 Mar 2010 19:38:00 GMT