Want to write some code? Get away from your computer

http://blog.rtwilson.com/want-to-write-some-code-get-away-from-your-computer/

by robintw147 • 15 years ago

129 58 15 years ago

blog.rtwilson.com

ZeroMinx• 15 years ago

Hardly news for anyone who's been a developer for a long time. I generally solve my dev problems wandering around London. This has the added bonus of when I've sorted out the problem in my head, I'm at a location I've never been before and have the chance to find a new restaurant/pub. Win/win.

ashleymoran• 15 years ago

While you can get the benefit of clarity by stepping away from the keyboard for a while, I've found the best return is from test-driven development. TDD forces you to think about what you're trying to achieve before you try to solve the it. The thing I took exception to in the post was:

> 5. Make small change to the code on the off-chance that it might solve the problem

Whether practising TDD or trying to formalise the problem on paper (or in your head), this is not the way to write code. Programming is not a random search problem.

These days, I tend to only step away from the keyboard when I'm losing my bearings for where I am in the big picture. Usually, that's when I'm "making small changes to the code on the off-chance that it might solve the problem"… this means I don't really know what the problem is.

ohyes• 15 years ago

Please re-read.

"It’s very easy to slip into the mindset of:"

His point is that the procedure that he gives (in particular step 5) is the wrong one.

alnayyir• 15 years ago

> 5. Make small change to the code on the off-chance that it might solve the problem

Guess and check, supported by a scaffolding of tests is not the path to being a better or more professional programmer and this is precisely what he's advocating against.

jarin• 15 years ago

I think this article would be better titled "Want to write some code? Get away from Visual Studio".

mattmanser• 15 years ago

Perhaps better titled get away from the IDE. Every IDE has exactly the same capacity that he's ranting against.

This is a rant against write, run, debug, repeat, not visual studio.

Even Notepad++ has run in it.

robintw1474• 15 years ago

Exactly :-) (It so happens that I was using Eclipse anyway...)

dhruvbird• 15 years ago

+1. I've found that thinking hard and long about most problems before coding them results in less buggy (sometimes even no bugs!) code. I remember my friend telling me that his dad had to stand in line and wait literally days to execute code on a computer (using punch cards) and they had all the time in the world to write the code, but very little to execute it. One mistake during execution and they would have to wait a few days for their turn, delaying the results that they were seeking.

I try to emulate this environment (by not compiling/running code) and trying to tell myself that I really should get a large chunk of thought (followed by relatively bug-free code) down before I let the compiler/interpreter in. This discipline has helped me a lot imho.

robintw1474• 15 years ago

Yeah my Dad has told me similar stories. In fact, I'm finding a similar thing now when I'm using the university supercomputer. I don't have to submit using punched cards anymore (thank goodness) but I do have to submit jobs to the batch queue and give them an estimated time the job will take to complete. This impacts the scheduling of the jobs, so if I submit a job and say it'll take 12 hours to run, then it is unlikely to start for a while. This gives me another reason to check the code very carefully, or I wait overnight and find that my code crashed after 2 seconds with a silly error!

listrophy• 15 years ago

"Step Away From the Computer" or "Hammock-driven Development" by Rich Hickey (author of Clojure): http://clojure.blip.tv/file/4457042/

DTrejo• 15 years ago

Thank you for this. Can't wait to start reading the book he recommended, http://en.wikipedia.org/wiki/How_to_Solve_It.

Marvin Minsky said in his influential paper Steps Toward Artificial Intelligence that "everyone should know the work of George Pólya on how to solve problems." - Wikipedia

drblast• 15 years ago

I have a personal project I've been working on for years, mostly in pen and paper.

Every once in a while I'll get motivated and start coding it up. I'll start to think "I didn't think I could do it that way when planning it on paper, but I can't remember the reason...I'll just see what happens."

A few hours later I get to the "oh yeah..." part.

Funny thing is, that works both ways. Sometimes no matter how much you plan, if you just start coding you get the positive "Oh yeah!" moments that wouldn't have happened on paper.

spullara2• 15 years ago

I find when going to sleep is the best time to code like this. No distractions.

barkerja2• 15 years ago

And in the shower!

spullara2• 15 years ago

Yep, shower too!

