Category Archives: sharing

Writing: Open loops, closed loops, and working with forgetfulness

I think I’ve written about something before, but I can’t find it. I have thirteen tabs open with Google search results from my blog. I’ve tried countless keywords and synonyms. I’ve skimmed through posts I only half-remember writing. (Was that blog post really that short? I thought I wrote more details.) I still haven’t found the post I want.

I wonder: Did I really publish it? Or did I just outline or sketch it? Am I confusing it with something similar that I wrote, or someone else’s post that I admired?

Ah, well, time to write it from scratch. It’s a little like writing code. Sometimes it would take so long to find an appropriate open source module that you’re better off just writing the code yourself. Sometimes it would take so long to find an existing post that it’s better to just write it from scratch.

I was looking for that particular post because of a conversation with Flavian de Lima where I mentioned the benefits of blogging while you’re learning something. He resonated with the idea of sharing your notes along the way so that other people can learn from them, even if you’ve moved on to different topics.

Despite having a clear memory of writing about this topic, when I went to the post that I thought was related to it (spiral learning), it didn’t mention blogging at all. “Share while you learn” didn’t quite address it, either. After trying lots of searches, I gave up and started writing a new post. After all, memories are fallible; you could have full confidence in an imagined event.

The reason this came up was because Flavian described how he often took advantage of open loops when working on writing. He would stop with an incomplete thought, put the draft away, and let his subconscious continue working on it. Sometimes it would be days or weeks before he got back to working on the article. He mentioned how other authors might take years to work on novels, dusting off their manuscripts and revising scenes here and there.

Keeping loops open by stopping mid-sentence or mid-task is a useful technique often recommended for writing or programming. Research describes this as the Zeigarnik effect: an interrupted task stays in your memory and motivates you to complete it.

But after reading David Allen’s Getting Things Done, I had become a convert of closed loops: getting tasks, ideas, notes out of your head and into a trusted system so that you don’t have to waste energy trying to remember them. I noticed that if I kept too many loops open, my mind felt buzzy and distracted. To work around this, I got very good at writing things down.

In fact, I took closing loops one step further. Publishing my notes on my blog helped me get rid of the guilt and frustration I used to feel whenever I found myself wanting to move on to a different project. Because my notes were freely available for anyone who was trying to figure out the same thing, I could go ahead and follow the butterflies of my interest to a different topic. My notes could also help me pick things up again if I wanted to.

I didn’t stop mid-sentence or mid-thought, but I published in the middle of learning instead of waiting until I finished. Even my review posts often included next steps and open questions. So I got a little satisfaction from posting each small chunk, but I still left dangling threads for me to follow up on. I closed the loops enough so that the topics didn’t demand my attention.

Writing helped me clear my mind of strong open loops–but it worked a little too well. I tried to close things off quickly, so that I could revisit them when I wanted to. The trick was remembering that they were there. Sometimes I forgot the dangling threads for a year or more. I never followed up on others. Even with my regular review processes, I often forgot what I had written, as in the search that prompted this post.

Writing and memory have an ancient trade-off. Even Socrates had something to say about it, quoting an ancient Egyptian king in Plato’s The Phaedrus:

“…for this discovery of yours will create forgetfulness in the learners’ souls, because they will not use their memories; they will trust to the external written characters and not remember of themselves.”

as quoted in On writing, memory, and forgetting: Socrates and Hemingway take on Zeigarnik

In 2011, Sparrow, Liu, and Wegner showed that people remember less if they think a computer will keep their notes for them, and they tend to remember how to get to the information rather than the information itself. Having written the words, published the posts, and indexed the titles, I’ve forgotten the words; and now I can’t find my way back.

Hence my immediate challenge: sometimes I forget how to get to the information I’ve stored, like a squirrel stashing nuts. (More research: tree squirrels can’t find 74% of the nuts they bury. So I’m doing slightly better than a squirrel, I think.)

Google helps if I can remember a few words from the post, but since it tends to search for exact words, I have to get those words right. Hah, maybe I need to use search engine optimization (SEO) techniques like writing with different keywords – not for marketing, but for my own memory. It reminds me of this SEO joke:

How many SEO copywriters does it take to change a lightbulb, light bulb, light, bulb, lamp, bulbs, flowers, flour…?

My blog index is helpful, but it isn’t enough. I need to write more descriptive titles. Perhaps I should summarize the key point as well. Maps can help, as can other deliberate ways of connecting ideas.

Let me take a step back and look at my goals here. Linking to posts helps me save time explaining ideas, build on previous understanding, and make it easy for people to dig into more detail if they want. But I can also accomplish these goals by linking to other people’s explanations. With so many people writing on the Web, chances are that I’ll find someone who has written about the topic using the words I’m looking for. I can also write a new post from scratch, which has the advantages of being tailored to a specific question and which possibly integrates the forgotten thoughts even without explicit links.

It’s an acceptable trade-off, I think. I’ll continue writing, even with the increased risk of forgetting. If I have to write from scratch even when I think I’ve probably written about the same topic before, I can accept that as practice in writing and thinking.

Other writers have better memories. Flavian told me how he can remember articles he wrote in the 1990s, and I’ve heard similar accounts from others. Me, I’ve been re-reading this year’s blog posts in preparation for my annual review, and I’ve come across ones that pleasantly surprised me. Posts two or three years back are even fuzzier in my memory. I can try to strengthen my memory through exercises and processes. The rest of the time, I can work with the brain that I have. In fact, I’m inclined to build more memory scaffolds around myself, moving more of my memory outside my mind.

[I do not] carry such information in my mind since it is readily available in books. …The value of a college education is not the learning of many facts but the training of the mind to think.

  • Albert Einstein, as Wikiquotes cites from Einstein: His Life and Universe (2007)

And really, how much difference would perfect memory make? I might add more links, include more citations, cover more new ground. I can still learn and share without it.

Forgetful squirrels have their uses. Forgotten acorns grow into oaks for others to enjoy. From time to time, I hear from people who’ve come across old posts through search engines, or I come across old posts in a review. Loops re-open, dangling threads are taken up again, and we continue.

Sketchnote Hangout: Playing with colour

The recent Sketchnote Hangout organized by Makayla Lewis was a good kick in the colour palette.

2015-01-17 Thoughts from Sketchnote Hangout - colour -- index card #color #drawing

 

Before the hangout, I’d settled into a pattern of black-text-with-a-little-accent (although blue ink isn’t much of an accent colour). This, despite an almost embarrassing number of recent attempts to break out of the colouring rut:

Exploring sketchnote colour styles (December 2014)

2014-12-01 Colouring inspiration guide - drawing

2014-12-01 Colouring inspiration guide – drawing

 

Building a habit of drawing with colours (January 2014)

2014-01-02-What-would-it-take-to-make-colour-part-of-my-workflow.png

 

Sketchnote Lesson: Adding color (September 2013)

2014-01-03 Exploring colours

This time! Really! It helps that I’ve added a red pen and a green pen to the ones I carry around in my vest, and that I make myself use them when I use index cards. Digitally, I’m forcing myself to expand my colour vocabulary. Since Adobe Color CC (formerly Kuler) lets you pick a pleasing colour scheme (you can also trust in the gods of randomness or popularity), I’m less likely to have the angry-fruit-salad effect, and I can push myself by using arbitrary colours until I develop a sense of what feels better. Next time I sketch on my computer, if my colour scheme isn’t already set based on a book, I might grab a screenshot and use the eyedropper to pick out colours from that.

Someday I might get back to that sheer primary-colour exuberance of my Nintendo DS sketches. Someday.

In the meantime, you may want to check out other people’s colour experiments:

Breaking down the skill of outlining

What do I mean when I say that I want to get better at outlining? What can outlining help me with, anyway?

