Skip to main content
 

Bookending

"Here’s a small trick that worked for me over the dozen years I led remote teams: at the end of your working day, shut down every app on your machine. Yes, all of them. Stash your tabs somewhere if you must, but close them all down."

I do this, including closing all of my tabs. Who really needs to keep hundreds of tabs? You? Why? Let them go!

The note-taking aspect of this has been my actual use for Obsidian: I take daily notes that plug together my thoughts for the day and some ideas about what I might need to do next, as well as things I'm worried about (I'm always worried about a lot of things).

Not that long ago, I would have turned my computer off at the end of every day. This is kind of a modern version of that. Although, of course, there's something to just switching the computer off, too.

[Link]

· Links · Share this post

 

iA Presenter

I've been really enjoying this. It does have the unfortunate effect of reducing the time you spend faffing with slide design and font choices, which means you actually have to write the substance of your presentation. Curses! Still, despite its attempts to thwart my procrastination, it's beautifully designed and perfect for the way I think.

[Link]

· Links · Share this post

 

What's the best way to give developers space?

Software developers are not technicians. Whereas technicians are employed to do practical work involving technical equipment, the development process is more akin to writing. Paul Graham was absolutely right when he pointed out that:

[...] Of all the different types of people I've known, hackers and painters are among the most alike.

What hackers and painters have in common is that they're both makers. Along with composers, architects, and writers, what hackers and painters are trying to do is make good things. They're not doing research per se, though if in the course of trying to make good things they discover some new technique, so much the better.

Making requires concentration, creativity and skills. In turn, those things require the right environment, talent and practice. All three can be cultivated.

As a CTO (and, in effect, product manager), part of my role is to protect the team I work with and ensure that they have the right environment to do their creative work. Depending on the startup, the resources and the context, how well this works is a mixed bag.

Most developers I know work with great big headphones on. This isn't an accident; think of all those scenes in The Social Network where someone can't be interrupted because they're "in the zone". It's a great big social signal that says, "I'm working". Completely understandable: regaining your concentration after an interruption can take a very long time.

More than a set of kick-ass headphones, though, a productive environment needs to be cultivated. Here, asynchronous communication becomes important - developers tend to prefer communicating by email because they can do it in a natural break, without replying right this second. Similarly, meetings need to be scheduled carefully. Non-developers sometimes have trouble with this, and perhaps see it as an anti-social trait. It's not: you've got to leave people alone to work. If you're looking for a frenetic pace and for something to always be going on, I'd hazard to say that a software company shouldn't be your first port of call.

(The flipside of this is that developers have to remember to send those emails and be communicative. Nobody likes a black hole in their team.)

I've been thinking a lot about this lately, and would love to hear your thoughts:

If you're a developer, what do you do to maintain your concentration?

If you're a CTO or a product manager, what do you do to help ensure that your team has the creative space to do their work?

If you're a non-technical manager, how do you prefer to interact with your technical teams?

· Posts · Share this post