4 ms·

Well, I'm kind of in the same position: I'm slow. I do everything by the book, but in the end, everyone else does more. I did notice that they're cutting corn

Well, I'm kind of in the same position: I'm slow. I do everything by the book, but in the end, everyone else does more. I did notice that they're cutting corners, but then I tried to do it too, and I was still slower. So, I'm still asking myself, am I slow or am I a perfectionist? I'd like to think it's the latter, but it may very well be that I'm slow. My defense in my mind is that even cutting corners I try to do the important things right. It may be a lie I tell to myself. That's pretty much what I got from this post, self-doubt.

cocktailpeanuts 10y ago
Carve out some time and see if you can push yourself to finish something without the constraint of making it high quality. If you can do this when you intentionally tried, it means you're a perfectionist. If you cannot no matter how you try, it means you're bad. It's important that you try this out and actually find out who you are, unless you can't do it because you're too scared. If you find out that you're a "perfectionist" and that's why its slowing you down, try to learn how to balance. People never doubt you unless you're consistently slow. I am sure what happened to OP was he was consistently slow. It's extremely hard for a manager to just tell people they're slow, and this guy heard it multiple times, so it probably means he IS very slow. Every programmer knows it's always not as straightforward as it looks from outside. Sometimes sou would come across a task that looks like it would take 30 minutes just to find out it's much more complex than that and it takes up your entire week. But sometimes it looks like it will take a week but turns out you can finish in 30 minutes. That's why most people tend not to judge you for being slow sometimes. It's only when you're ALWAYS slow that people doubt you. Think about this for a moment: you say you do everything by the book but everyone else does more--have you ever thought if it maybe the case that these other people also do things by the book? If you have doubts about yourself, you should really proactively figure out ways to tackle this. In most cases it's not because you're stupid, it's because you have bad habits and you just think it's natural.
extrapickles 10y ago
How long did you try cutting corners? They could have years of experience cuttings corners, and you only have a few days, so of course they should be faster as they are more experienced at cutting corners than you are. Try a few simple projects (eg: making flappy bird clone, or a simple HTTP server) as fast as possible and screen record all the time you work on the project. Then review the project and recording for things that slowed you down (eg: going down rabbit holes, or your tool-chain is too complex for the task at hand). After that, do the project over (or a similar project) and try to beat your previous time. The only thing that should matter is the amount of wall-clock time until the project is minimally useful, eg: time to a browser accepting a static webpage, or the game minimally playable. If you have trouble parting from the book way, an HTTP server might be the better option as there is the "book way" on how its supposed to be done, and what browsers will not vomit all over. Go for the browser rendering a page or two with no visible errors with dev tools closed rather than passing a comprehensive test suite as in the end the only thing that matters is "did the user notice the missing corners".
spc476 10y ago
I've come to the following conclusion: if you are not pulling your weight, then either your manager or HR will have a talk with you about that. Even in a "right-to-work" state, firing and hiring costs are still high enough (impact to deadlines) that it makes financial sense not to fire and hire unless absolutely necessary. So until such a talk happens, don't worry about it. Just keep on keeping on.
rabidrat 10y ago
I was a lead once, and had an employee that was slow. He took 3 days to make a tool that should only have taken 1 day. He would sometimes get stuck on a bug for hours, and would stay late or come in early to try to figure it out. Sometimes the bugs turned out pretty obvious (to me). But he had one quality that I really appreciated as a lead: he persisted in what he was doing until he got it done, and without complaining or needing any prodding. So I actually did not mind much at all that he was slow, because I could "fire and forget" him at something that was important but not urgent. In fact, the main problem I had with him, was that sometimes he would get really angry about some code or a bug, and slam his fist on the desk and/or swear. I mentioned it but you know how code is, when you're really engaged with it, the process can be emotional, and it was hard for him to temper those impulses. It was never really bad, although I was aware that not everyone wanted to pair with him. Which was fine, we generally worked around it, but when allocating tasks, he sometimes got the short end of the stick because of it. Everyone wants their employees to be the trifecta of talented, hard-working, and nice to work with. But most employees are missing one of those traits, and some are missing two. You sound like a diligent worker but maybe not a genius. That really should be okay for both you and them, and if your manager is good he will appreciate that. But consider, are you nice to work with? If you have a choice, maybe spend your effort that way, instead of worrying that you're not talented (enough).