Outlines are good for:

  • Capturing thoughts quickly: You don’t have to write full sentences. You can add keywords or phrases in any order, and you can flesh them out later.
  • Writing non-linearly: You don’t have to write one paragraph after another. You can jot down your key point, come up with a few supporting points, and then think about your introduction or conclusion.
  • Organizing your thoughts: You don’t need to always go from topic to detail. You can capture random thoughts and then group them afterwards.
  • Deciding on depth and coverage: How much detail should you include? What subtopics do you want to cover, and what will you save for another post? What can you cut, and what’s missing? An outline can help you discover these things before you spend a lot of time writing.
  • Rearranging topics for a more logical flow: Does it make sense to discuss one idea before the other? Fixing the flow in your outline saves you from rewriting all the transitions.
  • Writing quickly: If you’ve mapped out what you want to talk about, you don’t have to worry as much about writer’s block – all you have to do is follow the trail.
  • Picking things up where you left off: If you’re writing something that you can’t finish in one sitting (or if you want to be able to revise it easily even after some time), an outline helps you remember what you want to say and see what you need to do next.

Let me break outlining into sub-skills and think about different ways I can practise each of them.

  1. Outlining a single blog post
  2. Reverse outlining
  3. Outlining link-heavy posts or summary posts
  4. Outlining larger resources and books
  5. Outlining lifelong learning

1. Outlining a single blog post

I tend to write short blog posts focusing on a single question I want to explore or a point I want to make. This results in posts that are usually somewhere between 400 and 2,000 words. Although I’m comfortable with this way of working, I think outlining can help me organize my posts more effectively. Writing in paragraphs sometimes gets in the way of seeing the post as a whole or tweaking its flow easily. If I make an outline and then transform it into text, I find it easier to keep the whole post in mind as I write.

Because I use Org Mode for Emacs to write, it’s easy for me to work with outlines. I can hide and show parts of my outline using keyboard shortcuts. I can also keep a copy of the outline in one part of my window while I rewrite another copy of the outline into the actual text.

In addition to practising by outlining posts like this one, I can double-check the flow of a post while it’s in outline form, and I can also try different permutations of the order.

2. Reverse outlining

To create a reverse outline, start with an existing text. Identify the key points of each paragraph, and create an outline based on that. Organize those points into a more complex structure as needed.

I sometimes use reverse outlines with my own posts or drafts if I get the sense that things are a little out of order, but I can’t pin down why. With Org Mode, I can add list items before each paragraph, summarizing their key points. Then I can manipulate those list items with keyboard shortcuts, hiding the paragraphs or moving them around. When I’m happy, I can remove the outline structure and go back to working with paragraphs.

Reverse outlines are also useful when studying other people’s writing for content or for structure. They help you see the text as a whole instead of getting lost in paragraphs. I don’t do as much of this as I could. If I spent more time reverse-outlining posts that appealed to me, I could probably learn more about techniques for writing.

In addition to practising by creating reverse outlines for my posts and other people’s writing, I might find it useful to tweak Emacs for reverse outlining. I could write a function that automatically structures paragraphs into list items, and another function that extracts the paragraphs from the outline. Hmm…

3. Outlining link-heavy posts or summary posts

This is one step up from posts that deal with a single thought.

It can be challenging to write a blog post that links to lots of other blog posts. I find myself wondering where I want to go into more detail, how to avoid restating so much, how to bridge the different topics, and how to reconcile various types of writing.

I find outlines helpful for thinking about the structure of the post.

  • Should I bring in background information and then focus on a single question, exploring that in the body of the post?
  • Are the links tangential to the post, pointers for further exploration?
  • Am I trying to explain something to someone, and can I use links to let them dive down to the level of detail they want?

Outlines help me keep track of possible ideas to add and how to connect the different topics.

I write many posts that use links for background information or tangents, and the process for these is similar to the one for outlining a single blog post.

