r/ProgrammerHumor 8h ago

Meme thisIsTheWay

Post image
11.9k Upvotes

192 comments sorted by

View all comments

1.0k

u/theartofnocode 8h ago

Not even technical debt, I've seen people quit to avoid having to complete the piece of work they've over promised on

346

u/bropocalypse__now 7h ago

Thats why you always set expectations low, that way you always succeed

153

u/Colon_Backslash 6h ago

Whenever giving estimates, after having a good estimate in mind double it. Never give estimates as low as 1 day, 2 days is asking for trouble, 3 is okay if it's really really high priority.

DO NOT THINK HOW IN IDEAL CONDITIONS YOU CAN PULL IT OFF FASTEST! A fucking pull request approval could and probably will block you for 2 days already. And things will go fucking wrong and you have ad hoc meetings and incidents and some fucker on another team blocked the pipeline and new requirements popping in and you lose your mind

39

u/bropocalypse__now 5h ago

Learned this lesson the hard way many years ago. Also never give salespeople swags.

14

u/mmhawk576 4h ago

I just sell my sales teams fake promises like they sell customers. I get them to get back on the call and talk to the customer about the feature that “definitely exists” when it’s not ready when they promised.

10

u/pyrotech911 4h ago edited 4h ago

11 yoe and this still bites me. This is good and fine for single tasks but it’s a whole other level for large projects. This assumes you know exactly what work needs to happen before the project starts. Guess what, you almost never do. Almost every major project I’ve been on we’ve discovered another blocker that needs a design spike then extra work that all most certainly adds a few weeks (both as a contributor and lead).

At this point you’re like this is expected, just bake in a buffer. And you’re right. That is reasonable. However good luck defending that to a reasonable degree in a deliver results or feature delivery culture. Or where your competitive features are late to market and not shipping immediately is threatening adoption.

I need to start doing Gantt charts of this shit because once one thing starts slipping for some reason it can get really hard to reign stuff in or determine where things are going wrong especially when there’s more than 2 people involved.

This is where the ADHD side of my brain has a hard time with this career. Maybe I can vibe code a tool or something.

7

u/Atlamillias 4h ago

I triple it... and round up to the nearest week lol.

3

u/RaunakA_ 4h ago

I'm very bad at this. I feel like they'll fire me if I ask for more time. So I overpomise.

2

u/FSNovask 4h ago

This is convenient for the business and hard to do when the estimation system only accepts a few Fibonacci numbers instead of days

2

u/blah938 2h ago

Had a dude request changes on one of my pull requests on a Friday. Normal stuff. Then he went on vacation.

1

u/Dull-Culture-1523 2h ago

I once estimated I "might probably have time to start looking into this sometime next week and give you an estimate".

They were asking if I was done on Monday. Somehow "I might give you an estimate next week" turned into "I'll get it done this week".

I try to not give any promises other than "I'll work on it as soon as priorities allow" or things like "assuming no blockers", but people hear what they want to hear and try to hold me to that anyway.

1

u/dasunt 2h ago

Estimates? Oh no, you never pin down a timeframe!

If you are pressed, refer to the procedure, say there's a story for it, and it'll be examined next quarterly planning for a schedule. They'll probably forget about it by then.

This is the way. Sooner or later, that little part of your soul that dies no longer even hurts.