{"id":537,"date":"2005-06-21T01:27:00","date_gmt":"2005-06-21T01:27:00","guid":{"rendered":"http:\/\/sdi.thoughtstorms.info\/?p=537"},"modified":"2005-06-21T01:27:00","modified_gmt":"2005-06-21T01:27:00","slug":"537","status":"publish","type":"post","link":"https:\/\/blog.thoughtstorms.info\/?p=537","title":{"rendered":""},"content":{"rendered":"<p>So, I was all set to start writing some unit tests to begin the refactoring I described <a href=\"http:\/\/smartdisorganized.blogspot.com\/2005\/06\/bill-seitz-agrees-about-importance-of.html\">below<\/a>.<\/p>\n<p>But then I needed to do a bit of <a href=\"http:\/\/departments.bloomu.edu\/english\/111\/pullmethod.htm\">procrastination<\/a>, first. \ud83d\ude42<\/p>\n<p>That article is good advice for procrastinators. But what grabbed me was this :<\/p>\n<p><em>You can accomplish a lot more in small increments &#8212; even fifteen minutes is enough time to do a little bit of quality work. Just get a decent start, and don&#8217;t worry so much about finishing. If you start often enough, the end will take care of itself.<\/em><\/p>\n<p>That&#8217;s the ideal for the smart disorganized individual. Working in a lot of 15 minute (or shorter) fragments according to your inspiration, energy and available time.<\/p>\n<p>But there&#8217;s a big problem : <em>switching costs<\/em>. Every time you drop something and pick it up later, you have to re-aquaint yourself with the context of what you were doing. You have to recharge the short-term memory. Of course, if you&#8217;d documented what you were up-to initially, returning would be easier. But in fifteen minute bursts, who has time to write documentation too?<\/p>\n<p>Without that, a lot of your fifteen minutes, and a lot of your energy,  get wasted on rediscovering what you were doing previously. Or even, if you&#8217;ve totally forgotten (as I sometimes have), redoing something that was already done! That makes the SDI way less effective than someone who can actually concentrate and stick at one task for a reasonable length of time. <\/p>\n<p>Not surprisingly, I think personal wiki is the beginnings of a solution. What&#8217;s needed is somewhere to keep track of what you&#8217;re doing as simply as possible. <em>And while you are doing it.<\/em> <\/p>\n<p>Notes should be written to accompany the process. Ideally, you can open a notebook, create a new page and just get down to it in less than a minute. Using the notebook as a scratch-pad for your ideas while you work.<\/p>\n<p>Then, when you want to switch out of that context, You want to hit &#8220;save&#8221; and be finished with it. Not hit &#8220;save&#8221; and be having to think : &#8220;where shall I put this document in the file-system? Oh, God! Is it better to put it under &#8216;My Documents\/teaching\/advanced-programming\/examples\/&#8217; or better to put it under &#8216;Development\/Python\/adPro\/&#8217; Wow! I&#8217;m such a loser because I can&#8217;t keep my files sorted&#8221;<\/p>\n<p>Similarly, when you return to the project, to make the most of those 10 &#8211; 15 minutes, you want to recover that context quickly, not frantic scrabbling around hard-to-click little folder-icons in Windows Explorer, waiting for the turgid &#8220;Find files or folders&#8221;. <\/p>\n<p>You usually remember enough about the project to remember its name. So you really just want to type that name into a convenient place on the screen and <em>be<\/em> there. <\/p>\n<p>Alternatively, stick a link to each project, slap bang on the start-up page of the notebook in large letters. In a personal wiki this is trivial. You just hit edit; type the page-name link; save; go to the page. Now the context is reachable within one click of opening the wiki.<\/p>\n<p>If you have several projects on the go, put a bullet list of links to them as the first thing on your front page. That puts them all easily within reach. When the project finishes or becomes less of a priority, you can move the link elsewhere : further down the page or onto another one.<\/p>\n<p>On the other hand, maybe when you started thinking about &#8220;BirthdayInvites&#8221; yesterday, you forgot to link this from the front-page. It&#8217;s not really a big project, but today it would be nice to get there quickly. But what did you call it? In this situation, the RecentChanges button is invaluable. Hit &#8220;Recent&#8221; and yesterday&#8217;s (and the day before&#8217;s, and the &#8230; etc.) edits are within one-click.<\/p>\n<p>In exceptional circumstances you forgot the name of the page; you last touched it months ago; and you don&#8217;t remember a route to it  from the front-page. Now &#8220;search&#8221; comes into its own. If you can remember just a name or word that&#8217;s likely to be in the page, you can search for it. It&#8217;s a little longer, but it will still get you there faster than wandering cluelessly in Windows Explorer.<\/p>\n<p>Why is wiki so good for this? Well, having built-in search and RecentChanges is handy. But <em>hypertext, not hierarchy<\/em> means that a wiki can have &#8220;small world&#8221; properties. Everywhere is only a few clicks from everywhere else. Compare this to what happens once your file-system gets crowded and in getting from the Ping project to the Pong project you might find yourself going up five or six levels to find a common root of the two, and then navigating (more or less blindly) down another branch of the file-system. Going down is less comfortable than going up. You have to scroll around to find the right icon to click in the absurdly cramped &#8220;file open&#8221; dialog. That&#8217;s assuming you recognise which route to take at all. Often you find yourself guessing wrong, going down the wrong sub-branch, and having to backtrack.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>So, I was all set to start writing some unit tests to begin the refactoring I described below. But then I needed to do a bit of procrastination, first. \ud83d\ude42 That article is good advice for procrastinators. But what grabbed me was this : You can accomplish a lot more in small increments &#8212; even [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[473],"class_list":["post-537","post","type-post","status-publish","format-standard","hentry","category-uncategorized","tag-uncategorized"],"_links":{"self":[{"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=\/wp\/v2\/posts\/537","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=537"}],"version-history":[{"count":0,"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=\/wp\/v2\/posts\/537\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=537"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=537"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.thoughtstorms.info\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=537"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}