Hacker News new | comments | show | ask | jobs | submit login

This is where my startup failed -- We made the decision to work in a new technology (then another!) but I was afraid of writing code I was less than proud of.

I then proceeded to learn what I could of best practices, spending far too long experimenting with the language and far too little actually doing. In the end, we ended up with two half-baked infrastructures in two different languages and reached the trough of disillusionment before anything we could show to be disillusioned about!

It's something that I've learned in other parts of my life, especially through writing, but have never quite managed in coding. The primary tenet of National Novel Writing Month is that to finish a rough draft of a long fiction work, you must, starter to professional, give yourself permission to suck, to write something you know is sometimes horrible. You do this so that you have a canvas to fix during editing, to find nuggets that you love, and can revise, and can work with.

Intellectually, I know this about programming as well, but I always have this twinge of guilt when implementing it, and go back to my old ways. The irony is that in larger projects, this can be a useful quality. Having someone on the team that can go back and look at the code, showing exactly where we need to improve before we ship is useful. In solo projects it is often disaster.

At least for me. :)

A very relevant ZenPencils comic. Advice for beginners: http://zenpencils.com/comic/90-ira-glass-advice-for-beginner...

The gist is that you get into something because you have a good taste for it, but for the first few years of doing it your taste is far ahead of your skill. The trick is to keep doing things anyway, knowing they will eventually catch up and surpass your taste.

The original Ira Glass version: http://www.youtube.com/watch?v=3ResTHKVxf4

Love that Ira Glass video. Very relevant to this concept.

I suffer from this as well. It's called Analysis Paralysis. Now, I just need to figure out the best way to stop it.


Best fix I've found is iterative development. No better way to learn something then to try to directly apply what you're trying to learn. Build it. If it sucks, build it again. Repeat as necessary till it's 'good enough'.

"Start anywhere." --John Cage

Good points. Part of being okay with sucking is that if you're okay with sucking – you're more likely to be okay with shipping.

The surprising thing I've found about being okay about sucking at writing is that often the "barf drafts" (as I call them) that seem god-awful when I'm actually writing them, turn out being pretty darn good when I revisit them.

Is it possible to be good at sucking? Or, is there anyone who is the best at it, and either in frequency or strength of sucking (e.g. do you want to suck tremendously hard once or suck very little very often)?

Tim and Eric Awesome Show Great Job comes to mind. They make an art of "sucking."

Lou Reed has a horribly sucky singing voice. I love him for it.

That's a whole nother dimension though. Sucking so hard til you come out the other side, then it's a win.

The better you get at being a beginner, the less you judge things as being sucky or not. It's the "sucks" that constitutes jumping to a conclusion.

I just have a habit that force me to write 500 words a day, no matter what. The result? I now have 10 articles that I am trying to improve daily.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact