<?xml version="1.0" encoding="utf-8"?>
<!-- If you are running a bot please visit this policy page outlining rules you must respect. http://www.livejournal.com/bots/ -->
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:lj="http://www.livejournal.com">
  <id>urn:lj:livejournal.com:atom1:petter_haggholm</id>
  <title>Petter's blog</title>
  <subtitle>Petter</subtitle>
  <author>
    <name>Petter</name>
  </author>
  <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/"/>
  <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom"/>
  <updated>2009-11-10T00:27:52Z</updated>
  <lj:journal userid="269619" username="petter_haggholm" type="personal"/>
  <link rel="service.feed" type="application/x.atom+xml" href="http://petter-haggholm.livejournal.com/data/atom" title="Petter's blog"/>
  <link rel="hub" href="http://pubsubhubbub.appspot.com/"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:199469</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/199469.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=199469"/>
    <title>TekSavvy—the problem with “last mile” connections</title>
    <published>2009-11-10T00:27:52Z</published>
    <updated>2009-11-10T00:27:52Z</updated>
    <content type="html">&lt;p&gt;
Original estimate of connection date: November 11.
&lt;/p&gt;

&lt;p&gt;
Revised estimate: &lt;strong&gt;December&lt;/strong&gt; 7.
&lt;/p&gt;

&lt;p&gt;
This is in no way, shape, or form the fault of TekSavvy, who can’t do a thing about it: The lines are owned by Telus, so I need a &lt;em&gt;Telus&lt;/em&gt; technician to hook me up. (I would not be &lt;em&gt;very&lt;/em&gt; surprised if this consists of little more than some hemming, hawing, and pushing a button somewhere geographically different.) Telus, it seems, are suffering a technician shortage in BC and Alberta—so, whoops, my estimate gets inflated by another month, and I have to wait a total of nearly five weeks instead of just one.
&lt;/p&gt;

&lt;p&gt;
Now I am glad I decided to play it safe and not cancel my Shaw account until the TekSavvy service gets activated.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:199315</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/199315.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=199315"/>
    <title>Hard drive misadventures</title>
    <published>2009-11-09T07:54:37Z</published>
    <updated>2009-11-09T07:54:37Z</updated>
    <category term="computers"/>
    <category term="geekery"/>
    <content type="html">&lt;p&gt;
I just bought a new, larger hard drive, and today I installed it in my desktop computer. I bought this computer from NCIX and, in a moment of pure indulgent laziness, paid them to assemble it for me rather than assembling it myself. Today I had to open it and move things around—and oh, but my earlier laziness came back to bite me in the ass.
&lt;/p&gt;
&lt;p&gt;
The case has two 3.5" drive cages. In spite of the case manual’s suggestion that one use the lower cage “for optimal cooling and noise reduction” (or something to that effect), both pre-installed drives were in the upper cage, which sits directly in front of the video card. By “directly” I mean that they were so close that the power cord of the lower drive was physically touching the card. By “physically touching” I mean that it was, in fact, &lt;em&gt;blocked&lt;/em&gt; by the card, so that I had to remove the video card to unplug the drive. To remove the video card, I had to unplug the system power cord. …And so on.
&lt;/p&gt;
&lt;p&gt;
And of course all the cords were zip-tied together so tightly that the drive cage could not be removed without unplugging the drives, and the lower cage could not be reached without cutting numerous zip ties. And no power connectors were left for expansions, so I had to dig through boxes to find spares; ditto SATA connectors. As a bonus, the upper and lower drive cages use different attachment systems (the upper cage has drive bays, the lower does not), and the necessary screws were of an unusual type, so I had to find those too (this one isn’t the installing tech’s fault, though).
&lt;/p&gt;
&lt;p&gt;
I have never spent so much time just physically installing a hard drive, but on the bright side, I expect that moving all the drives to the lower bay will &lt;em&gt;significantly&lt;/em&gt; improve system cooling (since the hard drives were between the front air intake and the video card, sigh), and the case could use the cleaning it got; it was a mite dusty, if you’ll pardon the pun.
&lt;/p&gt;
&lt;p&gt;
Now, of course, grub reports an error, presumably because the drive order has changed, or something (the BIOS setup correctly reports all three HDDs). I don’t know, and I lack the energy to work at it tonight. Hopefully tomorrow night will be a &lt;em&gt;quick&lt;/em&gt; fix to get the system running rather than something horribly wrong.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:198784</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/198784.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=198784"/>
    <title>Evince for Windows</title>
    <published>2009-11-06T20:07:39Z</published>
    <updated>2009-11-06T20:12:06Z</updated>
    <category term="computers"/>
    <category term="geekery"/>
    <content type="html">&lt;p&gt;
If you loathe the Adobe Acrobat reader half as much as I do, you might be happy to learn that &lt;a href="http://projects.gnome.org/evince/"&gt;Evince&lt;/a&gt;, the standard PDF reader for the GNOME platform, now has a Windows version (&lt;a href="http://live.gnome.org/Evince/Downloads"&gt;get it here&lt;/a&gt;). I have not used this Windows version myself, but expect good things. (This latest version of Evince also added support for the one feature I was missing: Displaying annotations.)
&lt;/p&gt;

&lt;p&gt;
Evince is what made me stop hating PDF documents—it does nothing fancy, but displays PDF (and Postscript) documents cleanly, quickly and efficiently. Searching for text in a document resembles, well, &lt;em&gt;searching for text in a text document&lt;/em&gt; rather than asking your computer to reindex all its documents while attempting to compute a cure for all cancers, or whatever Adobe make their reader do to slow it down to the startling degree I have come to expect. (If—&lt;em&gt;if&lt;/em&gt;—this sounds like an exaggeration, it’s because (1) the Adobe reader for Linux is &lt;em&gt;even worse&lt;/em&gt; than the Windows version, and/or (2) they have improved the Windows version since I last used it, reversing a long-standing tradition of adding more and more features that nobody uses except your CPU.)
&lt;/p&gt;

