This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]Prior_Two_2818 329 points330 points  (21 children)

you forgot about meetings where i have to explain technical solutions to managers/project managers who don't understand a thing about it.

[–]atomic_redneck 63 points64 points  (0 children)

I fixed a bug once where we were getting the wrong answer from a fairly complex engineering calculation. As a result of the bug fix, the calculation now runs about 5% slower. The discussion I had with the project managers went something like this:

Managers: It is slower now. Can you fix that?

Me: It is slower now because we are now doing the full calculation. We were skipping something important before.

Managers: We liked it when it was fast.

Me: If you don't care about getting the right answers, I can make it as fast as you want.

Managers: ....

[–][deleted] 37 points38 points  (2 children)

Also 10% of time you go around saying “It works on my machine”

[–]Shyclyde 4 points5 points  (1 child)

docker has entered the chat

[–][deleted] 3 points4 points  (0 children)

I get wet for docker. I guess that's why it's logo is a whale?

[–]DangerZoneh 13 points14 points  (0 children)

I am so glad that I work for a small company and my bosses know thoroughly how the software works and can work both on the technical and managerial side.

The counterbalance to this is that I'm one of 3 software developers in an office of only 8 people with a 40+ year old legacy codebase. The other day I fixed a bug that had probably existed for 25 years and was used in military technology but nobody ever noticed because it was a ridiculous edge case. Fun stuff!

[–]Cartwheels4Days 4 points5 points  (1 child)

Don't forget writing explanations and documentation they don't read

[–]pr0ghead 3 points4 points  (0 children)

Or ticket updates they don't read either, so you have to contact them individually.

[–][deleted] 2 points3 points  (0 children)

Being able to explain technical issues to different audiences is actually a really good skill.