Earlier quoted context omitted.
I must admit I'm bad at this. However, in my defense it comes down to: bad management. I'm forever being told to work on the next MOST IMPORTANT THING EVER only to be told after a few days that I need to work ON THE NEXT MOST IMPORTANT THING and that the MOST IMPORTANT THING EVER that I was working on is no longer important at all. le sigh
"Hey, FuzzyDulop, we're a day before deadline but I've been thinking, we could do SUPER BRILLIANT IDEA THAT CHANGES EVERYTHING and it'd be amazing! What do you think?" ... "You can forget about your deadline if you want that in, boss." * skip forward a week * "Hey, FuzzyDunlop, we're a day before deadline but..."
Signs that you are a bad programmer
51–60 of 177 posts
Re: Signs that you are a bad programmer
#52The opposite approach is much simpler. There's only one sign that you are a great programmer: Clients and fellow programmers are still happy with your work two years after you've delivered it. (Of course: "still" implies that they we're happy at delivery, which includes actually shipping working software in a timely fashion.)
"Clients and fellow programmers are still happy with your work two years after you've delivered it." Disagree. The first system I wrote kept the client happy for years. It was a mess, but it was literally millions of dollars better than not having any system. If what you mean is something like "focus on doing work of long-term value, and consider programming skill as such an input", then I'd agree with that.
Did your client ever hire programmers to maintain and improve the first system you wrote? Were those programmers happy with your work?
I guess if no one is ever going to maintain your code it doesn't matter as much. I wouldn't ever be so bold as to predict ahead of time whether that's going to be the case.
Re: Signs that you are a bad programmer
#53Earlier quoted context omitted.
I must admit I'm bad at this. However, in my defense it comes down to: bad management. I'm forever being told to work on the next MOST IMPORTANT THING EVER only to be told after a few days that I need to work ON THE NEXT MOST IMPORTANT THING and that the MOST IMPORTANT THING EVER that I was working on is no longer important at all. le sigh
"Hey, FuzzyDulop, we're a day before deadline but I've been thinking, we could do SUPER BRILLIANT IDEA THAT CHANGES EVERYTHING and it'd be amazing! What do you think?" ... "You can forget about your deadline if you want that in, boss." * skip forward a week * "Hey, FuzzyDunlop, we're a day before deadline but..."
Re: Signs that you are a bad programmer
#54My first thought was, "wow, infogami is still up?" I guess I left it in a good state. :)
Looking at the homepage, it says that the most popular pages were converted into static form, and now they're trying to sell the domain.
Re: Signs that you are a bad programmer
#55I wish articles like this would namespace their assertions by telling us what they mean by "good" or "bad", so we could avoid the perennial echo chamber debate that goes like this: A: GOOD MEANS SHIPPING AND PLEASING YOUR CUSTOMERS B: NO YOU FOOL! GOOD MEANS WRITING CLEAR CODE THAT OTHER HACKERS CAN READ C: NO YOU FOOLS! GOOD IS A HAPPY MEDIUM BETWEEN BOTH OF THOSE THINGS D: DEBATE IS HARD, LET'S GO SHOPPING! God for…
Re: Signs that you are a bad programmer
#56I remember taking a C class in my undergrad, nailing the code to perfection, and getting an F because I had written the code in under different architecture and compiled with a different compiler (not specified in the prompt by any means). It ran well on my computer (and I proved it), but since it wouldn't run on my professors computer or TAs computer, I still received an F.
So yes, I still maintain strong malice towards C :-)
Re: Signs that you are a bad programmer
#57I wish articles like this would namespace their assertions by telling us what they mean by "good" or "bad", so we could avoid the perennial echo chamber debate that goes like this: A: GOOD MEANS SHIPPING AND PLEASING YOUR CUSTOMERS B: NO YOU FOOL! GOOD MEANS WRITING CLEAR CODE THAT OTHER HACKERS CAN READ C: NO YOU FOOLS! GOOD IS A HAPPY MEDIUM BETWEEN BOTH OF THOSE THINGS D: DEBATE IS HARD, LET'S GO SHOPPING! God for…
The article is almost in the 'you might be a if ' style (most common instantiation I am familar with is 'you might be a redneck if ' And in the spirit of that humor I liked it.
That being said, if you ask me as a hiring manager what I consider 'good' programming, its 'readable/understandable', it does what it is supposed to do, and it has tests.
Re: Signs that you are a bad programmer
#58The opposite approach is much simpler. There's only one sign that you are a great programmer: Clients and fellow programmers are still happy with your work two years after you've delivered it. (Of course: "still" implies that they we're happy at delivery, which includes actually shipping working software in a timely fashion.)
Re: Signs that you are a bad programmer
#59"(Functional) Manually caching the results of a deterministic function on platforms that do it automatically (such as SQL and Haskell)"
Isn't that what memcached is doing?
Re: Signs that you are a bad programmer
#60Earlier quoted context omitted.
"Hey, FuzzyDulop, we're a day before deadline but I've been thinking, we could do SUPER BRILLIANT IDEA THAT CHANGES EVERYTHING and it'd be amazing! What do you think?" ... "You can forget about your deadline if you want that in, boss." * skip forward a week * "Hey, FuzzyDunlop, we're a day before deadline but..."
And then getting chewed out for missing the original deadline. Usually from the boss who just drop the SUPER BRILLIANT IDEA THAT CHANGES EVERYTHING in your lab.
Get chewed out proper and at least you know it's just because jobs have to be done.