zlacker

>>namany+(OP)
It's a tale as old as time that developers, particularly junior developers, are convinced they could "slap together something in one weekend" that would replace expensive SAAS software and "just do the parts of it we actually use". Unfortunately, the same arguments against those devs regular-coding a bespoke replacement apply to them vibe-coding a bespoke replacement: management simply doesn't want to be responsible for it. I didn't understand it before I was in management either, but now that I'm in management I 100% get it.

>>bandra+s01
What I struggle with is developers wanting to leave platforms like Datadog for open source equivalents that need to be self-hosted.

I hear all of the cost savings benefit, but I never see the team factoring in their own time (and others time) needed to set up and maintain these systems reliably long term.

Something IC’s at company often struggle to understand is the reason why companies often prefer to buy managed solutions even when “free” alternatives exist (read: the free alternatives are also expensive, just a different type of cost)

>>cj+hf1
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?

>>bee_ri+Fk1
> 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.

>>iLoveO+yl1
Agreed, our backlog is insane.