How I went from writing 2,000 words a day to 10,000 words a day

http://thisblogisaploy.blogspot.ca/2011/06/how-i-went-from-writing-2000-words-day.html

by will_lam • 14 years ago

188 64 14 years ago

thisblogisaploy.blogspot.ca

shepbook2• 14 years ago

I wonder, could similar principles be applied to writing code?

will_lam• 14 years ago

I'm sure there's a good amount of overlap applicable to any creative process.

shepbook2• 14 years ago

Yeah, that's what I was thinking. It seems the principles could be applied well. Though I think, the principles are definitely directed toward an introvert's preferred style of working.

jmonegro• 14 years ago

I think it's best to focus on writing less code per day.

(edit: I mean that in the sense of making your code more efficient)

kroo2• 14 years ago

This is very often also true of writing.

RegEx2• 14 years ago

Using Jarnal[0] on OS X with a Bamboo tablet[1] is a great way to store your thoughts while thinking about a problem.

[0] http://www.dklevine.com/general/software/tc1000/jarnal.htm

[1] http://www.amazon.com/Wacom-Bamboo-Create-Tablet-CTH670/dp/B...

apu2• 14 years ago

That's my goal too, but often I find that the best way to write good short code is to write a shitty, longer version first.

"Write one to throw away" is the quote I remember reading from someone, and I find it applies well to some of the code I write (thankfully not all).

dmlorenzetti• 14 years ago

"I would have written a shorter letter, but I did not have the time."