&lt;p&gt;
More seriously and less sarcastically, Evince was the first application that &lt;em&gt;really&lt;/em&gt; struck me with a “less is more” sort of beauty—an object lesson in UI design, if you will. It’s there to do one thing: Let me view PDF and Postscript files. It has almost no buttons, options, switches, or fiddly bits. And yet, in its stark simplicity, it was so vastly superior to the obvious alternative that it made me view PDFs as a good format for portable documents rather than a plague upon the internet.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:198425</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/198425.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=198425"/>
    <title>SpiderOak: Impressions</title>
    <published>2009-11-05T22:59:35Z</published>
    <updated>2009-11-05T22:59:35Z</updated>
    <category term="computers"/>
    <category term="geekery"/>
    <content type="html">&lt;p&gt;
&lt;a href="http://petter-haggholm.livejournal.com/197765.html"&gt;I recently decided to try SpiderOak&lt;/a&gt; to backup documents that are either too large, or too sensitive to conveniently keep in my subversion repository. I signed up for one month at a cost of $10 to get 100&amp;nbsp;GiB of space. They offer 2&amp;nbsp;GiB completely free, and I can highly recommend this for storing smaller amounts of data (I would, except that I have, use, and like subversion for this).
&lt;/p&gt;
&lt;p&gt;
Initial impressions: No problems with the packages¹ or UI. I can only assume that the Windows and Mac versions are identically smooth (with most products, after all, Linux gets the least attention and support). I had some issues where my upload speed would slow to a crawl, then a halt…but I think this is more due to Shaw, whether because the cable network gets overloaded at certain times of day, or because they throttle my connection.² However, this was not immediately obvious, so I asked SpiderOak tech support, just in case. Their response was &lt;em&gt;prompt&lt;/em&gt;, friendly, and voiced in a way that didn’t seem to &lt;em&gt;assume&lt;/em&gt; I’m an idiot (I’m very sensitive to perceived condescension). Thus, while SpiderOak’s support didn’t solve a problem for me, because there almost certainly &lt;em&gt;was&lt;/em&gt; none on their part, their response seemed promising: Based on preliminary data, I like their customer support.
&lt;/p&gt;
&lt;p&gt;
So far, I’ve backed up about 9&amp;nbsp;GiB of data. Of course, uploading this on a cable connection with a &lt;em&gt;maximum&lt;/em&gt; of 0.5&amp;nbsp;Mbps upload rate, it’s rather painfully slow, but once I have the data uploaded, I won’t have to repeat it… Unlike services like DropBox, SpiderOak lets me specify which directories I want to upload (and exclude subdirectories, if I so desire), so I can keep my files organised how I want them. It also turns out to be trivial to synchronise files between different computers. Their &lt;a href="https://spideroak.com/faq"&gt;FAQ&lt;/a&gt; has all the details. It’s as simple as it sounds, and probably simpler.
&lt;/p&gt;
&lt;p&gt;
As you can probably tell, I’m very happy with the service so far, though I’ve only used it for a few days yet. It’s quick (except for my upload speed…), easy, and I like their &lt;a href="https://spideroak.com/faq/is_spideroak_really_zero_knowledge_could_you_read_a_users_data_if_forced_at_gunpoint"&gt;security model&lt;/a&gt; a very great deal. Based on my limited experience, I would recommend it—especially to those among you who don’t currently have an online backup service. Why not? You can get 2&amp;nbsp;GiB of safe, automatic backup for free! And if you need more (as I do), $10 a month or $100 a year gets you 100&amp;nbsp;GiB, while most other services I’ve found charges the same for only 50&amp;nbsp;GiB of space.
&lt;/p&gt;
&lt;p&gt;
Again, of course, if you decide to sign up, &lt;strong&gt;use my &lt;a href="https://spideroak.com/download/referral/7dc2000df8492fffda8634a5be2cfd58"&gt;referral link&lt;/a&gt;&lt;/strong&gt; and give me some extra space for free…
&lt;/p&gt;

&lt;hr /&gt;

&lt;p style="font-size: smaller;"&gt;
¹ When I installed it on Ubuntu Karmic, there was no “Ubuntu Karmic” package, but the Jaunty package worked fine. A few days later, a Karmic package was available—this was within perhaps a week of the initial Karmic release, mind. I believe the package was actually the same, though of course it’s reassuring to click a link with the correct legend.
&lt;/p&gt;
&lt;p style="font-size: smaller;"&gt;
² My solution? I’m switching to &lt;a href="http://www.teksavvy.com/en/index.asp"&gt;TekSavvy&lt;/a&gt;, who offer twice the upload speed and about the same download speed at a similar price, never throttle anything, are less likely as an ADSL provider to suffer congestion than cable, and are champions of net neutrality and deserve my money more than Shaw does. On the very remote chance that my upload issue was SpiderOak’s fault rather than Shaw’s, I expect I’ll be happy with TekSavvy. (On the very, very remote chance that I’m not, I’ll just switch back.)
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:198083</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/198083.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=198083"/>
    <title>Today in BJJ: Noobs are bad for your health</title>
    <published>2009-11-04T03:11:55Z</published>
    <updated>2009-11-04T03:11:55Z</updated>
    <category term="martial arts"/>
    <category term="jiu-jitsu"/>
    <content type="html">&lt;p&gt;
I am rather irked.
&lt;/p&gt;

&lt;p&gt;
Drilling armbars from knee-on-belly (not rolling, not sparring, just drills) with a rank beginner (no stripes). He cranks some armbars a little too fast for my liking—not enough to injure me, but enough to alarm me, so I give him a little friendly spiel on how he should do it slowly; how the amount of leeway he has for an armbar varies with position so he should always go slowly even if he thinks he has room for more, because the position and how deeply he can sink his hips will change that amount of room.
&lt;/p&gt;
&lt;p&gt;
He nods understanding, we reset, and &lt;strong&gt;in his next move&lt;/strong&gt;, he cranks an armbar from an awkward angle fast and hard enough for me to cry out in pain.
&lt;/p&gt;
&lt;p&gt;
My first reaction—after the initial “Ow”, “Oh shit”, and (unspoken) “You stupid git” had flashed through my mind—was that this is no big deal; I should shrug and keep training. My &lt;em&gt;next&lt;/em&gt; thought was that the last time I said “this is no big deal” and kept training, I had a sore elbow that I couldn’t straighten fully for several weeks (dim memory suggests that the initial pain was &lt;em&gt;less&lt;/em&gt; that time). Thus, I am now sitting at home with an ice pack and a very foul temper, wishing I were in the advanced class running right now (which is harder, but full of people who &lt;em&gt;know&lt;/em&gt; to apply an armbar slowly enough to give you time to tap).
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:197765</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/197765.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=197765"/>
    <title>Online backup: SpiderOak</title>
    <published>2009-11-02T05:34:26Z</published>
    <updated>2009-11-02T06:19:06Z</updated>
    <category term="computers"/>
    <category term="geekery"/>
    <content type="html">&lt;p&gt;
