Menu

Posts tagged “productivity”

New favorite TextExpander snippet

I have a new favorite TextExpander snippet. Whenever I type /adhominem it now gets replaced with:

I will be happy to debate this further once you’re willing to respond using DH4 or higher: http://www.paulgraham.com/disagree.html

As an added bonus this sentence is less than 140 characters so it fits nicely into a tweet. You’re welcome.

Reading and writing on the web: my tools and workflow

I’ve had quite a few questions about my reading/sharing/writing workflow in recent months, so I thought I’d write down what I do just in case it has some broader appeal. In this post I will outline the process and tools I use for reading on the web (and taking action on the good stuff). We all have to find our own way on the web, of course, but maybe there’s something here that resonates.

First, it’s important to say a little bit about why I spend so much time tweaking and improving this workflow. All of the process work is just a means to an end. And the end is to never stop learning new things. I like how Michael Schechter puts it in Finding Your Passion For Learning:

Today, I read more than I ever have before. Today, I crave new topics to dive into. Today, I love learning more than I have any time of my life. While I’m not always the best at learning what I should, I’m continually discovering and constantly seeking new ideas.

I couldn’t agree more with that sentiment. I read so much because I’m incapable of keeping my curiosity at bay. What ultimately drives me is a need to get better at what I do because I know I still have so much to learn.

So, let’s get to it. My workflow has two main phases, and I’ll discuss each in detail:

  1. Inflow is about the process of finding and reading good articles on the web.
  2. Outflow is about choosing the most appropriate ways to save and/or share the good stuff.

Inflow

As the old saying goes: Garbage In, Garbage Out. We are in a period of constant content bombardment, and unless we find ways to focus only on things that are worth our time, we’re going to be lost at sea. The process for disseminating good content is actually pretty easy once you get into a groove. It’s finding the right things to read that is the constant struggle. I use two main sources for finding things to read, and both requires continuous tweaking.

RSS feeds

RSS is dead, apparently. Well, maybe if you have 80,000 followers on Twitter and only care about major tech stories that’s true. But I don’t have that many sources following me, and I care about too many off-the-highway things to be able to rely solely on Twitter for news. If I only relied on Twitter, I most likely wouldn’t see posts from authors I love who only post infrequently.

I use Reeder on Mac and iOS devices to keep up with the feeds I subscribe to. I spend quite a bit of time adding new feeds and removing feeds I’m no longer interested in. I organize feeds in folders like Design, User Experience, and Coding. I also have two folders with must-read blogs that are always at the top: Favorite tech and Favorite Design and UX. These are the folders I make sure I check in on if I don’t have a lot of time. There’s a lot of churn as I learn more about what I like and read - I add and remove feeds in these two folders all the time.

Twitter

I envy people who treat Twitter like a river they can just dip their toes into every once in a while. I get nervous if I miss a few tweets, so I’m not able to follow more than about 250 people. This isn’t personal, it’s just how I choose to use the service. I like the way Chris Bowler puts it:

One fact that I do my best to keep in mind is this: there are two very different ways to use Twitter. Option A is as a social tool to interact and joke around with others, to connect. Option B is to use it as a source of sharing information, usually in the form of links to content or pithy blurbs of opinion.

Some people like the service for one, but not the other. Some people manage to strike a lovely, harmonious balance between the two. The catch is that ”” in my opinion ”” we mostly want to follow folks who use the service in the same way we do.

I use Twitter mostly for Option B, so those are the kind of people I follow. So, even though I do a little less shuffling on Twitter than I do on my RSS feeds, I do make some changes once in a while to adjust the type of content that comes into my stream. I also use Twitter lists extensively, mostly to keep up with people who are Option B users but extremely frequent updaters (and therefore too noisy for my main stream).

I use the official Twitter app on Mac, and Tweetbot on iOS devices.

Outflow

Once I see an article in RSS or on Twitter that might be interesting, a very specific workflow kicks into gear as I decide what to do next.

Read it later

If I don’t have time to read an article right away, I use Instapaper to save it for later reading. From RSS, Reeder has easy shortcuts to send articles to Instapaper. On Twitter I just favorite the tweet, and then there’s an If This Then That Recipe that automatically sends the link in the tweet to Instapaper. I could send the link directly to Instapaper from within the app, but I like to save the entire tweet so that I can credit the source if I end up doing something with that content. Attribution is really important to me.

Read it now

I usually spend about 30 minutes in the morning and 30 minutes at night just reading and catching up. This happens either in Reeder, or in Instapaper.

Save permanently

Whenever I read something I like, I save it to Pinboard immediately. Both Reeder and Instapaper have Pinboard integration, so this is a really easy process.

I have a paid archive account on Pinboard that enables additional features like full-text search and cached copies of articles. Seriously, everything in this workflow revolves around Pinboard. I’d be lost without it. It’s a safety net of epic proportions. I go there to look for articles I vaguely remember reading and suddenly need, and it’s constantly in use when I’m writing longform pieces (like this one). If there is such a thing as a hub in this little process of mine, Pinboard would be it.