--Blaise Pascal (http://en.wikiquote.org/wiki/Blaise_Pascal)

huxley• 14 years ago

"This morning I took out a comma and this afternoon I put it back in again." - Oscar Wilde

SatvikBeri2• 14 years ago

Yes, absolutely. Especially with side 1, knowledge, this just translates to using a combination of a top-down and bottom-up approach as opposed to a pure bottom-up approach.

darxius• 14 years ago

The most interesting part of that post, in my opinion, was how she claimed each of her discoveries were -- trivial. That really hit home with me because I've felt the same feeling before. I've learned to stop, step back, look at the problem, and just solve it.

Thanks for a great post (even though it was written a while back).

johansch• 14 years ago

And it only took 3207 words to convey.

Ah, fantasy author, of course.

mvzink• 14 years ago

Fun quote from the article: "This is not a choice between ruminating on art or churning out the novels for gross commercialism (though I happen to like commercial novels)"

kroo2• 14 years ago

"But that's the great thing about going this fast, the novel starts to eat you and you find yourself writing any time you can just for the pure joy of it. Even better, on the days where I broke 10k, I was also pulling fantastic words-per-hour numbers, 1600 - 2000 words per hour as opposed to my usual 1500. It was clear these days were special, but I didn't know how."

This thrill of creation, when you've got the design (momentarily?) cracked and all that's left is the small matter of putting to disk what's there in your mind already, describes some of the most exciting experiences I've had writing code.

RegEx2• 14 years ago

I have a strange reaction to my epiphanies. When I've cracked the puzzle mentally and it's time to put the code in the text editor, I start getting extremely anxious. No clue why.

Edit: To clarify, I mean anxious associated with "anxiety", not "with great anticipation"

X-Istence• 14 years ago

I know the feeling, and the reason why I start feeling anxious in the same way you do is because I know that afterwards I am going to be in a lull again, that I will be bored to tears and will have the hardest time concentrating and getting done what needs to be done until there is another hard part that needs to get done at which point I am flying again...

jorgem• 14 years ago

Are there IDE's that track lines of code edited/added per hour, etc?

evoxed• 14 years ago

The probability of such a program being developed is diminished by how depressing its results would likely be to its own author. It would be interesting, though, wouldn't it... now you've got me thinking.

apu2• 14 years ago

I remember someone doing an experiment saving git branches every time he saved in his editor, which would give you some estimate into this:

http://www.jukie.net/bart/blog/save-everything-with-git-wip

But it doesn't look like he describes the result of this experiment.

bcjordan• 14 years ago

The folks at cloud9 IDE or Codecademy are in a good position to collect and expose patterns in programming efficiency.

On one's own, simply using a VCS with a high enough commit frequency would let you infer something about lines added per hour. Perhaps an editor's undo stack could also be committed to store finer-grained metrics.

With detailed metrics and impressive data analysis there's the opportunity to uncover useful insights into how we debug and learn. That's probably more than a weekend project, but worth it in potential future payout IMO.

obtu4• 14 years ago

Turns out I'm already collecting this data… Vim has recently added a persistent undo feature (enable by setting 'undodir' and 'undofile'; 'undolevel' can also be raised from the default 1000); there is a Gundo plugin that displays the undo tree like a DVCS commit graph.

ramblerman• 14 years ago

zed shaw's peepcode one on one goes into something similar. By hooking into the make command, he builds up a nice stats database of similar information

sien• 14 years ago

Quote:

"Several things were immediately clear. First, my productivity was at its highest when I was in a place other than my home. That is to say, a place without internet. The afternoons I wrote at the coffee shop with no wireless were twice as productive as the mornings I wrote at home."

The internet is now the most powerful distraction in the universe.

sitkack• 14 years ago

internet is the new tv

techsupporter• 14 years ago

Internet isn't the new TV until people start bragging about how they've canceled it completely and we're all idiots for remaining beholden to "Big Internet."

realschool• 14 years ago

When I wrote my first novel I spent a lot of time at my neighbours house using their old 486 and notepad. They didn't have internet access and the places was quiet other the cat that I was cat sitting. Needless to say, the situation turned out to be very productive and without distraction.

evincarofautumn3• 14 years ago

Absolutely. This is part of the reason I’m rather more productive on my netbook—the processor and screen size make idle browsing less tempting.

beza1e1• 14 years ago

Looks like a good argument for the Snowflake method [0]. This method is basically to "develop" a novel, by starting with a single sentence and gradually expanding it into the novel. In contrast, the other method (pansing) is to start writing the first chapter immediately.

For either approach you find great writers using them. It seems to be a question of personality.

[0] http://www.advancedfictionwriting.com/art/snowflake.php

cpeterso• 14 years ago

Thanks for the Snowflake link. When reading a novel, I sometimes try the reverse to crystallize my memory of the story. I imagine summarizing a page with a sentence, then a chapter with a sentence, then the book.

evincarofautumn3• 14 years ago

Same. And actually, having used this method without knowing it had a name, I can say it’s a great way to write. Crystals grow naturally, but distillation is laborious.

Creating Short Fiction by Damon Knight changed the way I write—it puts special emphasis on being able to clearly state, in a sentence or two, precisely what your story is about. And there’s hardly a better way to find out than to know at the outset!

simcop2387• 14 years ago

I know this probably works and when described like that it sounds like a good idea. It seems basically you start with a single idea and write around it to make it bigger.

But, I also can't help but think of the dilbert cartoon where the PHB insists that the most important thing is the name of the project, before you even know what the project is.

Personally I think that there's some overlap here as both techniques seem to be trying to show how to start from a single idea and bring it into something more complete.

aristus• 14 years ago

I didn't realize this technique had a name. I usually start with a name or a piece of dialogue, and grow the story like a crystal, eg:

"Things come and go, but Ampere's Law will always be current."

thalur• 14 years ago

She describes her planning method in a post linked from the submission [0] and it has quite a lot in common with the Snowflake method.

[0] http://thisblogisaploy.blogspot.co.uk/2011/09/how-i-plot-nov...

karterk2• 14 years ago

The part about knowledge applies for programming too. I have noticed myself being far more productive when I have sketched out the general approach I am going to take with a problem on a paper first before actually writing any code. Once you start coding, you get lost in the low-level intricacies and this sometimes makes you lose sight of the overall goal.

paraschopra• 14 years ago

True, but don't you find the sketching out process taking whole fun out of the process? I mean, once you know what you are going to code (or write), doesn't your motivation to (mechanically) implement it go down a bit?

I am curious because it happens to me usually, and I like to discover and explore as I go along instead of doing careful initial planning.

pmjordan• 14 years ago

You must be extremely good at predicting any challenges in your designs. I'll sketch out my data structures in advance, but implementing the algorithms for processing them is rarely as straightforward as anticipated. Sketching it out helps me solidify the high-level ideas - but then I like programming by the "meet in the middle" model: a combination of bottom-up and top-down. I know plenty other programmers who prefer one or the other.

karterk2• 14 years ago

It really depends. If you see programming itself as something that gives you joy - then planning something out of course will remove some of the exploratory joy out of it.

However, there are also times when you have a larger goal in mind - say to build something of immense scale and power. In that sense - the micro level picture takes a backseat.

To me - shipping is the ultimate goal, so I don't see planning as taking the joy away from programming - it only gives me more satisfaction.

zeroonetwothree• 14 years ago

It's interesting that the goal is to increase the amount of words written rather than their quality. I suppose which of those matter more depends on the type of work you are writing.

vacri2• 14 years ago

Don't get too hung up on words written as being considered a metric of quality - for authors, it's a metric of productivity, quality or otherwise. Unlike (most) code, a novel generally has a roughly intended length when it's started (compare harry potter 1 vs 7; the light novel vs the must-service-my-fans). It can take you a few years to reach that, or a few months.

Words per session for an author does not translate into lines of code for a coder - they're different beasts.

vibrunazo2• 14 years ago

Am I the only one who reads about this huge inelegant approach to increasing your "productivity" by simply brute-forcing more words per day. And can't avoid to think "woa, such a huge waste, she should just use all that energy to write a bot that does all that writing and save time in the long run"?

I already cry inside when I see the same design pattern repeat itself, twice, in my code. I just have to re-factor it, to avoid waste. And she's writing 10,000 words a day, that won't make the next 10,000 any more efficient? I literally cringe in fear.

I should probably take a break.

vacri2• 14 years ago

Brute-forcing? What she was originally doing was brute forcing. She's changed to a more planned, intelligent way of writing, the opposite of brute-forcing. It's a classic 'work smarter, not harder' article.

vibrunazo2• 14 years ago

Probably my fault that I wasn't clear. It's just an analogy to my world and how I usually deal with problems as a programmer. If I had to write 10k words a day, I would write a bot to do it. And any more planned, intelligent way of doing that, manually, would just feel like bandaging a brute-force solution instead of looking for an elegant one.

Just a bad joke anyway, nothing to see here.

anarchotroll• 14 years ago

Do you guys know a productivity application that monitors app usage and keystrokes?

kolya3• 14 years ago

Rescuetime, not sure about keystrokes though.

alanfalcon2• 14 years ago

A hundred thanks for the Rescuetime mention. I had no idea that I could get something like this for free (lite version, good enough for me, for now) and so easily (I think it took less than a minute to download and set up).

9diov• 14 years ago

Interesting. Only if we could come up with a meaningful metric for programming.

LinaLauneBaer• 14 years ago

I have written a few technical books together with a co-author. From my experience "Side 1: Knowledge" is king. Before I explain a technical topic in writing I prepare every sample project beforehand. Complex sample projects are prepared in different versions (starting with the sample immediately after it has been created by an IDE, …) up to the final version. This has two benefits: I, as a writer, can offer the sample (step by step) for download to the readers so they can use them as a reference when something goes wrong - but more importantly: It helps to structure the writing process because I know the steps I have to describe. I know when something essential has happened (because I have created an additional version of the sample).

A rough outline created in advance also helps.

I am also talking to myself - a lot. Before writing something down for my book I explain it to myself.

rauljara• 14 years ago

I am reminded of the Dijkstra quote:

From there it is only a small step to measuring "programmer productivity" in terms of "number of lines of code produced per month". This is a very costly measuring unit because it encourages the writing of insipid code, but today I am less interested in how foolish a unit it is from even a pure business point of view. My point today is that, if we wish to count lines of code, we should not regard them as "lines produced" but as "lines spent": the current conventional wisdom is so foolish as to book that count on the wrong side of the ledger.

Putting such a great emphasis on word count strikes me as a terrible idea. Who wants to read 10,000 words? No one. What you want to read is a good story, or an interesting argument, or beautiful language. If the writing isn't any good, more words just mean more annoyance.

If you want to boost a specific metric, you almost always can. But that doesn't necessarily mean that the whole picture improves along with it.

jamie_ca• 14 years ago

She makes a point of saying in point three that she's taking a critical look at what she intends to write, and makes sure there's good content in the scene, or she scraps/reworks the scene.

Admittedly that doesn't say anything about the quality of her prose, but one perspective is that the sooner you're done your first draft, the more time you have for editing.

spindritf• 14 years ago

> Who wants to read 10,000 words?

Publishers, apparently, and there are reasons, you be the judge of how good are they, to aim for certain volume(s): http://www.antipope.org/charlie/blog-static/2010/03/cmap-5-w... I found this article very illuminating because in general, as a reader, I completely agree with you.

eru• 14 years ago

Yes. But a focus on volume might produce better things in the long run than a focus on quality. You can and should also rewrite your prose, cut and edit.

Just don't make volume the metric to go for for any production artifacts (like the published novel or published software).

aiscott• 14 years ago

It seems like you didn't actually read the article. Maybe you did, but she addressed the pure wordcount metric.

Her motivation for increasing her word count was the reduced number of days per week she could write on, trying to balance family life and professional life.

Her desire wasn't simply to have reached some arbitrary count, it was to increase her productivity so she could meet her deadlines while working fewer days.

54mf2• 14 years ago

I feel it's worth mentioning that, while word count alone isn't an indicator of quality, the #1 most common hurdle most writers (and developers, and anyone pursuing a creative art) are facing is producing. Real artists ship. 10,000 words might not all be good, but you're a hell of a lot more likely to spit out a few good ones in that pile versus a pile of 500 words. Make it work, then make it work well, right?

obtu4• 14 years ago

Writers swear by practice, and the discipline that enables it. Churning out words is practice; there's a saying that you need to get the first hundred thousand words of crap out of your system before the quality of your output improves. See also NaNoWriMo — No plot? No problem! — where the winning condition is simply to turn in forty thousand words at the end of the month.

evincarofautumn3• 14 years ago

There are a few significant problems with NaNoWriMo. First, while a challenge must be challenging, it should also be realistic. For many writers, 1666 words a day, every day, is a bit too much to expect. Second, the requirement that the project start from zero is also a deterrent—it encourages a “starter” attitude when what’s needed is a “finisher”. Finally, the unrealistic deadline in combination with the start-from-nothing requirement makes people throw away their perfectly good work from last year. You wrote 80 pages? Toss it!

Sure, writers need practice, but such extreme conditions are not conducive to practice at all.

Jach2• 14 years ago

I've never heard the low hundred thousand words figure before. I've only ever seen the million words figure. I agree NaNoWriMo can be useful, so can frequent blogging about whatever's on your mind.

54mf2• 14 years ago

I'm of the opinion that the "100,000 words of crap" you mention applies to just about every single skill. Not a huge believer in "natural talent", I'd wager that practice and getting that crap out of one's system is the only way to get good at anything.

dhimes• 14 years ago

If I had scenes that were boring enough that I didn't want to write them, then there was no way in hell anyone would want to read them

I wish more writers would recognize this. It may be the most important revelation she makes in this blog.

Paralleling 9diov's comment (http://news.ycombinator.com/item?id=3755826), it would be great to come up with a way to think about app development that captures its essence.

SatvikBeri2• 14 years ago

This is really important-the author is talking about starting with high level, easily modifiable structures, vs starting with all the details at once.

This is exactly the same concept as doing customer validation before creating the product.

It's the same idea as whiteboarding a complicated program before starting to code.

It's the same as creating a prototype before you code out a full-fledged product.

Using a top-down approach of creating "shells" before fleshing out details has been my single biggest productivity gain over the last year, and it's definitely worth applying to nearly every intellectual aspect of your life.

alanfalcon2• 14 years ago

Late to the party, but I felt I had to share that this post directly inspired my brain (definitely my _brain_, as opposed to _me_) to create and start writing a story. The night after reading and thinking about this, I woke up with characters, a world, a plot, conflict and resolution, a whole novel (actually a whole set of them). It's been quite a week for me, especially because my sudden surge in writing fiction led me to try giving my iPhone app away for free and then suddenly finding some unexpected success there, for the first time since that app launched!

How I went from writing 2,000 words a day to 10,000 words a day

Related Stories