I don’t write many summary posts, though, and that’s something that I could practice. To do this well, I could pick more things that people want to learn (such as Emacs and Org) and write high-level overviews that link to more details.

One of the things getting in my way when it comes to working on summary posts, I think, is that it’s easy to pick the immediate benefit of moving myself forward a little, over the long-term benefit of teaching others (whom I could eventually learn from too). I can remind myself that I have plenty of time to write those exploratory posts, and that writing summary posts helps me consolidate, test, and share what I know.

4. Outlining larger resources and books

This is quite a few steps up from writing summary posts. I am not at all good at this yet, and will probably take a few years (at least!) to get the hang of it.

I practised a little this year by:

I tend to focus on writing the parts that are most interesting for me, so outlines sometimes make me feel guilty about the gaps. It turns out that working with existing material or committing to small chunks helps me get around challenges with motivation. I also do much better developing things in the open, getting feedback from people and revising things on the fly.

I’m looking forward to practising with 12-week courses, which make sense as the next small step to take.

5. Outlines for lifelong learning

Outlines can help with more than books and blog posts. I think they can help me learn overall, too. I think they might give me a way to place what I’m learning in context, connect things with other things I’ve learned or that I’m working on learning, capture threads that I’m not planning to investigate at the moment, and let me follow up with those threads when I want to revisit them.

I periodically update my learning plans, but I could give this more attention. Most of my learning notes are in my other Org files: rough notes by date in my journal, blog posts by topic in my index, outlines for things to write about in my sharing outline, and a high-level overview of evil plans.

There’s probably a better way to do this – perhaps incorporating my learning outline into my weekly and monthly review? I haven’t quite figured out how to combine past, present, and future in outlines in a way that makes sense to me while still making it useful to other people, like the way my blog index is useful because it’s not cluttered with other irrelevant points. Hmm.

Next steps

I hadn’t realized it before writing this post, but writing summaries and tiny guides (post-length, not book-length) would be a good in-between step for learning more about outlining before trying to tackle larger projects like books. A 12-week course of short tips might be interesting to do, too.

If you’re curious, you can find the outline for this post at https://gist.github.com/a69de5549d66694b387d . =)

How about you? What are the specific sub-skills you’re working on, and how?

Improving my evil plans for Emacs

Mwahahaha. My evil plans are yielding results, or at least that’s the impression I get because I’m learning so much from people who tell me that they found my blog helpful years ago. Even more recent experiments bear fruit: punchagan checked out Memacs because of my Emacs Chat with Karl Voit, and ended up writing a blog post about using the Emacs profiler.

2015-01-17 My Evil Plans for Emacs are yielding results -- index card #emacs #sharing

2015-01-17 My Evil Plans for Emacs are yielding results – index card #emacs #sharing

This makes me curious: What am I doing right, and how can I do it even better?

Looking at my Emacs posts, it seems I mostly write about figuring things out (and occasionally about cool things I’ve come across). People like the enthusiasm, and they sometimes pick up cool ideas too. The Emacs Hangouts and Emacs Chats are my way of working around my limitations; I don’t particularly like travel and I’m not up to organizing in-person meetups, but virtual meetups let me reach out to more people (and we can record the conversations more easily, too).

What are my goals?

  • I want to get better at using Emacs, because it’s useful and it tickles my brain
  • I want to help more people become intermediate and advanced users of Emacs, because then I get to learn from them (and also Emacs thrives as a community). I can do this by:
    • Showing people the benefits and possibilities of customization
    • Working out loud, showing my thought processes and the tools/libraries I use
    • Helping people develop a good mindset and handy skills
    • Sharing little tips and neat functions

How can I get even better at helping the Emacs community?

2014-04-26 Helping the Emacs community #emacs

2014-04-26 Helping the Emacs community #emacs