(Yes, I’m a fan.)

Do something

Once an article is in Pinboard, I do one of four things with it.

1. Do nothing

If it’s just an article I’m saving for reference, or a new method I want to try at work, I move on and don’t do anything else with the article. I might come back to it later when I’m writing something or in need of a refresher on a new design technique, but I’d say I do nothing more for about 50% of the articles I save to Pinboard.

My Pinboard saved links are all private, but if you’re interested you can get access to the private RSS feed by becoming a member of Elezea.

2. Share on Twitter

If I think an article will have broad appeal I share it on Twitter. I usually do this with Buffer. The main use case for Buffer is to queue tweets for sending at specified times, but I use it mostly with the handy “Post now” link in the Chrome bookmarklet as well as the iPhone app.

I use Buffer as my tweet app of choice because it’s the only one I’ve found that allows me to send an article’s title and custom bitly-shortened URL from Chrome or mobile Safari directly to the app for easy posting.

The only exception to this is when I read something right away in Reeder and want to share it. Reeder has really good Twitter integration with custom bitly links as well (only on iOS though - for some reason the Desktop app doesn’t allow you to use your bitly Pro account, so you can’t track your links easily).

3. Share on Tumblr

If I want to share a short quote or photo that’s not directly related to what I write about on this blog, it goes to the B-sides. I use the standard Tumblr browser bookmarklet for sharing.

4. Share on Elezea

If it’s something I’d like to add some thoughts to it goes on this blog. There’s probably an 80/20 split between quick link posts and more substantive articles like this one. I don’t know if that’s the right split, so I’d love to get some feedback - let me know if you’d like to see more/less of something.

My writing workflow is probably worthy of a post on its own, but in short, here are the apps I use:

  • I use MarsEdit to post to Wordpress. For link posts there’s a very handy browser bookmarklet that grabs the currently highlighted text and adds all the information you need to just start writing.
  • Instapaper recently added support for Simplenote, which in turn syncs with nvALT on the Mac. So more and more I find myself highlighting something in Instapaper on iOS, creating a new Simplenote text note, and then completing the post in nvALT on the Mac.
  • I use iA Writer for longer posts.
  • I write exclusively in Markdown. I use MarsEdit to post Markdown directly to Wordpress, and the PHP Markdown plugin converts it to HMTL on the site. This means that I almost never see the Wordpress Dashboard. Which is awesome.

And that’s it. Reading through this again, it suddenly looks complicated. So if you have any suggestions to improve the process, please let me know via email or on Twitter.

Here’s to learning.

In defense of doing things the hard way

The danger of creating a path instead of following one is far more important than the feeling you get resting at the apex.

AJ Leon

I’ve been thinking about the process of getting better at the things we do, the shortcuts we trick ourselves into taking to get there, and how those shortcuts inevitably lead us down the wrong paths.

This week another new service launched to “help you build an engaging online reputation” by letting individuals and brands buy followers on whatever social networks float their boats. Step 2 in their process is describes as follows: “Relax and watch your reputation grow.” Let’s skip some of the obvious gaps in this story, like what it means to have an “engaging reputation”, or the fact that number of followers is not the biggest driver of online influence. Let’s skip all that to talk about a deeper question: why are we so unwilling to work hard for the things that we want?

Think about a time when you learned to do something really difficult. Maybe it was learning to ride a skateboard, figuring out a new math equation, or debugging your first piece of code. Do you remember the strain, the frustration, and the countless failures? And do you also remember the enormous satisfaction you felt as you slowly mastered that task? Do you remember how doing it the hard way carried with it not only the benefits of learning that skill, but also many tangential thoughts or experiences that sparked new passions or interests?

When we do things the hard way, we invest in ourselves in the best possible way. We kick off an endless cycle of learning and mastery that helps us grow and lead fulfilling lives of purpose. When we take shortcuts, we become mere pretenders. We learn how to play the part, but there is no substance or continued growth. The instant gratification makes us build the house of cards ever higher, which brings anxiety about the whole thing coming tumbling down. Why would we shortchange ourselves like that?

Cal Newport nailed it when he said, “There is no avoiding the deliberate strain of real improvement.” If you want to become a better writer, read more and publish more. If you want to learn to design/code/fly, watch fewer episodes of Downton Abbey and practice the things that don’t come easy. And if you really want more Twitter followers, make and share things that are awesome, and be patient.

In short, to quote Frank Chimero, do things the long, hard, stupid way.

No shortcuts to perfection

From Made Better in Japan:

“My boss won’t let me make espressos,” says the barista. “I need a year more, maybe two, before he’s ready to let customers drink my shots undiluted by milk. And I’ll need another whole year of practice after that if I want to be able to froth milk for cappuccinos.”

I’d say most of us look for shortcuts to becoming really good at what we do, when in fact all we need is lots of time and practice.

Learning to code is learning to think

Kyle Baxter in Programming Literacy:

