Live data from Hacker News

Ask HN: How are some people exceptionally productive?

news.ycombinator.com

91–100 of 137 posts

Re: Ask HN: How are some people exceptionally productive?

#91

Never heard of the two people you mention, but I'll share what I've observed: The two biggest time sinks in everyday programming are 1.) communicating with everyone else and 2.) looking things up. If you can avoid these and have a quick analytical mind, you can basically program as quickly as you can type. So the secret to being insanely productive is to work as a solo programmer in a domain where you are thoroughly…

2.) looking things up. Well, shit. Is this even possible in web development these days? With the exception of jQuery, there hasn't been a single JS or backend framework that I've used from one year to the next.

So don't use them. Virtually all my work at Google was with vanilla JS and I had the DOM APIs memorized in my head.

Re: Ask HN: How are some people exceptionally productive?

#92
post #40

Earlier quoted context omitted.

Massive caffeine abuse. I drank truly insane amounts of coffee.

how massive? I can't always plan my crunches, but since I started taking caffeine pills - I take 4 pills, equiv 4 coffees, right before really focusing on something, then I can relax in a different part of the day where it doesn't matter if it's slower. So I go between 0 and 8 coffees per day worth of caffeine, depending on what I'm doing. I've completely stopped drinking coffee and save a bunch of time that way (exc…

Consider taking L-theanine with your caffeine. When taken with caffeine, it smooths out the jitters and produces a subtle sense of clarity and focus; it will probably improve your ability to think on less caffeine.

http://www.sciencedirect.com/science/article/pii/S0301051107...

(Lots of other articles about the effect cited in https://en.wikipedia.org/wiki/Theanine too)

If you are using caffeine for energy, you probably should improve your diet first, instead, and make sure you get enough sleep (which I know can be hard in crunch mode, but it makes your awake time much more productive). I love my coffee as much as the next person, but using caffeine to drive my ability to work has never produced good effects.

Re: Ask HN: How are some people exceptionally productive?

#93
The real hero of programming is the one who writes negative code. - Doug McIlroy

The cheapest, fastest and most reliable components of a system are those that aren't there. - Gordon Bell

You're not going to come up with a simple design through any kind of coding techniques or any kind of programming language concepts. Simplicity has to be achieved above the code level before you get to the point which you worry about how you actually implement this thing in code. - Leslie Lamport

Re: Ask HN: How are some people exceptionally productive?

#96

Earlier quoted context omitted.

> I read an interview with Guido van Rossum, Jeff Dean, and Craig Silverstein within Google where they were asked basically the same question, and the answer all of them gave was "The ability to hold the entire program in your head." There are memory improvement techniques, developed over centuries, which can help. Think of it as latency reduction in a source code memory palace. http://mt.artofmemory.com/start

On the other hand, if you can do this and your co-workers can't, you may be tempted to write complex and entangled code, because the implications of each line are perfectly obvious to you.

Oh, but you just don't. You just don't. Six months from now, the thing will have escaped your brain and you will have to look at it.

You are generally also your own cow-orker.

Re: Ask HN: How are some people exceptionally productive?

#97

Never heard of the two people you mention, but I'll share what I've observed: The two biggest time sinks in everyday programming are 1.) communicating with everyone else and 2.) looking things up. If you can avoid these and have a quick analytical mind, you can basically program as quickly as you can type. So the secret to being insanely productive is to work as a solo programmer in a domain where you are thoroughly…

> I read an interview with Guido van Rossum, Jeff Dean, and Craig Silverstein within Google where they were asked basically the same question, and the answer all of them gave was "The ability to hold the entire program in your head." There are memory improvement techniques, developed over centuries, which can help. Think of it as latency reduction in a source code memory palace. http://mt.artofmemory.com/start

Could you share link to the interview?

Re: Ask HN: How are some people exceptionally productive?

#98
post #4