After downloading &lt;a href="http://petter-haggholm.livejournal.com/197385.html"&gt;this morning’s find&lt;/a&gt;, my first thought was &lt;i&gt;I must never lose this!&lt;/i&gt;—so I spent some time thinking about backup strategies.
&lt;/p&gt;

&lt;p&gt;
Most of my data are backed up by shoving them into a subversion repository containing most of my home directory. This is a techy, nerdy way of doing things that works very well for some data, and gives me the ability to perform very sophisticated change tracking.
&lt;/p&gt;

&lt;p&gt;
It works rather poorly for some data, though. In particular, it’s &lt;em&gt;not&lt;/em&gt; ideal for storing large sets of binary data…like an 8.1&amp;nbsp;GiB repository of scanned books [embedded] in PDF format (or like music, or video files). It also has another weakness, not intrinsic to the mechanism but significant in my usage: Because my subversion repository is housed on the same server and server account as my websites, I’m not 100% comfortable uploading very sensitive data. It’s a shared server (although I have of course disabled read permissions for other users), and it runs, with my user priveleges, my own webapps—which are of course no more secure than I made them.
&lt;/p&gt;

&lt;p&gt;
So I decided it was finally time to look into alternative backup strategies. I’m quite happy with subversion for e.g. text files that I modify, my projects’ source code, and so forth, but for photos, videos, music, and large downloaded collections of RPG supplements that I’ll never edit anyway, I want something else. Having heard the name bandied about, I of course looked into &lt;a href="https://www.getdropbox.com/"&gt;DropBox&lt;/a&gt;, which looks quite OK. I did spend some extra time looking around, though, and came across a DropBox competitor I had not heard of: &lt;a href="https://spideroak.com/"&gt;SpiderOak&lt;/a&gt;.
&lt;/p&gt;

&lt;p&gt;
Both DropBox and SpiderOak offers a free 2&amp;nbsp;GiB storage account with paid upgrades to 50&amp;nbsp;GiB or more. Both offer secure, encrypted transport, synchronisation between multiple computers, etc. However, SpiderOak offers a few features that DropBox does not, some of which are quite interesting.
&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Sharing data in place&lt;/strong&gt; rather than having to stick them in a dedicated directory; I can backup my &lt;code&gt;documents&lt;/code&gt; directory, for instance, instead of having to create and use &lt;code&gt;.DropBox/documents&lt;/code&gt;.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;“Zero knowledge” security&lt;/strong&gt; means that data are stored encrypted, and &lt;em&gt;SpiderOak does not store my password&lt;/em&gt;. This is fantastic and wonderful (though it does come with the &lt;i&gt;caveat&lt;/i&gt; that if my password is lost, it cannot be retrieved). No matter what I upload, encrypted transport means that no one can eavesdrop on it, and encryption means that &lt;em&gt;no one&lt;/em&gt;, not even SpiderOak employees, can get at it. I can be as comfortable storing even very sensitive data, like passwords and personal information, in SpiderOak as I can on my local computer (however comfortable you think I should be with that).&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Extra storage at half the price&lt;/strong&gt; is a pretty obvious advantage. $10/month gets me 50&amp;nbsp;GiB at DropBox or 100&amp;nbsp;GiB at SpiderOak.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;
Client software is available for Linux, Windows, and OS&amp;nbsp;X, so you can share data across platforms. (This is also true of DropBox, of course.) Unlike DropBox, much (though not all) of the client software is open source, and SpiderOak claims that they are moving towards a full OSS client. (They’ve already shared some &lt;a href="https://spideroak.com/code"&gt;code&lt;/a&gt;.)
&lt;/p&gt;

&lt;p&gt;
On paper, then, SpiderOak is about as close to perfect as it can get for my needs. What remains to be seen is just how smooth and seamless the experience turns out to be when I start using it (it has a reputation in some parts for being a bit of a resource hog; to me, that sounds like a small price). If it’s as good as I’m hoping, I will recommend it to everyone I know.
&lt;/p&gt;

&lt;p&gt;
If this convinces you to sign up, &lt;strong&gt;please use this &lt;a href="https://spideroak.com/download/referral/7dc2000df8492fffda8634a5be2cfd58"&gt;referral link&lt;/a&gt;&lt;/strong&gt; to give me some bonus space in return for my time writing this up. (Pretty please?)
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:197214</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/197214.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=197214"/>
    <title>Notes from Jedi Academy</title>
    <published>2009-11-01T05:35:08Z</published>
    <updated>2009-11-01T05:35:08Z</updated>
    <content type="html">&lt;p&gt;
When someone is using the power of the Force to perform a mighty leap across a gaping chasm is an excellent time to use said Force to push him in the other direction, cancelling out horizontal velocity in mid-air.
&lt;/p&gt;

&lt;p&gt;
Contrary to an old Sith belief, it is not in fact possible to platitude a Jedi to death.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:196708</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/196708.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=196708"/>
    <title>Speed in unit tests matters</title>
    <published>2009-10-27T19:40:46Z</published>
    <updated>2009-10-27T19:40:46Z</updated>
    <category term="geekery"/>
    <category term="programming"/>
    <category term="work"/>
    <content type="html">&lt;p&gt;
It’s extremely frustrating to have to wait for over ten minutes when you’re ready to commit some new code, just because you have to wait for a big, slow unit test suite to complete. It’s also frustrating when you’re actively addressing a known bug that’s been exposed by unit tests and, having made a change that will hopefully fix it, sit and twiddle your thumbs as the tests re-run. &lt;em&gt;Efficiency matters&lt;/em&gt;, even in unit tests.
&lt;/p&gt;

&lt;p&gt;
I’ve spent a few workdays attacking the test suite for the module I’m working on with the proper tools—a profiler and KCacheGrind, a profiling data visualiser. By figuring out where the test suite spent most of its time and optimising the slow parts (largely by caching data that were recomputed superfluously, caching prepared statements, etc.), I cut down the expected running time for company-wide unit tests by an estimated 10% and my own module’s tests by approximately &lt;em&gt;80%&lt;/em&gt;—an improvement by a factor of 5, from 12:31 to 2:40!
&lt;/p&gt;