I really like the way (or emacs has daily Emacs snippets and Rubikitch describes Emacs packages in Japanese. I think I’ll slowly ramp up from once-a-weekish Emacs posts to maybe twice or three times a week. I have more posts already scheduled, but I just spread them out so that my non-geek readers don’t get overwhelmed.

Guides

Because I’m interested in things that tend to be idiosyncratic (workflows, customizations, etc.), I have a hard time making clear recommendations or putting tips into logical order. That’s probably why I do a lot more “thinking out loud”-type posts instead. I can experiment with identifying who might find a tip useful, extract the tips from my thinking-out-loud explorations, and gradually build up sets of related tips that way.

2015-01-16 Hmm – not guides but explorations – index card #sharing #packaging

I did actually manage to put together one guide (How to Read Lisp and Tweak Emacs) and half of another A Baby Steps Guide to Managing Your Tasks With Org. The sketches for How to Learn Emacs and Tips for Learning Org Mode are high-level guides, too.

Microhabits

I’ve been going back to the basics, working on developing even better Emacs microhabits. I’ve focused on two so far: abbreviating text and switching windows.I think there’s plenty of space to improve even in terms of taking advantage of what’s already out there (with minimal configuration along the lines of setting variables and keyboard shortcuts). And then there are even bigger opportunities to improve through customization and Emacs Lisp.

Helping people directly

I’ve mentioned coaching a few times. Bastien Guerry and a few other folks offer coaching as a service. Me, I’m not particularly familiar with the kinds of issues people run into or are curious about (ex: Mac OS X, programming mode setup). I’m mostly curious about workflow, and I’m happy to talk to people about that. It could be a good source of ideas for blog posts.

2015-01-08 Imagining coaching or guiding others -- index card

2015-01-08 Imagining coaching or guiding others – index card

When I ran my Google Helpouts experiments, I turned many of those tips into blog posts. I think that would be even more effective if people wrote up those tips themselves (it’ll reinforce their learning and it will bring them into the community), so I’ve been playing with the idea of strongly encouraging or even requiring write-ups.

2015-01-15 What if I required people to pay it forward -- #workingoutloud #sharing #teaching

2015-01-15 What if I required people to pay it forward – #workingoutloud #sharing #teaching

Unrealistic, but one can dream. Or one can focus on helping people who are already sharing their questions and ideas in blog posts or discussion forums, so that’s another approach. There’s no shortage of questions, that’s for sure.

Hangouts

I like Emacs Hangouts more than one-on-one coaching. Hangouts are public and recorded automatically, so people can learn from them even if no one has posted notes. It’s shaping up to be a wonderful peer-coaching sort of thing, which is good because I don’t have to be so worried about not being able to help at all. I wonder what this would be like with a bit of a mastermind group structure; maybe we each pick a microhabit or idea to work on for the month (or for two weeks), we help each other out, and then we report back at the next one. That way, there’s casual conversation and discovery, but there’s also purpose and motivation.

2015-01-08 Imagining Emacs hangouts - index card

2015-01-08 Imagining Emacs hangouts – index card

2015-01-16 Emacs community -- index card #emacs

2015-01-16 Emacs community – index card #emacs

Connecting with more parts of the Emacs community

Evil-mode users are a growing part of the Emacs community. Maybe I should try it out to get a better sense of what the experience is like for people who are coming into Emacs via evil-mode. Besides, composability might be an interesting mental tool to add to my toolkit.

2015-01-18 Thinking about evil-mode and Emacs -- index card #emacs

2015-01-18 Thinking about evil-mode and Emacs – index card #emacs

Wrapping up

Maybe I can get better at helping the Emacs community by:

  • Focusing on those micro-habits and sharing what I learn (good for helping intermediate users develop a better appreciation of Emacs)
  • Playing with more workflow improvements and sharing them
  • Writing about how to tinker with popular packages like Org
  • Reaching out through blog comments and Emacs Hangouts to help people learn (in a publicly recorded way)
  • Bringing out what people know through Emacs Hangouts and Emacs Chats (especially if people know cool things but haven’t gotten around to writing about them)

Helping me get better at helping the Emacs community (my selfish reason: so that I learn more from people) can also support your evil plans (your selfish reason: so that you can learn more from me and from other people). Any suggestions? Tell me what I’m doing right and should do more of / better at, or tell me about somewhat adjacent things that are easy to do – low-hanging fruit! =)