In 2007, I finished my bba, received an angel investment, and started a company. Three months later (and with my investor's enthusiastic support), I started a non-profit street magazine. About two years later, I ended up in hospital with stroke symptoms and blood pressure on the 'how are you alive?' end of the scale. Because of this, I beg anyone who wants to be as highly productive as I was to please take care of yo…

I think having something else to also do is critical. I'm a musician and I kept 70+ hour weeks in school, but 16 of those hours were at gigs, and Sundays were off limits for anything at all - no work at all.

It wasn't gigging but just jamming when I later was in startup land for a few years. I found the effect the same. You need something to get your mind completely off work.

Re: Ask HN: How are some people exceptionally productive?

#99
I'm modestly productive. I know a few exceptionally productive people. They did not learn how to do what they do, they just fell into being busy and didn't stop. Some of them attempt to push things farther(e.g. taking caffeine or pharma) but that is not the essential factor. The factors are more along the lines of personality, situation, and stress level. If they keep getting asked to produce something, and they really enjoy it, and it's not leaving them worn out at the end of the week, they can hold things there indefinitely.

IMHO, don't worry about quantity. Just focus on training and process. If you arrange your environment and daily activity in a way that leads to good work, it doesn't matter whether it's operating on cycles of six weeks or ten years. You get different kinds of work done on those cycles.

Re: Ask HN: How are some people exceptionally productive?

#100

Never heard of the two people you mention, but I'll share what I've observed: The two biggest time sinks in everyday programming are 1.) communicating with everyone else and 2.) looking things up. If you can avoid these and have a quick analytical mind, you can basically program as quickly as you can type. So the secret to being insanely productive is to work as a solo programmer in a domain where you are thoroughly…

I'm just not sure how it's possible to have any API committed to memory these days, though I agree that if one picks a small number of dependencies as core tech, one stands a far better chance of doing it and will realise better productivity outcomes than someone who compulsively includes every 30-line $PITHYNAME.js novelty to hit HN and GitHub.

Still, I grew up writing backend C in Linux environments, focusing heavily on socket programming, protocols and systems generally. I cannot help but feel that rapid development was a lot easier back then, and coding felt more rewarding. Part of that is definitely age; I'm 29 now, been writing C since I was 10, and started to feel consciously "burnt out" on coding around 20. (Basically running on motivational fumes ever since.)

However, there's more to it than that. C had a small and generally static standard library that one committed to memory easily with a little experience. Sure, one had to consult man pages from time to time for system calls, but in the grand scheme of things, writing code was a very original exercise, since so little could be taken for granted. That's why, even though I had to write 10x the lines of code, with my own lists and hash tables (notwithstanding GLIB etc.), I felt massively more productive after a coding marathon in those days.

I really feel that the practice of programming has shifted radically in its intellectual content since then. Primarily, we're wiring together prefabricated Lego blocks nowadays; when I write code in modern languages, I've got 27 browser tabs open and seem to spend 95% of my time looking up the fine points of how this Lego block connects to that one. Java is the archetype for this, but it happens even in more terse, expressive languages. Clearly, there are some productivity benefits from all this, being able to develop at a higher level while taking for granted many data structure primitives and wrappers, and I'm not blind to that. Still, it seems like the real art these days has shifted to adroitly and dexterously figuring out new APIs and libraries.

And there's so many of them! Verily a diarrhoeal explosion of APIs, libraries and dependencies. Even if you're impervious to the latest fads and fashions, the technology is shifting rapidly from year to year, and with it, entirely new documentation, methodologies, reference manuals -- an entirely new skill set, practically.

So, I'm hard-pressed to imagine how I'm supposed to ingrain APIs into motor memory when they are so numerous, expansive, and ever-shifting. Overall, I feel that my productivity as a programmer has declined considerably, even if the overall efficiency of lines of code has gone up. Pragmatically speaking, I'm not sure I'd trade in the overall productivity gains of all the abstraction for the halcyon era of C programming, but I definitely find it challenging to motivate myself to code when the primary skill set seems to be in looking things up.

Post reply on HN