&lt;p&gt;
Of course this number is going to creep up as the test suite grows, coverage improves, and setup becomes more involved. However, that’s &lt;em&gt;all the more reason&lt;/em&gt; to do this, and just means that it may become relevant to do it again at some point in the future.
&lt;/p&gt;

&lt;p&gt;
As a bonus, the majority of the performance improvements were to business code exercised &lt;em&gt;by&lt;/em&gt; the unit tests rather than code exclusive to the test framework, so application performance will be improved as well. I should be cautious in my conclusions here, though: While there will be improvements, some of the code exercised very heavily by unit tests is not run very &lt;em&gt;frequently&lt;/em&gt; by users.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:196362</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/196362.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=196362"/>
    <title>SQLObjectInherit</title>
    <published>2009-10-26T06:28:44Z</published>
    <updated>2009-10-26T06:28:44Z</updated>
    <category term="python"/>
    <category term="geekery"/>
    <category term="programming"/>
    <content type="html">&lt;p&gt;
I just threw a little code snippet onto my website: &lt;a href="http://petterhaggholm.net/sqlobject_inherit"&gt;&lt;code&gt;SQLObjectInherit&lt;/code&gt;&lt;/a&gt;, to add inheritance without foreign key relationships to SQLObject. Follow yonder link if you are curious (download link available &lt;a href="http://localhost/newsite/my_code"&gt;here&lt;/a&gt;).
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:196261</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/196261.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=196261"/>
    <title>Small injuries are so damned annoying</title>
    <published>2009-10-23T03:27:43Z</published>
    <updated>2009-10-23T03:27:43Z</updated>
    <content type="html">&lt;p&gt;
Case in point: Today, during the rolling at the end of the first class, someone accidentally heel-kicked my left knee. I briefly considered, and decided to take a two-minute break. I felt mostly fine and continued to roll, and the first half hour of the second class was fine. Then we moved to a position when I had to be on my knees and presto! soon it hurt to even touch.
&lt;/p&gt;
&lt;p&gt;
Annoying: It’s painful enough that I decided to sit out and ice it lest I make it worse, but minor enough that I felt extremely silly for sitting out. Odds are I won’t even feel it tomorrow (having iced it, &amp;c.).
&lt;/p&gt;
&lt;p&gt;
Much as I would prefer not to, if I sprained an ankle or something, I wouldn’t feel &lt;em&gt;foolish&lt;/em&gt; for sitting out…
&lt;/p&gt;
&lt;p&gt;
Oh well. Better to play it safe, so I can get to fencing class on Saturday in good form (“Learn the eight cuts of the sidesword”—I can’t wait!…and I’d rather not limp) and get back to jits next week.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:195039</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/195039.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=195039"/>
    <title>Oh, Google Ads</title>
    <published>2009-10-19T00:50:05Z</published>
    <updated>2009-10-19T00:50:05Z</updated>
    <content type="html">&lt;p&gt;
&lt;a href="http://pics.livejournal.com/petter_haggholm/pic/00010yds/"&gt;&lt;img src="http://pics.livejournal.com/petter_haggholm/pic/00010yds/s320x240" width="296" height="240" border="0" /&gt;&lt;/a&gt;
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:194806</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/194806.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=194806"/>
    <title>Fitness?</title>
    <published>2009-10-17T21:20:03Z</published>
    <updated>2009-10-17T21:20:03Z</updated>
    <content type="html">&lt;p&gt;
Just back from fencing class—it was fun, but compared to BJJ, not much of a workout (of course, these are beginner classes). Afterward, I did some pushups just to get that crawling I-need-to-exert-myself feeling out of my body.
&lt;/p&gt;

&lt;p&gt;
On the one hand, I’ve never weighed as much as I currently do, and I’ve probably never carried as much fat. On the other hand, I’ve never before been able to do 40 consecutive pushups (a number which would impress no one at the gym, but for a sedentary nerd like me, who never before &lt;em&gt;could&lt;/em&gt; do it, it’s a nice big number—I can distinctly recall struggling to get past 15).
&lt;/p&gt;

&lt;p&gt;
I should still work to improve my snacking tendencies, and I still need to ramp up my training (or at least stick to the 2×2 classes I’m back to doing, rather than just &lt;em&gt;one&lt;/em&gt; class at night, twice a week) but perhaps my general level of fitness isn’t as bad as I thought. Perhaps the BJJ gym has skewed my perception of where the bar should be.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:194493</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/194493.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=194493"/>
    <title>Consequences</title>
    <published>2009-10-09T05:41:46Z</published>
    <updated>2009-10-09T05:41:46Z</updated>
    <content type="html">&lt;p&gt;
When I wrote my recent very mopey post about feeling terrible about BJJ progress, I wasn’t quite thinking about the fact that (1) I have Facebook set to pull the (public) posts from my blog feed, and (2) a bunch of guys from the gym have me in their Facebook feeds. It was intended as bloggy whining, and ended up as an accidental spill to a bunch of the guys.
&lt;/p&gt;

&lt;p&gt;
True to the nature of BJJ as one of these modern, rough-and-tumble martial arts as opposed to the strict, formal, upstanding &lt;em&gt;traditional&lt;/em&gt; martial arts, this has so far resulted in…well, two or three pep talks, some encouragement, and a promise to send a PDF copy of a freely available book on progress and plateaus in sports.
&lt;/p&gt;

&lt;p&gt;
As a cherry on this rather nice pie, I’ve finally gone back to doing two classes back to back when I go (Tuesdays and Thursdays), after a patch of bad health and subsequent doubts about my ability to keep up. I seem to vacillate a bit on this, but right now I feel more energised than exhausted, so that’s very good.
&lt;/p&gt;

&lt;p&gt;
I wonder if I can make myself resume going on Sundays. Open mat time is something I could &lt;em&gt;really&lt;/em&gt; use, but on the other hand I &lt;em&gt;really&lt;/em&gt; enjoy my lazy Sunday afternoons. We’ll see, I suppose.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:193906</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/193906.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=193906"/>
    <title>BJJ: Source of shame</title>
    <published>2009-10-03T02:53:49Z</published>
    <updated>2009-10-03T02:53:49Z</updated>
    <category term="martial arts"/>
    <category term="the mind"/>
    <category term="jiu-jitsu"/>
    <content type="html">&lt;ul&gt;