sliverstorm2• 15 years ago

One of the best lessons I learnt from my first boss was: “when your code doesn’t behave as expected, don’t use the debugger, think.”

Can't entirely agree. I'm not a grizzled programmer, so sometimes when I'm coding for microcontrollers the debugger winds up teaching me about some new quirk in architecture. It's often something I was aware of (endianness, some of the finer details of addressing) but had not yet actually dealt with in person.

true_religion• 15 years ago

I don't agree 100% but I think debuggers are for code that you didn't write yourself and has insufficient documentation.

When it comes to a dynamic language, knowing how and what lead to a particular function being called is important and all that information isn't exactly saved on the stack trace---you have to step through to find it.

ianl• 15 years ago

It depends on the type of bug, sometimes its just simple quirks or something you've done incorrectly like the wrong pointer arthimetic or trying to write to a null pointer or something along those lines.

However, a lot of the biggest headaches are conceptual and in which case taking a break from the computer almost always helps I find.

ChuckMcM2• 15 years ago

It drives me nuts when people 'fix' things by making the symptom go away without understanding what causes that symptom in the first place.

glenjamin2• 15 years ago

When used correctly a debugger will help you unravel the root cause of a problem, I don't see using one as a route to just fixing symptoms.

ramchip• 15 years ago

The debugger vs no debugger "problem" has been discussed through and through countless times with little result. I don't think we'll reach new insight this time. People just work differently.

robflynn2• 15 years ago

I agree. There's times where you need a debugger and there's times where you don't. Learning to recognize those situations are valuable, in my opinion.

Sometimes good old pen and paper is the best solution when you find yourself getting into a bind. Other times, stepping through the code and watching what happens to the data/memory is the way to go.

barkerja2• 15 years ago

I can't begin to express how much more productive and clearer I think when not behind the computer.

I do most of my outlining away from the computer, with pen and paper. UML is your friend! http://en.wikipedia.org/wiki/Unified_Modeling_Language

nikcub• 15 years ago

I was told years ago by an older developer that "90% of code is written away from your computer"

I adhere to this adage and find it to be true

wslh• 15 years ago

This is good mostly for algorithms but for system software (drivers, a lot of different technologies involved) is impossible because issues are outside of your control, without debugging you'll lose 100x of time.

wildanimal• 15 years ago

Agreed -- the author of the post is talking about writing or debugging algorithms; coding is the stuff you need your computer for.

ChuckMcM2• 15 years ago

In many ways the responsiveness of the machine can work against you. Back when the Amiga was a hot machine to work on there were two compilers Lattice C and Manx C, Lattice was the one sanctioned for development and it took a long time to compile and link, Manx on the other hand compiled really really fast. A number of developers discovered that the fast compiler had a weird effect of making it easy to try lots of things quickly, rather than contemplating what you needed to do next.

Then recently Randal Munroe published an XKCD cartoon on attention deficit management [1] which when I saw it, it really resonated with this same experience. Basically by slowing things down, quality improved. Clearly there is a fundamental principle here somewhere, something along that lines that there is an ideal pace for development (perhaps unique to each individual) where going faster or slower than that ideal negatively impacts quality.

[1] http://xkcd.com/862/

ScottBurson• 15 years ago

I find that fast compile turnaround helps me stay engaged with the problem. Even a 30 second delay gives me time to get distracted by one of the temptations that surround us all. The ironic result is that I sometimes actually think less about what I'm doing when I have to tolerate these delays. Ideally, when I catch myself doing this, I make myself stop and think, but sometimes I'm tired and lack the patience.

On the other hand, in a fast-turnaround environment like Lisp, I can make three stupid mistakes in about a minute, and when I realize I'm thrashing, I still have all the context in my head to figure out what I should really do.

Tycho• 15 years ago

Maybe someone could make paper based IDEs, like notebooks that have columns to trace variables, rows for declarations at the top... Edit: terrible idea, just look for a suitable jotter in the stationary sections.

robintw1474• 15 years ago

What an interesting idea...puts on list of things to do sometime

keeran• 15 years ago

100% agree, I write my best code in the shower, as I'm getting ready for work :)

d135-1r43• 15 years ago