Minimizing upward or downward skew in your sketchnotes

When drawing without rules or grid lines, you might find your writing skew a little upwards or downwards. I tend to skew upwards, like the way I do in the image below:

2014-11-12 What are the things I want to learn more quickly, and what would that look like?

2014-11-12 What are the things I want to learn more quickly, and what would that look like?

Minimizing skew gives you a more polished sketchnote, and you don’t end up with awkward space at the upper right or bottom right corner. It’s usually better to correct for this while drawing, since rotating images can result in fuzziness or the need to move things around to fit.

Here are some general tips for minimizing skew.

In general, it helps if you write narrower columns of text, since skew becomes more noticeable the longer your lines get. If you write in narrow columns or with short phrases, you can correct for skew by making part of the next line a little larger.

If you want, you can also mix angles so that the variety is an intentional part of your design.

If you draw on small sheets of paper or in notebooks, you can:

  • Rotate the paper so that it’s perpendicular to your usual writing angle. With experience, you’ll get a sense of how much you normally skew and how much you need to rotate what you’re drawing on in order to compensate for that.
  • Look at the edges of the paper as a guide. If you write your first line while looking at the top edge of your paper, you might find it easier to keep that perpendicular to the edge. Then you can use that as the guide for the next line, and so on.
  • Look at everything as a whole. Every so often, take a step back and look at your drawing in progress. This will help you spot skew, imbalance, and other things you can tweak while you’re drawing.
  • Draw with a guide sheet underneath your paper. If your paper is thin enough, you might be able to see lines or grids printed on a sheet slipped underneath what you’re drawing on. If so, you can use it as an invisible guide.
  • Consider using paper with very light grids or lines on it. You can leave the grid or lines as is, or you might be able to remove the grid or lines after scanning.

If you draw on large-scale rolls of paper, you can:

  • Stand up straight and use your body as a guide. With practice, you can get the hang of drawing perpendicularly to your body. Good posture helps. Of course, when you tape up your paper, make sure that it’s parallel to the floor.
  • Look at the top or bottom edge of the paper as a guide. Looking at a straight line while writing can help you write in a straight line too.
  • Step back and look at everything. This is a good time to check for balance, skew, and other things you can fix while drawing.

If you draw on a tablet or on a computer, writing in straight lines is much easier. If your drawing program supports layers, you can use one layer to show a light grid while you draw on another layer. This also helps you keep your sizes consistent even if you’re working zoomed in. Lock your grid layer so that you don’t accidentally draw on it. I use a dot grid when sketching. You can download the template I use, if you want.

Hope that helps you minimize skew in your sketches!

Drawing thoughts on index cards

I’ve got quite a backlog of posts I want to publish, but I’ll squeeze this one in first. I want to think about how I can make the most of this new old (2011!) index card habit, and whether I should reconsider that voluntary bottleneck of publishing one post a day.

For the past two weeks, I’ve drawn at least five index cards each day. (You can find them on Flickr.) Each card explores a single thought. I like the way this lets me briefly capture what I’m curious about. I’ve included many of them in blog posts, grouping several thoughts into a larger chunk that’s easier to link to.

Still, at the present rate, my monthly review for January will link to well over 150 sketches. Perhaps I’ll change the monthly review section to list only the sketches that haven’t made it into blog posts yet. I’ve been keeping a digital equivalent of the roughly-sorted piles of index cards on my desk. It helps me see growing clusters of ideas and choose ones I want to develop with additional sketches or summarize into blog posts.

2015-01-14 Projecting my writing trajectory -- index card #writing