&lt;li&gt;Current rank: White belt, 4 stripes (last step before blue)&lt;/li&gt;
&lt;li&gt;Technical skill (estimated): Equivalent to the average white belt, 2 stripes¹&lt;/li&gt;
&lt;li&gt;Actual sparring skill (est.): White belt, 1 stripe&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;
I honestly &lt;em&gt;do not understand&lt;/em&gt; how I can be quite so bad. I know that I have no talent for this, and I’ve long since made peace with that—I’m in it for continual improvement (however slow), not to beat anybody. I expect that everyone who walks in the door and sticks with it will pass me—eventually. I don’t mind. What &lt;em&gt;does&lt;/em&gt; bother me is that it seems anyone can walk in the door and be able to beat me after a few weeks of classes. I am at a loss to explain this profound depth of ineptitude.
&lt;/p&gt;

&lt;p&gt;
As a bonus, in spite of going to BJJ at least twice a week, biking to and from work 5 days a week, and rarely eating junk food (my diet isn’t great, but it could easily be and has been much worse; I can’t remember the last time I had chips…), I somehow manage to keep getting fatter. This, too, I am at a loss to explain. I know I &lt;em&gt;shouldn’t&lt;/em&gt; fixate on this, but I can’t help it. And, of course, &lt;a href="http://petter-haggholm.livejournal.com/192255.html"&gt;if I am to compete at least once&lt;/a&gt;, it’s a very terrible idea to get bumped up several weight classes just from fat.
&lt;/p&gt;

&lt;p&gt;
Not infrequently (when I am in the grasp of these doubts) I feel like I ill deserve to even be a &lt;em&gt;member&lt;/em&gt; of a gym, and question whether I should go back at all. And yet that would be a much greater failure still—and, of course, when I am &lt;em&gt;not&lt;/em&gt; in the grasp of these doubts I love it, and physically it rarely fails to make me feel better.
&lt;/p&gt;

&lt;p&gt;
I just wish I knew how to stop being so disproportionately inept.
&lt;/p&gt;

&lt;hr /&gt;

&lt;p style="font-size: smaller;"&gt;¹ I do &lt;em&gt;some&lt;/em&gt; things right. I never panic, I am methodical, and I am generally pretty good at using my weight and putting pressure on my opponent—I’m told I feel [even] heaver than I actually am. On the other hand, my game is slow, lazy, vastly over-defensive, hopeless against active and athletic opponents (whether skilled or not), and completely devoid of sweeps.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:193637</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/193637.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=193637"/>
    <title>On vaccines and autism</title>
    <published>2009-10-01T00:46:11Z</published>
    <updated>2009-10-01T00:46:11Z</updated>
    <category term="skepticism"/>
    <content type="html">&lt;p&gt;
The traditional argument against the claim that vaccines cause autism is that it’s bunk because there’s no evidence that it’s so, and that the perceived increase in autism prevalence is due to diagnostic substitution and changes in diagnostic criteria. This is most likely &lt;em&gt;true&lt;/em&gt;, but somehow not very &lt;em&gt;comforting&lt;/em&gt; (even if it &lt;a href="http://petter-haggholm.livejournal.com/188392.html"&gt;makes sense to teachers&lt;/a&gt;…), and diagnostic substitution and critereon changes are fairly obscure: They don’t (in themselves) &lt;em&gt;prove&lt;/em&gt; that there has been no increase; they merely make it impossible to tell by looking at prevalence data alone.
&lt;/p&gt;

&lt;p&gt;
A more recent study by the British NHS did something different, and provided data completely consistent with this theory, but perhaps more digestible. They &lt;a href="http://news.bbc.co.uk/2/hi/health/8268302.stm"&gt;measured autism prevalence across age cohorts&lt;/a&gt;. If vaccines did cause autism, then the increase in vaccination over the past few decades should correlate to an increase in autism, which would be reflected in an &lt;em&gt;age skew&lt;/em&gt; among the autistic: More young people should be autistic than old people, because old people would have been adults by the time mandatory vaccinations were introduced!
&lt;/p&gt;

&lt;p&gt;
Unsurprisingly, it was found that autism prevalence is &lt;em&gt;not&lt;/em&gt; associated with age cohorts: The rate is a constant 1% regardless of age (1.8% in men, 0.2% in women). As &lt;a href="http://www.theness.com/neurologicablog/?p=940"&gt;Dr. Steve Novella&lt;/a&gt; put it,
&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;
This is vital blow to the vaccine-autism hypothesis, because the vaccine schedule has been increasing over the last 20 years, the MMR was introduced in the early 1990s, and thimerosal exposure has risen and then fallen to almost nothing. Throughout all of these changes, autism rates have remained stable. This is important because in order to demonstrate toxicity you need to demonstrate a dose-response – the higher the exposure to the alleged toxin the greater the risk or severity of the disease or disorder you think is caused by the toxin. This burden of proof was met for smoking and lung cancer – there is a clear dose-risk response. This is no detectable dose-risk link between vaccines and autism.
&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;
It will be interesting to see how the antivaxers attempt to explain this away.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:193382</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/193382.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=193382"/>
    <title>Nuisance</title>
    <published>2009-09-30T17:23:44Z</published>
    <updated>2009-09-30T17:23:44Z</updated>
    <content type="html">&lt;p&gt;
Got to the office this morning to have my IM client inform me that my AIM screen name is signed in from two locations. Presumably I left Pidgin running on my laptop last night. I thought I’d be able to ssh into it and kill the process, but…well; I can certainly ssh into my desktop, and though my laptop has a DHCP-assigned IP rather than a fixed address and cannot have login requests forwarded from the router, I can scan my LAN from my desktop (which I am accessing through ssh) using nmap to find all active hosts on the LAN. Connect to what I find from my desktop, and—curses! My laptop, of course, is not running sshd.
&lt;/p&gt;
&lt;p&gt;
I wonder how many IMs will go astray today?
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:193196</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/193196.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=193196"/>
    <title>Today I give thanks</title>
    <published>2009-09-29T18:25:05Z</published>
    <updated>2009-09-29T18:25:05Z</updated>
    <category term="geekery"/>
    <category term="programming"/>
    <content type="html">&lt;p&gt;…To whoever came up with the &lt;tt&gt;decorator&lt;/tt&gt; module for Python. (“Whoever”? It seems to be some guy named &lt;a href="http://www.phyast.pitt.edu/~micheles/"&gt;Michele Simionato&lt;/a&gt;.)&lt;/p&gt;

