One Hundred and Fifty-Three

I do not write tests for my code. I do not write very many comments. I change styles very frequently. And, most of all, I shun the predominant styles of coding because that would go against the very essence of experimentation. In short: all I do is muck around.

So my way of measuring a great programmer is different from some prevailing thought on the subject. I would like to hear what Matz would say about this. You should ask him, seriously.

I admire programmers who take risks. They aren’t afraid to write dangerous or “crappy” code. If you worry too much about being clean and tidy, you can’t push the boundaries. (I don’t think!) I also admire programmers who refuse to stick with one idea about the “way the world is.” These programmers ignore protocol and procedure. I really like Autrijus Tang because he embraces all languages and all procedures. There is no wrong way in his world.

Anyway, you say you want to become better. I mean that’s really all you need. You feel driven, so stick with it. I would also start writing short scripts to share with people on the web. Little Ruby scripts or Rails programs or MouseHole scripts to show off. Twenty lines here and there and soon people will be beating you up and you’ll be scrambling to build on to those scripts and figure our your style and newer innovations and so on.

Until an asteroid,

_why