Live data from Hacker News

Responding to “Are bugs and slow delivery ok?”

uselessdevblog.wordpress.com

121–128 of 128 posts

Re: Responding to “Are bugs and slow delivery ok?”

#121

Earlier quoted context omitted.

Thank you for (1). I was trying to explain to someone the other day how unpredictable coding is, but you're right, it's wildly unpredictable. Even for tiny projects they sometimes go so far off the rails. I remember working on this one major project - an online music store - and one of the execs hired his very lovely wife to project manage a team of developers. She would create these fantastic charts in Microsoft Pro…

At some point I ran across this strategy for estimating when you’re the one doing it: Take whatever time you think it’ll take, then double it. Then add 20%* Things still go off the rails of course making an an imperfect solution, but it ends up being more right than any other method I’ve tried. *If there are any unknown unknowns I might start multiplying by the number of big ones.

I always double it. I think I'm missing the "add 20%" bit...

Re: Responding to “Are bugs and slow delivery ok?”

#122
post #18

The problem is that anyone with a semblance of professional pride will find it mentally quite difficult to knowingly ship bad software. Like, sure, even if we make best efforts to catch both obvious and less obvious bugs, all software we ship will still be full of bugs. But knowingly shipping software full of obvious bugs... it feels unprofessional. And makes you really feel the weight of all the inevitable bug repor…

Perhaps one solution is to divorce your own self worth from the quality of the software you happen to write and to realize that you are an employee first and a software engineer second - make decisions that increase the amount of money the company makes and look for self worth in that itself or in hobbies/family/friends/something else.

That’s was the main reason that I do my pet projects: to detach myself from some corporate persona that is a completely different from my professional self.

I still have a lot of professional pride, but it comes more from my personal projects and sharpening my craft than to some corporate version that could be dragged down by structural issues.

Re: Responding to “Are bugs and slow delivery ok?”

#123
post #18

The problem is that anyone with a semblance of professional pride will find it mentally quite difficult to knowingly ship bad software. Like, sure, even if we make best efforts to catch both obvious and less obvious bugs, all software we ship will still be full of bugs. But knowingly shipping software full of obvious bugs... it feels unprofessional. And makes you really feel the weight of all the inevitable bug repor…

Perhaps one solution is to divorce your own self worth from the quality of the software you happen to write and to realize that you are an employee first and a software engineer second - make decisions that increase the amount of money the company makes and look for self worth in that itself or in hobbies/family/friends/something else.

If one is going to go there, why not make decisions that increase the amount of money you make? Why help companies succeed shipping crappy software?

Re: Responding to “Are bugs and slow delivery ok?”

#124

This is called software philistinism. There are many blog posts like this one that deny (often deride ) the value of software craftmanship, including the skillset of planning. They almost always have this same conclusiveness to them as well ("she was right"), with no tangible backing other than personal anecdata ("everyone sucked who I worked with, so everyone must suck"). If you zoom out, the reality is that people…

I don't think the blog post derides the value. Rather, it points out that, while fixing bugs is valuable to the dev (professional self-respect shipping quality products) and the user (obvious), the way software market works in practice is that it's not particularly valuable to the company - at least, not valuable enough to justify the expense. Speaking as someone with 20 years of software engineering experience, I think this is an accurate assessment of things. But at the same time you're absolutely correct that it doesn't make it okay, and it is actually detrimental to both users and developers for the aforementioned reasons.

But, well, this is capitalism for you - whatever is the most profitable thing to do is what gets done regardless of how not okay it really is. I think the question we should be asking is: if users hate using crappy buggy software, and devs hate writing it, but it still gets written, aren't our basic economic incentives clearly out of tune?

Re: Responding to “Are bugs and slow delivery ok?”

#125

This is how I feel about most "things I hate". Despite my strong feelings towards them, there's a reason why they are the way that they are. Almost always it comes down to my interests & priorities not aligning with reality/everyone else.

In this case I would argue that the interests of most people don't align with the "reality", but it is the way it is because it aligns with the interests of those people who have the most power to affect it - in this case, top executives and major shareholders.

Re: Responding to “Are bugs and slow delivery ok?”

#126

This is called software philistinism. There are many blog posts like this one that deny (often deride ) the value of software craftmanship, including the skillset of planning. They almost always have this same conclusiveness to them as well ("she was right"), with no tangible backing other than personal anecdata ("everyone sucked who I worked with, so everyone must suck"). If you zoom out, the reality is that people…

I don't think the blog post derides the value. Rather, it points out that, while fixing bugs is valuable to the dev (professional self-respect shipping quality products) and the user (obvious), the way software market works in practice is that it's not particularly valuable to the company - at least, not valuable enough to justify the expense. Speaking as someone with 20 years of software engineering experience, I th…

Well said — and yes.

It’s definitely market dynamics, but I think something could change those market dynamics.

Maybe a craftsmen’s guild that unionizes skilled software practitioners.

Re: Responding to “Are bugs and slow delivery ok?”

#127

Earlier quoted context omitted.

Software does not have to be wildly unpredictable if you do good estimation work up front. Being good at this is very important if you work for clients that have a specific budget or are doing fixed bids for software. The main thing is that you have to take estimation very seriously. You have to put experienced people on the estimation task, and you have to spend a lot of time on it to get it right, but doing it righ…

> Software does not have to be wildly unpredictable if you do good estimation work up front. You also need someone with 1) strong technical and/or product skills, 2) good communication skills and decisiveness, and 3) explicit executive authority. That's the only way to avoid scope creep and bikeshedding. When you started working on a project without knowing what you're building, or end up delivering a very different…

This is a great point. This works in my company because we have this, but without it I agree accurate estimation is impossible.

Re: Responding to “Are bugs and slow delivery ok?”

#128

Earlier quoted context omitted.

Perhaps one solution is to divorce your own self worth from the quality of the software you happen to write and to realize that you are an employee first and a software engineer second - make decisions that increase the amount of money the company makes and look for self worth in that itself or in hobbies/family/friends/something else.

If one is going to go there, why not make decisions that increase the amount of money you make? Why help companies succeed shipping crappy software?

If your self worth is related to how much money you make (not saying that's bad) then go for it!
Post reply on HN