&lt;p&gt;
My page generation library uses a lot of decorators. For instance, if a method is invoked to generate a page, it is decorated with &lt;tt&gt;@makepage&lt;/tt&gt;, and &lt;i&gt;voilà&lt;/i&gt;! the proper methods for generating the page as a whole are invoked, and though the method only returns some content to go in the content &lt;tt&gt;&amp;lt;div&amp;gt;&lt;/tt&gt;, it will be a proper XHTML document with menus, etc. A method that generates Javascript? &lt;tt&gt;@makejs&lt;/tt&gt; and it returns it with the proper MIME type. Need to check permissions? &lt;tt&gt;@checkPerm('admin')&lt;/tt&gt; ensures that mere users cannot delete what they should not be able to delete even if they craft their &lt;tt&gt;POST&lt;/tt&gt; requests to target methods they shouldn’t.
&lt;/p&gt;

&lt;p&gt;
The problem is that this interferes with &lt;em&gt;another&lt;/em&gt; mechanism my pages use. &lt;tt&gt;POST&lt;/tt&gt; data are used for various parameters: Some special variables are used to determine call type and authentication; some are used for &lt;tt&gt;__init__()&lt;/tt&gt; parameters to set up page objects; others are used as arguments to the methods subsequently invoked. In order to figure out what should go where, the framework relies on &lt;tt&gt;&lt;a href="http://docs.python.org/library/inspect.html"&gt;inspect.getargspec()&lt;/a&gt;&lt;/tt&gt; to figure out what the parameters to a method may be. Currently it can’t handle methods that take &lt;tt&gt;*args&lt;/tt&gt; and/or &lt;tt&gt;**kwargs&lt;/tt&gt;; if I ever need it I’ll add it. The problem is, when you write general decorators, the signature of the &lt;em&gt;decorated&lt;/em&gt; functions will tend to &lt;em&gt;end up&lt;/em&gt; in the form &lt;tt&gt;(*args,&amp;nbsp;**kwargs)&lt;/tt&gt;… Now my framwork using &lt;tt&gt;getargspec()&lt;/tt&gt; is unable to figure out what &lt;tt&gt;POST&lt;/tt&gt; variables should be passed in and, consequently, passes in no arguments.
&lt;/p&gt;

&lt;p&gt;
Fortunately, it turns out that someone else had recognised that this was a general problem, and the &lt;a href="http://pypi.python.org/pypi/decorator"&gt;&lt;tt&gt;decorator&lt;/tt&gt;&lt;/a&gt; module is written &lt;em&gt;precisely&lt;/em&gt; to solve the problem of decorated functions losing their signatures. The &lt;a href="http://pypi.python.org/pypi/decorator"&gt;module page&lt;/a&gt; describes both problem and solution in greater detail. Go forth, enjoy, and stay Pythonic!
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:193009</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/193009.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=193009"/>
    <title>Ever since I moved to Vancouver</title>
    <published>2009-09-23T02:27:21Z</published>
    <updated>2009-09-23T02:27:21Z</updated>
    <category term="life"/>
    <content type="html">&lt;p&gt;
Whenever I see a gay or lesbian couple&lt;br /&gt;
walking down the street, hand in hand&lt;br /&gt;
I smile&lt;br /&gt;
because it makes me happy to live in a time and place, where&lt;br /&gt;
for all its faults&lt;br /&gt;
they are able to do that, unafraid.&lt;br /&gt;
Then I try to hide my smile&lt;br /&gt;
because I don’t want them to feel regarded as a spectacle.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:192527</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/192527.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=192527"/>
    <title>Currently drinking:</title>
    <published>2009-09-19T04:43:05Z</published>
    <updated>2009-09-19T04:43:05Z</updated>
    <content type="html">&lt;p&gt;
&lt;a href="http://www.dogfish.com/brews-spirits/the-brews/year-round-brews/midas-touch.htm"&gt;Midas Touch Ancient Ale&lt;/a&gt; from &lt;a href="http://www.dogfish.com/"&gt;Dogfish Head brewery&lt;/a&gt;. Quite apart from the taste, the story behind it may make it the coolest beer I’ve ever had. As Dogfish puts it,
&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;
This recipe is the actual oldest-known fermented beverage in the world! It is an ancient Turkish recipe using the original ingredients from the 2700 year old drinking vessels discovered in the tomb of King Midas. Somewhere between wine &amp;amp; mead; this smooth, sweet, yet dry ale will please the Chardonnay of beer drinker alike.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;And &lt;a href="http://thirstymonk.wordpress.com/2009/08/20/history-on-tap-dogfish-head-ancient-ales-week-at-the-monk/"&gt;elsewhere&lt;/a&gt;:
&lt;blockquote&gt;
&lt;p&gt;
Together, we bring ancient brewing history back to life. The first beer we created together is ourMidas Touch. This recipe is based on molecular evidence found in a Turkish tomb believed to have belonged to King Midas. The beer is brewed with honey, white Muscat grapes, and saffron.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
If Wikipedia is to be trusted, it may not be &lt;em&gt;exactly&lt;/em&gt; true, but pretty close:
&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;
In 1969, archaeologists connected with the University of Pennsylvania opened a chamber tomb at the heart of the Great Tumulus (height 53m, diameter about 300m) on the site of ancient Gordion (modern Yassihöyük, Turkey), where there are more than 100 tumuli of different sizes and from different periods. They discovered an early eighth century BC royal burial, complete with remains of the funeral feast and "the best collection of Iron Age drinking vessels ever uncovered". […] On a wooden bedstead in the corner of the chamber lay a skeleton of a man 1.59m in height and about 60 years old. In the room there were decorated furniture and panels plus many vessels with grave offerings. Though no identifying texts were associated with the site, it is popularly dubbed the "Tomb of Midas" (Penn). Later investigations showed that this funerary monument could not have been constructed after the Cimmerian invasion in the early seventh century BC. Therefore, it is now believed to be the monument for an earlier king than Midas.
&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;
Well, it may not &lt;em&gt;actually&lt;/em&gt; be Midas’s tomb, but it’s still a beer reconstructed from molecular evidence from a 2,700-year-old drinking vessel, and that’s pretty damn cool in my books.
&lt;/p&gt;

