Live data from Hacker News

I’m a Bad Developer, That’s the Only Reasonable Explanation

medium.com

31–40 of 130 posts

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#31

Perception is everything. You don't need to be good, you need to look good. On a tight schedule, deliver what was asked, and only that, even though you know other things are going to be necessary. When asked to estimate, try your best to give the longest you can get away with. Make it look or sound difficult. At the same time, do the hard work by yourself, figure things out on your own. When asked to account for your…

Yes. The fact is that for white-collar jobs, very few people can even tell whether or not you're competent. Some of your peers may, but I wouldn't count on it, and they're biased in favor of themselves anyway, so they're not objective resources. If you're lucky, your immediate manager may know how to tell if you're competent or not.

Everyone else only has a very high-level concept of whether they think you've been doing what you're supposed to do. The optics on this must be controlled. You do not want to be one guy in the hierarchy away from getting shitcanned because everyone except your immediate boss thinks you don't finish enough tickets or whatever.

Look better than everyone else. Employment is a popularity contest. To succeed in a career, do your job well enough that you don't get into trouble, and spend the rest of your energy on social and optical development.

I must say, however, that "working overtime" (that is, sitting in your chair and looking fancy until 8pm at least 3 nights per week) is a near-necessity for someone looking to climb the ladder in most organizations. Since people don't know if you're doing a good job or not, the amount of time they see you in the office is a big component of their evaluation. They assume you are working if you are butt-in-chair. You need them to think you're a hard worker. You should never be the first one to leave unless you make sure everyone knows it's a special event for which you cleared PTO approval process, and you should be one of the last to leave at least 3/5 of the nights.

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#32

Aside from the judgment on whether the employer was terrible or not for making OP track the time, etc., if everyone tells you're slow, doesn't it occur to you that you may actually be bad? I finished reading the post but cannot figure out what OP is trying to say. The title doesn't match the content. At first it sounded like it was one of those rant posts exposing the employer for mistreating, but then at one point i…

The time tracking thing actually resonated quite well with me. Where I work, we also track time on very specific items (with JIRA/Tempo, which even includes a "stop watch" on each issue). How I dread logging the hours there! Especially if it's a day or two after the fact. The items will often be specific features to be developed. And so I sit there, with the time sheet (and 20/20 hindsight, of course) asking myself:…

I think it's because you're NOT a bad developer. The problem is, OP sounds like he is definitely a bad developer, and there's really no way around that.

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#33
> This isn’t an impostor syndrome.

Sure it is. Impostor syndrome is defined as the state of affairs where your emotional assessment of your competence is lower than your actual competence. The definition does not depend on which aspect of the task is being discussed. "I can't write code" (when you can) and "I'm too slow" (when the people who appear faster, are doing it by just sweeping bugs under the carpet) are both impostor syndrome.

I will add that by the sound of things, the reason you have impostor syndrome is because your previous bosses have been bullies, sadists and sociopaths who successfully accomplished their goal of damaging your morale for their own pleasure. This is sadly not a rare state of affairs, but it's not universal either. Never be reluctant to look for another job if your boss is an asshole.

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#34
I've had similar self-doubt in the past, I considered myself fast but sloppy.

I changed my opinion after a workshop on different team roles at my previous job. A lot of it was boring workshop fluff, but I loved the core message: that many personality traits aren't purely positive or negative. Perfectionists are nitpickers. Fast developers are sloppy. Experienced ones overthink stuff. Bleeding-edge evangelists ruin long-term stability etc. There are two sides to every coin. We tend to value traits we have (or desire) and judge people based on that, but it really depends on the team and the task.

Need a quick-and-dirty prototype ASAP? Give it to the framework hipster. Planning architecture for a complex long-term project? Ask the boring slow guy with 20 years experience. Build teams with enough variety and try to solve problems through process. Don't scold the fast guy for being sloppy, give him tasks that require speed and solve bugs with better QA and tests.

TL;DR: A damage dealer will beat a healer one on one, but that doesn't mean he's better. You need them both (plus a tank) to run a dungeon successfully.

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#35

I've had similar self-doubt in the past, I considered myself fast but sloppy. I changed my opinion after a workshop on different team roles at my previous job. A lot of it was boring workshop fluff, but I loved the core message: that many personality traits aren't purely positive or negative. Perfectionists are nitpickers. Fast developers are sloppy. Experienced ones overthink stuff. Bleeding-edge evangelists ruin lo…

This is a great perspective. Although, sometimes, a poorly spec'ed tank is worth pretty much his weight in garbage. :)

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#36
One more thing: always remember that it is not your job to protect your employer from the consequences of their bad decisions. It is their job to give you incentives that align with their own interests. If your employer is putting pressure on you to ship faster at the cost of sweeping a lot of bugs under the carpet, do that. If you think they're making a mistake, say once, calmly, that you think it would be worth spending more time upfront debugging. Once. After that, follow the priorities you are told to follow.

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#38

Perception is everything. You don't need to be good, you need to look good. On a tight schedule, deliver what was asked, and only that, even though you know other things are going to be necessary. When asked to estimate, try your best to give the longest you can get away with. Make it look or sound difficult. At the same time, do the hard work by yourself, figure things out on your own. When asked to account for your…

Yes. The fact is that for white-collar jobs, very few people can even tell whether or not you're competent. Some of your peers may, but I wouldn't count on it, and they're biased in favor of themselves anyway, so they're not objective resources. If you're lucky, your immediate manager may know how to tell if you're competent or not. Everyone else only has a very high-level concept of whether they think you've been do…

This is such shit, but it hit the nail on the head so hard.

This passage of text should be passed to every employee at every job ever on their first day.

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#39
I like to think of solutions and not problems, and costs:

There are too many bugs in the code. Okay. Why? Well we don't have good testing set up. Why? Because time was not allotted for writing test code. Why? Because it was rushed. Conclusion: You either pay the cost up-front or after-the-fact. Either way. However if this is a constant thing then the real problem is: "You have too many features being built for the size of your team, either increase the size of the team, reduce features, or prepare for big problems."

From personal experience I can say me working at "optimal" power, that is optimal sleep, no external life problems, not sick, generally very happy is maybe 30%-40% more productive. That seems like a lot, but if you need 500% the productivity, you ain't gonna get it by making a person feel like junk, not get needed rest (vacation / day off), not letting then handle family issues, etc. I can get a developer working at 100% more productivity, but only for a short amount of time, then they burn out which requires EVEN MORE rest time.

Re: I’m a Bad Developer, That’s the Only Reasonable Explanation

#40
You may or may not be a bad developer. But lines of code has nothing to with being a good developer or providing value or solving problems. If your employer thinks all developers are equal and that they are just cogs in a machine, then that is not going to be a good place to work regardless of how fast you are.

And you shouldn't beat yourself up about bad estimates. Everyone sucks at estimating. (Read "Thinking Fast and Slow") Which makes sense since we are estimating how long it will take us to make something we've never made before. Everything breaks down into day or week or weeks or month or.... You could also take 4 weeks to fully define every requirement and create tests for validation for a task that would have taken you two weeks.

You are a bad developer if you keep making the same mistakes or if you don't spend anytime learning new concepts/languages/processes/etc. You are a bad developer if you approach your job as doing exactly what you're told and not caring or thinking about how your contribution is part of the bigger project.

Post reply on HN