I love the trend toward trying to teach people who aren’t going to necessarily develop software for their occupation how to think like programmers do. The sort of things you learn ”” breaking a larger problem down into smaller problems, thinking very precisely and step-by-step, thinking about things as a system ”” are skills that are widely applicable and useful. It teaches you how to analyze a problem, how to move from “we want this accomplished” to “to accomplish this, we are going to break it down into these pieces,” and it teaches you how to see how systems work. Both are incredibly powerful.

Baxter makes a good point that’s often missed in the “Should Designers learn to code?” debate. In many cases, learning to code is not about being able to build products. It’s about learning how to think better. And that’s a skill that we all need.

The danger of seeking perfection in our work

Paul Scrivs in The Uniformity of the Design Community, a good post on the dangers of design trends:

This isn’t a manifesto, but merely a reminder that there are different aesthetics out there that will get the job done better. There are different designs that you still haven’t even thought of yet that will solve the problem more efficiently. There are hundreds of more designs that will tell a better story than your current design. Don’t settle on what you or the community are satisfied with all the time. Look outside of the trends and become the person that starts a new one.

Creative pursuits like design and writing are journeys in discovering how we can get better at solving problems. There’s a balance to be struck, though. We have to push ourselves beyond current trends and obvious solutions, but not so far that we end up as digital nomads - always traveling towards the elusive horizon of perfection, but never completing anything. Yes, we need to do exceptional work, but we also have to complete. Dmitry Fadeyev sums this up well in his essay On Perfection:

Instead of chasing perfection, we should be chasing completion. A work need not be prefect, but it has to be complete. Unlike perfection, completion is not about chasing an unattainable goal, it is about meeting a fixed one. There is no such thing as a perfect work, because everyone judges things differently, so there is no standard by which such a thing can be defined. There is however such a thing as great work - work that has been completed and deemed exceptional ”” either by others, or by you. But this can only happen when the work is done.

Or perhaps we need to change our definition of perfection and reframe it as the process of getting a little better each time we complete something. As Khalil Gibran said:

Advance, and never halt, for advancing is perfection.

Going down intellectual rabbit holes

Rabbit holes: Why being smart hurts your productivity is a great post on staying focused without losing the value of going down intellectual rabbit holes:

The names change but the story remains the same. Designers find themselves studying fancy, new CSS3 effects when they should have been wire framing their checkout page. Hapless students find that they are on the Wikipedia page for Esperanto instead of writing notes on Norse mythology. Like Alice led into Wonderland by the White Rabbit, geeks too easily fall into “the rabbit hole”.

I won’t spoil the suggestions for you. See also: The potential and dangers of “˜squirrel projects’.

(via Brad Whittington)

The vomit draft

This is such a gem of an interview with Andy Ihnatko that it’s hard to pick just one section to quote, but I’ll go with this one:

What’s your advice to new writers?

Build your whole workflow around the “vomit draft.” When you create a blank document, empty your mind of any expectations or aspirations. Just start typing. Never edit anything. Just get it all out of you and into the document. Type, type, type until you get to the end. The results will be horrible, but the hardest work is done: you’ll have taken a nebulous idea out of your head and created something that really exists. Then you fix, fix, fix.

Such great advice - I’ve started doing this on all longer pieces.

Meeting organizers: you're responsible for our attention and focus

Dave DeRuchie makes a strong case that we need to put down our phones and get rid of distractions in meetings:

When you accept a meeting invitation, accept that your attention and focus for that time is also blocked. Avoid distractions that take your focus from the subject matter at hand. Be more connected to what you are doing by being less connected.

There’s another way to look at this. See, we’re distracted in meetings because we don’t find them that valuable, so we try to fill the time with multitasking activities that we feel do add value. So if this becomes a thing - if we agree and communicate that a meeting blocks out not just our time but also 100% of our attention and focus - well, that places a huge burden of responsibility on the meeting organizer. If you’re going to arrange a meeting, and you expect everyone to pay attention without distraction, you’d better make sure that it’s a meeting worth having - agenda, solid outcomes, everyone contributing, etc. Otherwise we’ll come after you and demand our attention back.

Wake up and start producing

Clay Johnson wants us to write 500 Words before 8am:

Starting your day as a producer means that your information consumption has meaning: the rest of the day means consuming information that is relevant to what it is that you’re producing. Waking up as a producer frames the rest of your habits. You’re not mindlessly grazing on everyone’s facebook’s statuses. You’re out getting what it is you need to get in order to produce. Waking up as a producer is procrastination insurance.

“Procrastination insurance.” I like that. This is tricky when you have a 2-year old that you want to read stories to in the morning, and you also need to get a run in before work. But there are other ways to apply this principle. I write most of my longer pieces at night when the family is already in bed. This is not ideal, but I do most of the planning in my head early in the morning while doing other tasks. I also tend to do a lot of design work in the shower - it’s uninterrupted time to think about a problem and come up with possible solutions. Maybe I’m rationalizing, but I choose to view this morning thinking time as part of producing and providing focus for the day to come.