2015-01-14 Projecting my writing trajectory – index card #writing

Also, at the present rate of writing 1-3 blog posts a day (except for Thursdays, when I focus on consulting, and the weekends, when I focus on household life), I will keep accumulating scheduled posts. At some point, this will become unwieldy. It doesn’t make sense to schedule posts a year in advance. Even a backlog of three months seems too disconnected.

I can spend less time writing, but I’ve firmly wired it into the way I learn, so that’s hard. Alternatively, I could spend more time writing, developing thoughts over more time and packing denser experiences into a post. This approach might work.

2015-01-14 Projecting my trajectory -- index card #writing #sharing #pipeline

2015-01-14 Projecting my trajectory – index card #writing #sharing #pipeline

I can also get ideas out in other ways. My blog is the main archive I trust, but I can give myself permission to share one-off sketches on Twitter. For example, this sketch about keeping your drink safe from cats: it’s not quite a blog post and I don’t think I’ll develop the thought further, but it might be okay to share it on its own.

So, if I write blog posts for the thoughts that are already developed and tweets for the one-offs that won’t be developed further, that leaves the ideas that are waiting to be developed. They wait because I’m still figuring things out, or because they aren’t quite connected to other thoughts, or because my attention has moved on to other things. In Toyota Production System terms, they are muda – waste because of waiting or possible over-production.

I want to do better. What are some ways I can improve at this?

2015-01-16 Reflecting on reflecting with index cards -- index card #thinking #drawing

2015-01-16 Reflecting on reflecting with index cards – index card #thinking #drawing

 

2015-01-13 How can I do morning index cards more effectively -- index card #drawing

2015.01.13 How can I do morning index cards more effectively – index card #drawing

One way to reduce waste is to reduce quantity. Is five a good number for index cards, or should I reduce it to three? I think five works well for me. It forces me to dig deeper into a topic or to capture some of the other thoughts I have floating around.

Another way to reduce the waste in this process is to be more focused. If I think about and articulating 2-3 key questions for the week, that might guide most of my index cards. But then interesting ideas come up during the week, and I draw lots of cards for those as well. I turn many of my index cards into blog posts on the same day, so within each day, there’s focus. If I try to use any “extra” index cards to build on a previously-drawn thought, that helps me connect.

A third way is to reduce my attachment and let things go. Perhaps I might decide that after I make a monthly index of unblogged cards, I’ll clear that index and archive the physical cards. That way, each month starts fresh, but I still have the ability to go back and look for those roughly-categorized cards in case I have an idea that’s strongly connected to that. I don’t have to worry about visualizing this archive, tracking my statistics, using all the dangling threads, or getting to 100% use.

So that can help me deal with index cards, but what about blog posts? The benefits of limiting my blog to one post a day are:

  • I occasionally add to or revise a scheduled post, especially with feedback from sharing drafts
  • I can schedule different kinds of posts for a week, turning my sprint-type learning into a variety that helps readers
  • People don’t get as overwhelmed (although daily posts are already more frequent than most other blogs do, and I’m pleasantly boggled that this is the most frequent option chosen by people subscribing to the mailing list)

The downsides are:

  • If I write something useful, whoever searches for it while it’s in hidden draft mode won’t come across it, but I guess that’s almost the same as if I hadn’t written it at all
  • It delays the feedback cycle
  • Sometimes posts get out of date

One option is to go back to publishing two posts during the weekend: a weekly review, and maybe another thinking-out-loud/reflection post, since that’s the one that has the most surplus.

Another option is to post two times a day. I’m a little less keen on that, although it might be doable if I can keep my main archive but split off specific, lower-traffic, topic-focused views that people can subscribe to.

A third option is to write longer posts. I find my constraints on chunk size to be helpful, so maybe not.

Hmm. Maybe I’ll publish two posts during weekends, and then revisit this when I find myself scheduling three months out… =) Suggestions?