cocktailpeanuts 10y ago

Carve out some time and see if you can push yourself to finish something without the constraint of making it high quality. If you can do this when you intentionally tried, it means you're a perfectionist. If you cannot no matter how you try, it means you're bad. It's important that you try this out and actually find out who you are, unless you can't do it because you're too scared. If you find out that you're a "perfectionist" and that's why its slowing you down, try to learn how to balance. People never doubt you unless you're consistently slow. I am sure what happened to OP was he was consistently slow. It's extremely hard for a manager to just tell people they're slow, and this guy heard it multiple times, so it probably means he IS very slow. Every programmer knows it's always not as straightforward as it looks from outside. Sometimes sou would come across a task that looks like it would take 30 minutes just to find out it's much more complex than that and it takes up your entire week. But sometimes it looks like it will take a week but turns out you can finish in 30 minutes. That's why most people tend not to judge you for being slow sometimes. It's only when you're ALWAYS slow that people doubt you. Think about this for a moment: you say you do everything by the book but everyone else does more--have you ever thought if it maybe the case that these other people also do things by the book? If you have doubts about yourself, you should really proactively figure out ways to tackle this. In most cases it's not because you're stupid, it's because you have bad habits and you just think it's natural.

extrapickles 10y ago

How long did you try cutting corners? They could have years of experience cuttings corners, and you only have a few days, so of course they should be faster as they are more experienced at cutting corners than you are. Try a few simple projects (eg: making flappy bird clone, or a simple HTTP server) as fast as possible and screen record all the time you work on the project. Then review the project and recording for things that slowed you down (eg: going down rabbit holes, or your tool-chain is too complex for the task at hand). After that, do the project over (or a similar project) and try to beat your previous time. The only thing that should matter is the amount of wall-clock time until the project is minimally useful, eg: time to a browser accepting a static webpage, or the game minimally playable. If you have trouble parting from the book way, an HTTP server might be the better option as there is the "book way" on how its supposed to be done, and what browsers will not vomit all over. Go for the browser rendering a page or two with no visible errors with dev tools closed rather than passing a comprehensive test suite as in the end the only thing that matters is "did the user notice the missing corners".

spc476 10y ago

I've come to the following conclusion: if you are not pulling your weight, then either your manager or HR will have a talk with you about that. Even in a "right-to-work" state, firing and hiring costs are still high enough (impact to deadlines) that it makes financial sense not to fire and hire unless absolutely necessary. So until such a talk happens, don't worry about it. Just keep on keeping on.

rabidrat 10y ago

I was a lead once, and had an employee that was slow. He took 3 days to make a tool that should only have taken 1 day. He would sometimes get stuck on a bug for hours, and would stay late or come in early to try to figure it out. Sometimes the bugs turned out pretty obvious (to me). But he had one quality that I really appreciated as a lead: he persisted in what he was doing until he got it done, and without complaining or needing any prodding. So I actually did not mind much at all that he was slow, because I could "fire and forget" him at something that was important but not urgent. In fact, the main problem I had with him, was that sometimes he would get really angry about some code or a bug, and slam his fist on the desk and/or swear. I mentioned it but you know how code is, when you're really engaged with it, the process can be emotional, and it was hard for him to temper those impulses. It was never really bad, although I was aware that not everyone wanted to pair with him. Which was fine, we generally worked around it, but when allocating tasks, he sometimes got the short end of the stick because of it. Everyone wants their employees to be the trifecta of talented, hard-working, and nice to work with. But most employees are missing one of those traits, and some are missing two. You sound like a diligent worker but maybe not a genius. That really should be okay for both you and them, and if your manager is good he will appreciate that. But consider, are you nice to work with? If you have a choice, maybe spend your effort that way, instead of worrying that you're not talented (enough).