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.
Responding to “Are bugs and slow delivery ok?”
121–128 of 128 posts
Re: Responding to “Are bugs and slow delivery ok?”
#122The 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.
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?”
#123The 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.
Re: Responding to “Are bugs and slow delivery ok?”
#124This 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…
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?”
#125This 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.
Re: Responding to “Are bugs and slow delivery ok?”
#126This 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…
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?”
#127Earlier 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…
Re: Responding to “Are bugs and slow delivery ok?”
#128Earlier 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?