Ask HN: Programming More Efficiently?

The only reliably effective way to improve quality and reduce time is to practice. This does not mean, however, that you should burn yourself out. Apply common sense: don't do something that is making you hate doing it. Only do it when you can afford the time, and not at the expense of your sanity.<p>Aside from that, the only thing left to do is to minimise your unproductive working habits. The whole 'Vim is faster' thing is just a distraction - people can be 'fast' in a million and one different setups - the point is that if you pick a particular setup, you should learn how to use it. Learn the shortcuts and the tools available. This is just common sense. You don't learn to drive through trial and error - you know what each action you make is going to do before you do it. Read the manual.<p>Personally, I find that the best all-round way to improve my code quality and efficiency is to read for pleasure. Whether it's books or blogs, it doesn't really matter much to me. I find that when I have been reading, I can think more clearly about problems. I can spot ways to abstract problems far more easily, and I can express my ideas more coherently. Additionally, talking through a problem helps me a lot. Even if I am just explaining the problem to somebody who is not contributing anything to the solution - the mere act of being forced to provide an explanation can often highlight the solution far more quickly than if I had just sat in silence trying to figure it out.<p>For me, the workflow is about minimising unproductive habits rather than improving efficiency. The real test is how quickly you can identify the solution to a problem - the task of actually writing the code is something that is left to individual tastes and preferences. In all things - think first, act later :)

Some general tips for improving workflow: - within a specific file/project, try to recognize places where you are retyping the same (or very similar) code blocks repeatedly. try to pull those out into a function to avoid redundant code and typing<p>- try to recognize code structures that you are typing repeatedly across projects, and see if you can make snippets that reduce the number of keystrokes and time needed<p>- if you are performing the same action multiple times, try making a macro<p>- get familiar with the keyboard shortcuts for your editor of choice. Try to do as much without the mouse as possible<p>- for whatever editor you use, do a bit of research to figure out what good plugins there are that might help you. for example, if you write a lot of HTML, you could benefit from the emmet plugin (zen coding).<p>- try out a lot of apps. If you think "there should be an easier way to do this", then there probably is.<p>- avoid shortcuts that sacrifice quality for convenience. doing something quick and dirty will often just create more work for you later.<p>- don't ever make mistakes. or, if thats not possible, have a plan for debugging.

I definitely block out my time for projects and work on one thing at a time for a day or two if I can. Task switching can be expensive, but if you have some state saved outside of your head/computer, it can help jog your mind when you want to come back to the task. So I keep a (paper) journal of things I'm working on.<p>Coding is all about the mental work, so if you can keep your mind sharp it is good. Get enough sleep and devote some time to learning new things that are beyond (more difficult than) the work that you do. Getting better is all about challenging yourself.

One thing that has helped me when moving back and forth between projects is to use screen (you may prefer tmux) to wrap up particular contexts, having my bashrc set things like my history file based on a single variable. Just keeping history from getting mixed up helps a lot, I find, but it also gives hooks for other bits of tweaking (aliases and such)

Is this question about programming more efficiently or managing your workload more efficiently?<p>I would definitely suggest working on one thing at a time. If you have multiple projects, just timebox them. 3 hrs working on project A, 3hrs working on project B (or 1 day working on project A, 1 day working on project B, etc).

As a vim user, I have found a lot of benefit pushing my compiling and tests into a form where I can run make from inside vim, and get errors in a format vim understands (filename:line: error).<p>Edited to add: and learn your way around copen, cbuffer, cnext, cprev