2

Possible Duplicates:
How can I be more productive at work? (additional context inside)
How to code on a very tight schedule?

Sometimes we create new code quickly. And sometimes we can't concentrate.

Development process has different thinking stages. There is a fast stage when we create code as a result of our ideas. And there is a slow stage when we think. And it is important not to be disturbed when slow stage or thinking time may be extended.

Do you know another recomendations to use work time effectively? May be good guide?

sergzach
  • 697

6 Answers6

6

During your 'thinking' phase, make sure you go out regulary. Take breaks, take for example a stroll in the park. Thinking doesn't always come by sitting behind your desk, browsing through code or studying API's. Actually, it's quite the opposite: new surroundings inspire and often give new insights.

Dibbeke
  • 2,524
6

A door - with an office. Then close the door. From the inside.

6

Write a lot of throwaway programs to test assumptions, theories, and ideas. Make sure they never themselves evolve into anything - do throw them away, but carry away bits of useful code and data. Try to enter projects with a good number of assumptions tested, which often saves a lot of grief and thrashing later on.

Kevin Hsu
  • 1,621
  • 10
  • 11
2

Close your e-mail client.

Close your browser.

Or at least only allow yourself to open browser tabs directly related to the task you are working on.

David
  • 329
2

Keep a tight feedback cycle.

If your code or environment requires a compilation or refresh phase, that's usually dead air that could have been used to muse about the problem more. Compare and contrast scripting and interpreted languages versus compiled ones. Or look for anything that supports live editing or at the very least automated refresh/compilation.

Mark Canlas
  • 4,004
1

Learn to touch type / type quickly.

If there's a physical impediment blocking or deterring you from serializing your thoughts to a secure area, then that's a legitimate concern.

I find it hard to believe that there are successful "hunt and peck" programmers out there in the wild.

Mark Canlas
  • 4,004