&lt;p&gt;
As for the beer itself…well, ideally you should try it!, or failing that, read the reviews on &lt;a href="http://beeradvocate.com/beer/profile/10099/1587"&gt;Beer Advocate&lt;/a&gt; where people actually know what they are talking about. I would agree that it’s halfway between beer and mead, and that it’s somewhat dry, and that it’s one of those beers that are intriguingly &lt;em&gt;different&lt;/em&gt; in its finish from its start…but for all that, and for all that it’s halfway to mead, I have to say that part of what I find interesting and remarkable is that it’s still pretty similar to things that I’ve tried—not that I’ve had anything quite like it before, but this is a &lt;em&gt;2,700-year-old&lt;/em&gt; style of beer; something entirely &lt;i&gt;outré&lt;/i&gt; would not have been surprising!
&lt;/p&gt;

&lt;p&gt;
The only thing bothering me is that they make no mention of the fermentation process, so I cannot but suspect that it was made with yeast cultivars, whereas I’m pretty sure that 2,700 years ago, they were probably still relying on wild yeasts. I wonder how big a difference this has made for the flavour… All the same, a subtle and interesting beer to drink and a wonderful beer to contemplate.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:192375</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/192375.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=192375"/>
    <title>What surprises me about Dan Brown</title>
    <published>2009-09-18T22:13:15Z</published>
    <updated>2009-09-18T22:13:15Z</updated>
    <category term="stupidity"/>
    <content type="html">&lt;p&gt;
…Is that he has only (just) published five novels. I’ve read several of them: &lt;cite&gt;Angels &amp;amp; Demons&lt;/cite&gt;, &lt;cite&gt;The Da Vinci Code&lt;/cite&gt;, but also &lt;cite&gt;Deception Point&lt;/cite&gt; and the absolutely hilarious &lt;cite&gt;Digital Fortress&lt;/cite&gt;¹. I have, since I first read him, suggested that he is the literary equivalent of MacDonalds food: Cheap, convenient, easy to cram down, requires no real (further) processing—but it’s bad for you, and while I won’t condemn anyone for reading it (after all, I &lt;em&gt;have&lt;/em&gt;), I &lt;em&gt;might&lt;/em&gt; think less of someone to whom it is more than an occasional guilty pleasure…
&lt;/p&gt;

&lt;p&gt;
So how has this man made a name for himself &lt;em&gt;without&lt;/em&gt; writing dozens upon dozens of books? And, if he can sell so many copies of each poorly-researched and ill-written book, why &lt;em&gt;doesn’t&lt;/em&gt; he write more?
&lt;/p&gt;

&lt;p&gt;
Dan Brown fun: The Telegraph has &lt;a href="http://www.telegraph.co.uk/culture/books/booknews/6194031/The-Lost-Symbol-and-The-Da-Vinci-Code-author-Dan-Browns-20-worst-sentences.html"&gt;a list&lt;/a&gt; of twenty(ish) of his clumsiest phrases. Slate has a &lt;a href="http://www.slate.com/default.aspx?id=2228327"&gt;Dan Brown novel plot generator&lt;/a&gt;.
&lt;/p&gt;

&lt;hr /&gt;

&lt;p style="font-size: smaller;"&gt;
¹ The most egregious and memorable mistakes (determined by being the ones I can still remember) are the following—it should here be kept in mind that this is a book that puts on airs of being intelligent, and has cryptography at the very core of the plot:
&lt;/p&gt;
&lt;ul style="font-size: smaller;"&gt;
&lt;li&gt;&lt;p&gt;Brown cannot seemingly tell bits and bytes apart. 64-bit keys and 64-character keys really aren’t the same.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;By far the worst: The characters make constant reference to the &lt;q&gt;Bergofsky Principle&lt;/q&gt;: Loosely, &lt;q&gt;every type of encryption can be broken by brute force&lt;/q&gt;. In fact, an unbreakable encryption algorithm was known at least by 1913: The Vernam One-Time Pad.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;strong&gt;This horrifies me:&lt;/strong&gt; When Googling the phrase, I actually found an &lt;a href="http://www.growthconsulting.frost.com/web/images.nsf/0/64B78BA5B06B74D1652573E5003DDC7E/$File/TI%20Alert.htm"&gt;attempt at a technical paper&lt;/a&gt; that makes reference to the “Bergofsky Principle”!
&lt;/ul&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:192255</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/192255.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=192255"/>
    <title>Today in jiu-jitsu</title>
    <published>2009-09-16T03:37:54Z</published>
    <updated>2009-09-16T03:37:54Z</updated>
    <category term="martial arts"/>
    <category term="life"/>
    <category term="jiu-jitsu"/>
    <content type="html">&lt;p&gt;
&amp;hellip;Was pretty good. My energy levels are back up to normal (credit to Dr. Bressler!). Today I went to two classes back-to-back for the first time in ages, and though I’m fairly wiped, I feel &lt;em&gt;good&lt;/em&gt;. Of course my cardio is still pretty bad, but it always was; at least I can make it through two classes again&amp;hellip;
&lt;/p&gt;

&lt;p&gt;
On a more ambiguous note, I received the fourth stripe on my white belt (which means that the next time I get any kind of promotion, I’m a blue belt—I expect this to take a while). It’s more ambiguous, first, because I have a lot of lingering doubts as to how &lt;em&gt;deserving&lt;/em&gt; I am, and second, because it has been my unspoken resolution for quite some time that I want to compete in at least one tournament before I get my blue belt. It may be the only tournament I ever go to—I can’t envision myself becoming a regular competitor—but I don’t want a blue belt without at least knowing what a tournament is like; and I regard it as fairly important to a martial artist to have tested his techniques under pressure.
&lt;/p&gt;

&lt;p&gt;
And, if I’m ever going to compete, I may as well do it while I am near the top of a belt division in terms of experience: Better to make an attempt as a senior white belt than to enter as a junior blue belt. I expect to lose in short order either way (and hear a lot about my self-defeating attitude both before and after), but as a senior white I can at least feel like there’s a point in &lt;em&gt;trying&lt;/em&gt;.
&lt;/p&gt;

