zlacker

[parent] [thread] 5 comments
1. bee_ri+(OP)[view] [source] 2026-02-04 23:42:12
Do they actually not understand that? They might just be fine with a system that makes them more useful.

How do you calculate the time spent on an internal tool like this, actually? (I’ve never been in management). Realistically your team inevitably will have some downtime, maybe some internal tool maintenance can be fit in there? I mean it obviously isn’t fully “free” but is also shouldn’t be “billed” at their full salary, right?

replies(2): >>iLoveO+T >>bandra+Yr
2. iLoveO+T[view] [source] 2026-02-04 23:48:48
>>bee_ri+(OP)
> Realistically your team inevitably will have some downtime

What? My team wouldn't have any downtime even if we had 10x the amount of people.

If you work at a company where you have times where you don't have work to do, you should polish your resume because it means the company will go under.

replies(3): >>stavro+O5 >>array_+b6 >>sigseg+DA
◧◩
3. stavro+O5[view] [source] [discussion] 2026-02-05 00:22:58
>>iLoveO+T
Agreed, our backlog is insane.
◧◩
4. array_+b6[view] [source] [discussion] 2026-02-05 00:25:27
>>iLoveO+T
Doing work is easy, not doing work is hard. It's trivial for any engineer to find stuff to do. The trick is doing the right stuff. Most software is bad and clunky, most requirements are wrong, and most of your customers, at best, tolerate your product.

I think most software companies need to be doing less. Deleting code, refining, and making their product genuinely useful as opposed to "able to technically contort to client needs".

5. bandra+Yr[view] [source] 2026-02-05 03:26:48
>>bee_ri+(OP)
> How do you calculate the time spent on an internal tool like this, actually?

In broad strokes there's two ways. You can count it as an operational expense, or you can count it as capital (this takes more work to do but can have some advantages). If you count it as operations, it's just a big red pit you're throwing money into that you hope is offsetting a larger operational cost somewhere (but this can be hard to quantify). If you count it as capital, you're basically storing all of those hours as an "asset" which then loses value over time (it's kind of like the charge in a battery). The problem is you have to be able to show that this internal tool would, in the case of an acquisition or liquidation, be valued by the new owner at the value you're setting it at.

The problem there being that people are even more hesitant to trust somebody else's internal tool than they are to trust their own internal tool, so I've seen multiple managers think "I sunk a million dollars into this so it must be worth something" but in fact they were just running a jobs program for their team.

◧◩
6. sigseg+DA[view] [source] [discussion] 2026-02-05 04:57:55
>>iLoveO+T
Agreed here as well. If you gave me 10 devs for 3 years and zero new incoming requirements the backlog wouldn't even go down by 20%.
[go to top]