I have a piano standing next to my PC. The most productive days are those on which I play/compose/improvise the most…

robintw1474• 15 years ago

You may have just persuaded me to change the location of my piano...

nitrogen• 15 years ago

I have always had one or more musical keyboards by my desk, and I agree that there is a correlation between musical and software inspiration. However, I think in my case both forms of inspiration are derived from the same cause, rather than one causing the other. I'm still working on discovering that common cause.

psadauskas• 15 years ago

I find I solve the trickiest problems in one of three places: Walking my dog, taking a shower, and laying in bed trying to fall asleep. I find that stepping away from the keyboard, and my programming environment entirely, allows me to let go of all the basic assumptions I hadn't even realized I'd been making.

niels• 15 years ago

Same here... Just a week ago, I spent the whole night looking at code trying to find out how some mysterious data loss had occurred. Needless to say, I had been to bed half an hour before it hit me what had happened. I instantly got up and fetched my laptop to confirm that was indeed the case.

I think you are right, about letting go of all assumptions, and that helps you find the edge cases.

robflynn2• 15 years ago

At one of my old jobs, some of the other employees jokingly referred to me as "the master of the arcane."

Any time they had a problem they couldn't figure out, they'd come to me and ask me to help with it.

My trick was to listen to their problem and then go take a walk. Our office was in a nice area with plenty of sidewalks. So, I'd get the details of the problem and then go take a walk for about a half hour while I thought about the issue.

After the walk I was able to sit down and my computer and implement whatever weird thing it was.

These days I do work from home (freelance) so I find myself pacing around my house while trying to figure out something odd. I think I've worn a groove in the grass at this point.

It really does do wonders for the brain.

dglassan• 15 years ago

I'm the exact same way.....I've solved quite a few pesky problems with my code in the shower at the start of my day.

I've found that when I'm in bed trying to fall asleep is when I do a lot of brainstorming for my ideas rather than problem solving

kellishaver• 15 years ago

I'm the same way, and I know a lot of people like this. Many times I've been working on a project with friends and we'll get stuck on something and we'll joke that someone is going to have to go take a shower, so we can get past the hurdle.

Also, I may have, on one or two occasions, written code on the tile walls with tub crayons.... after all, you get a brilliant idea, you don't want to lose it in the time it takes to dry of.

I'd say that in addition to letting go of assumptions, it's just as much about breaking patterns.

I often find that once I start trying to fix a problem, my brain gets stuck in that way of fixing it and if that doesn't work, it then becomes a matter of fixing the fix, etc. It all just kind of builds up. If I'm standing in the shower with hot water pouring over my head, I can free my mind of whatever I was concentrating on and then new ideas emerge.

nikster• 15 years ago

I agree and yes I do sometimes bill my shower time. That's where the best work gets done after all

But I think it's much deeper than that. It's the basic truth that creativity emerges from a still mind. First you spend hours obsessing in front of the screen seemingly achieving nothing. Later you seemingly do nothing and solve the hardest problems.

It's an excellent practice to take breaks where you do nothing. Pretend to be a smoker and step out for a smoking break every hour or so.

revorad• 15 years ago

This is often repeated by a lot of people, but I think it might be affected by a bias. Perhaps we notice more when we solve problems away from the keyboard because we are not supposed to be working then. Perhaps we selectively label those the trickiest even though we solve many more problems staring at the monitor trying really hard.

dspillett• 15 years ago

There is certainly some confirmation bias going on in these reports, but I must say I sometimes find walking away from the problem for a short while (looking at something else, taking a relaxed lunch instead of eating at desk, just nipping out for a few minutes of fresh air, or just chatting to a colleague about something related or otherwise) can work wonders.

Sometimes a relevant idea will just come to me while I'm away (I carry a pencil and bit of paper for such occurrences, as it is very annoying to get back to my desk and forget the beneficial train of thought!), sometimes I'll hit the problem from a slightly different angle when I get back and find success that way.

I think mainly the difference is usually stress. Forcing your mind to think about a particular problem can drive you into a mental rut in which you think the same things over and over and get nowhere, getting more irritated at your lack of getting anywhere as time goes on which creates more stress and makes matters worse. At times like that inspiration is less likely to strike (or be recognised when it does). Having time to ponder a problem, consciously or otherwise, can be very fruitful.