&lt;p&gt;
So that’s a somewhat nervous thing to contemplate in the near future. I will &lt;em&gt;definitely&lt;/em&gt; have to work on my cardio for that, whenever I do it.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:191738</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/191738.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=191738"/>
    <title>Paradigm shift</title>
    <published>2009-09-14T04:53:28Z</published>
    <updated>2009-09-14T04:53:28Z</updated>
    <category term="the mind"/>
    <category term="life"/>
    <content type="html">&lt;p&gt;
Lately, I have begun to think differently about failures and shortcomings when I cook. Where I used to think &lt;q&gt;Damn, this is not as good as it could be&lt;/q&gt; (or &lt;q&gt;Damn, this is terrible!&lt;/q&gt;), I now seem to think things like &lt;q&gt;Next time I should use more salt&lt;/q&gt;, or &lt;q&gt;I should change the balance of root vegetables in this stew, go a little easier on the white pepper, and let the potatoes simmer just a little bit longer&lt;/q&gt;. This seems significant—not so much because I’ve gained more knowledge (though clearly I have, if those adjustments have any merit, and they seem to), but more because I regard a sub-par dinner as a learning experience rather than a soul-crushing failure.
&lt;/p&gt;

&lt;p&gt;
As for this weekend: Today’s seafood stew is really pretty mediocre, but will feed me adequately for a few days of work (stews have the advantages, after all, of being easy to make in large quantities, and re-heating rather well); last night’s herb encrusted flat iron steaks were excellent, even if they &lt;em&gt;could&lt;/em&gt; have used another little bit of that sea salt. (The cut helps, of course. Flat iron steaks are beautifully marbled and, well, basically the best beef you can get, as far as I am concerned.)
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:191423</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/191423.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=191423"/>
    <title>A rant on martial arts “theory” for reference in forum activities</title>
    <published>2009-09-11T23:26:00Z</published>
    <updated>2009-09-11T23:26:00Z</updated>
    <category term="martial arts"/>
    <content type="html">&lt;p&gt;
A lot of people seem to wish to base their martial arts on purported theories. The problem is that basing martial arts on theory is worthless and stupid.
&lt;/p&gt;
&lt;p&gt;
Sports science has valid applications, but science must begin with empirical observation and end with testable prediction (recall that in science, if it doesn’t withstand testing of falsifiable predictions, it isn’t even a theory proper). This is especially crucial in systems that are either exceedingly complex or poorly understood. For instance, we can use relatively simple and well-understood maths like Newtonian mechanics to make predictions whereof we can be fairly confident even without testing them, but systems with a lot of feedback and large numbers of free variables cannot be so treated. Martial arts technique falls into the latter category.
&lt;/p&gt;
&lt;p&gt;
The biological system comprised of a human body is extremely complicated, and even an ostentatiously simple question like “How do I punch hard?” is difficult to answer because the number of possible ways to punch is large, because the alignment of many bones and joints is involved, because you may use several different muscle groups in several different ways.
&lt;/p&gt;
&lt;p&gt;
The “system” (if you will) comprised of two combatants is extremely complex—not only do you have two of the above, complex systems; you also have unpredictable motion and timing, bobs, weaves, dodges, slips, and parries; counterattacks, pre-emptive attacks, and unbalancing moves; pressure and backing off...
&lt;/p&gt;
&lt;p&gt;
In other words, a fight is too chaotic for an armchair theory to be useful. You will never cover all the variables. The only way to pick out the techniques that really do work is to see which one survive the harsh, empirical testing of the ring. If the technique wins people fights, then (by definition) it works. If it fails to, then (by definition) it does not.
&lt;/p&gt;
&lt;p&gt;
The job of sports science with respect to martial arts is to observe, to warn against dangerous practices, to recommend best practices based on current, general results, and to suggest optimisation by tweaking existing practices.
&lt;/p&gt;
&lt;p&gt;
Alternatively, the word “theory” in the context of martial arts may be read as “rambling faux-wisdom pulled out of some venerable “master’s” sagging posterior” in which case, of course, my criticisms (applied, as they are, to a more scientific definition of the word “theory”) do not apply.
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:191026</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/191026.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=191026"/>
    <title>Exchange of the day</title>
    <published>2009-09-11T22:29:54Z</published>
    <updated>2009-09-11T22:29:54Z</updated>
    <content type="html">&lt;p&gt;
&lt;strong&gt;Tea-shop chick:&lt;/strong&gt; So what town are &lt;em&gt;you&lt;/em&gt; from?&lt;br /&gt;
&lt;strong&gt;Me:&lt;/strong&gt; Finspång&amp;hellip;I’m willing to bet you haven’t heard of it.&lt;br /&gt;
&lt;strong&gt;Tea-shop chick:&lt;/strong&gt; Actually, I have!&lt;br /&gt;
&lt;strong&gt;Me:&lt;/strong&gt; &lt;em&gt;What?!&lt;/em&gt; Whtbcktht?!
&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:petter_haggholm:190945</id>
    <link rel="alternate" type="text/html" href="http://petter-haggholm.livejournal.com/190945.html"/>
    <link rel="self" type="text/xml" href="http://petter-haggholm.livejournal.com/data/atom/?itemid=190945"/>
    <title>Exactly why software patents are evil</title>
    <published>2009-09-08T22:52:57Z</published>
    <updated>2009-09-08T22:52:57Z</updated>
    <content type="html">&lt;p&gt;
An &lt;a href="http://timothyblee.com/?p=781"&gt;excellent piece&lt;/a&gt; by Timothy B. Lee on a patent &lt;strike&gt;protection racket&lt;/strike&gt; &lt;strike&gt;troll&lt;/strike&gt; “investment firm”. The money quote:
&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;
Remember that the standard policy argument for patents is that they incentivize beneficial research and development. Yet IV’s business model is based on the opposite premise: produce no innovative products, spend minimal amounts on research and development, and make a profit by compelling firms that are producing products and investing in R&amp;D to pay up. Not only does this enrich Myhrvold at everyone else’s expense, but it also reduces the incentive to innovate, because anyone who produces an innovative product is forced to share his profits with Intellectual Ventures. Patents are supposed to make innovation more profitable. Myhrvold is using the patent system in a way that does just the opposite. In thinking about how to reform the patent system, a good yardstick would be to look for policy changes that would tend to put Myhrvold and his firm out of business.
&lt;/p&gt;
&lt;/blockquote&gt;</content>
  </entry>
</feed>
