Live data from Hacker News

Ask HN: As a programmer, how do you know if you're a good one or not?

news.ycombinator.com

91–100 of 101 posts

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#91
post #87
post #76

Earlier quoted context omitted.

Aside from the first question (may first 2 questions), the top questions are arguably more qualitative than quantitative. > Do I solve more problems than I create? Who judges what constitutes a problem? How do you know when you've created a problem? > Do I see simple solutions to complex problems? Define 'simple'. > Can I refactor terrible code to more easily maintained code? Define 'terrible'. How does one know what…

> Aside from the first question (may first 2 questions), the top questions are arguably more qualitative than quantitative. What's wrong with that?

OP specifically asked for quantitative metrics.

> So, as a programmer, how do you quantify or estimate how good you are?

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#92
post #31

You're asking the wrong question. You should be asking "Am I an efficient or effective programmer?" Do I get things in on time / under budget? Do I avoid common programming pitfalls? Do I solve more problems than I create? Do I see simple solutions to complex problems? Can I refactor terrible code to more easily maintained code? Can I avoid terribly written code in the first place? Can I effectively communicate with…

One of my gotos has been 'Can I avoid writing code in the first place?'

Zero code has zero bugs, and zero maintenance cost.

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#93

My favorite definition of a “good” programmer is someone who ships! Done is better than perfect. Knowing what compromises to make in order to ship without creating a future nightmare.

Oh my gosh, no. That might be a "good" software developer, but I'd probably think not on that, too. I've had to follow behind such programmers who wrote their code with the primary goal of getting done as fast as possible never expecting to have to come back to it. It's literally the worst code that exists. Usually they no longer work at the same place they created such code, because later they were asked to maintain…

> Knowing what compromises to make in order to ship without creating a future nightmare.

Sounds like they were bad at that part

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#94
post #31

You're asking the wrong question. You should be asking "Am I an efficient or effective programmer?" Do I get things in on time / under budget? Do I avoid common programming pitfalls? Do I solve more problems than I create? Do I see simple solutions to complex problems? Can I refactor terrible code to more easily maintained code? Can I avoid terribly written code in the first place? Can I effectively communicate with…

One of my gotos has been 'Can I avoid writing code in the first place?' Zero code has zero bugs, and zero maintenance cost.

A great programmer is like a peaceful master samurai, he first tries all other options before resorting to violence (code) he may also reduce violence (code) where ever he goes ...

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#96
post #91
post #87

Earlier quoted context omitted.

> Aside from the first question (may first 2 questions), the top questions are arguably more qualitative than quantitative. What's wrong with that?

OP specifically asked for quantitative metrics. > So, as a programmer, how do you quantify or estimate how good you are?

And I said he was asking the wrong question.

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#97
post #75
post #31

You're asking the wrong question. You should be asking "Am I an efficient or effective programmer?" Do I get things in on time / under budget? Do I avoid common programming pitfalls? Do I solve more problems than I create? Do I see simple solutions to complex problems? Can I refactor terrible code to more easily maintained code? Can I avoid terribly written code in the first place? Can I effectively communicate with…

Wow, this is such an eye opener. I have always considered myself an ok programmer, but always struggling with trying to be effective. Your four points on effectiveness happen to me on a daily basis, but I tend to see them as annoyances, mind you, I rarely refuse to help and advice. This gives a whole new light and meaning to all those interruptions.

Developers can often be "force-multipliers" even if they don't see it themselves. Yes there's the 10x developer that can get 10x done than the average person.

But there's also the 10x dev that can help others be 10x more effective. Those types see a problem, and write an insanely useful tool.

Also, welcome to thinking like a manager.

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#99
post #31

You're asking the wrong question. You should be asking "Am I an efficient or effective programmer?" Do I get things in on time / under budget? Do I avoid common programming pitfalls? Do I solve more problems than I create? Do I see simple solutions to complex problems? Can I refactor terrible code to more easily maintained code? Can I avoid terribly written code in the first place? Can I effectively communicate with…

One of my gotos has been 'Can I avoid writing code in the first place?' Zero code has zero bugs, and zero maintenance cost.

You'll appreciate this: https://github.com/kelseyhightower/nocode

Re: Ask HN: As a programmer, how do you know if you're a good one or not?

#100
post #31

You're asking the wrong question. You should be asking "Am I an efficient or effective programmer?" Do I get things in on time / under budget? Do I avoid common programming pitfalls? Do I solve more problems than I create? Do I see simple solutions to complex problems? Can I refactor terrible code to more easily maintained code? Can I avoid terribly written code in the first place? Can I effectively communicate with…

You're compensated better than your peers, and there's no extenuating circumstances surrounding that.
Post reply on HN