This fits in quite nicely with the idea that the sleep pattern we've evolved is as much about rearranging what we've learnt and experienced while awake as it is about anything else (like the brain's DBA taking time to run DBCC REINDEX on everything so our thinking is more efficient the next day). It also tallies with the fact that some of the most successful people I know are generally more relaxed (and not just because they are more comfortable due to earlier success) than myself!

shailesh• 15 years ago

This. Circa 2002, I debugged a mutli-threaded Java server, by taking a hard copy of source and walking through it on paper.

A developer sitting in another office had written it; I was roped in at the moment the nasty bug was discovered, basically to have a look from a fresh set of eyes. It had to be shipped in a couple of days time.

The neat thing about writing code on paper is the amazing gain in clarity. Of course, like all approaches, it has to be taken with a grain of salt.

It seems to me that the necessity of scrolling on a Laptop screen somehow creates additional cognitive overhead, especially when we want to rapidly jump across sections of code. Perhaps, it forces us being physically away from the machine to reflect more deeply on the problem.

mmb• 15 years ago

Having a baby caused me to transition to this style for personal projects. I spend a lot less time in front of the computer now and when I do it's for shorter times.

I've found this approach does give a better result and eliminates false starts. When I'm at the computer now I have already thought through what I'm going to do completely and writing the code is just a minor detail.

jayzalowitz• 15 years ago

I love chalkboards, they are the best coding instrument since the abacus, true fact.

whimsymachine• 15 years ago

There's a rich history of research into the nature and methods of problem solving (Polya et. al), the role of unconscious (e.g. walk away from the lab/tools) and so on. The more intractable the problem, the more it required being able to walk away from the tools (see anecdotal history about discovery of the structure of benzene for example).

The experience of "coding", with its quick feedback loop hypnotizes people into an unproductive leash. The nature of the problem, the language and tools either help or exacerbate.

My experience is that most hard problem solving needs at least three approaches - I paraphrase them as 1. Zoom Out, 2. Zoom In 3. Zoom away. Debuggers aside, I found that program construction in interpreted languages (my work was in Lisp) supported with a good toolset and modularity in design, allowed productive zoom-in, zoom-out whereas programming in "edit/compile/debug" languages even with the toolset and modularity required "zooming away" more often. Could be that the context switching cycle of edit/compile/debug is a cognitive tax that really hampers hard problem solving or when things are not working as expected.

airfoil• 15 years ago

Agree. Some of my best coding and problem solving was done when I was pacing around my office while playing with a stress ball. Sitting in front of the computer is my least productive spot for solving problems. I code best when pacing around, in the shower, or driving...

makmanalp• 15 years ago

Why is the write test -> code -> run test -> code -> run test -> etc. circle being derided? Given that your test cases are stringent enough, it should be fine.

If you did indeed write good test cases, then that's a prime indicator that you understand the problem you're solving well. Try test first programming, it's trickier than it sounds at first. In my opinion, it is too easy to get caught up into coding something (especially with languages that have large amounts of boilerplate, such as Java) and lose perspective of what you're actually trying to do. Writing test cases beforehand forces you into thinking about what you're actually doing.

nazri1• 15 years ago

This is mentioned in the pragmatic programmer [1] book as deliberate programming, as opposed to programming by accident.

[1] http://www.pragprog.com/the-pragmatic-programmer

astrofinch• 15 years ago

Is it really true that many real-world programming tasks require this level of thought and dedication?

Honest question, I'm a student and none of my school/pet projects have been difficult enough that stepping away from the computer was beneficial. Only puzzles have been hard enough.

pepijndevos• 15 years ago

While I do agree that stepping away from the computer helps for getting started or when you're stuck, I am more in line with people using CSS rather than Photoshop for prototyping. As the author wrote, converting thought to code is fairly easy, so by writing as I think, I free my mind from containing all the stuff I thought out already.

cloanic• 15 years ago

For myself it goes one of two ways, I can actually write the layout on a text editor or I like to go to the park when hardly anyone is there and just walk around. It takes my mind off the problem, thus leading to a solution I never thought I would have gotten.

Want to write some code? Get away from your computer

Related Stories