31

So, I work in a medium sized team and earlier in this year, our team helped another that was behind in some tasks that all of us need to complete together.

After this, that team always asks for help from our team for untested things from their side and the worst part is whenever something breaks on their side, it breaks for a lot of people (like us) too, and they break a lot of stuff, simply not testing anything, no unit tests, no integration tests, nothing, they just throw broken shit out of the door.

This happens even to the things we made at their place, something's up with our code? They changed it. It doesn't seem to matter if it's adding 2 lines to a sql query, they added an extra comma and didn't test, they changed the batch processing? Now the process returns a broken json with different fields than the Enum expects. Yeah, they changed the value of the field that was ALREADY working for no reason and didn't test it.

I'm pissed off, told my coworker that it's their problem now, but the problems always come and the boss call us to help. This is very frustrating for us and for other teams too, even today another boss was talking about them breaking things in another system that we and they interact.

Their boss seemed to just want to give work for them, even with these problems coming back. The outsourced people work better than them, but you know, they are outsourced and the not so competent team is in house, so they can do nothing.

What can I do? Just saying no when the problems come? Talking to their boss?

you are viewing a single comment's thread
view the rest of the comments
[-] potatoguy@potato-guy.space 1 points 4 days ago

how come that they can circumvent them?

Copilot writing all the unit tests and passing, while the unit tests don't test anything or test the wrong thing. Passing the wrong thing to the services that consume their services, so it seems it works, but the service downstream just doesn't work anymre.

[-] PoisonedPrisonPanda@discuss.tchncs.de 3 points 3 days ago* (last edited 3 days ago)

for such things like shared documents/database entities also a shared test dataset should be available.

Then they cannot play around and modify those outputs anymore without noticing of others. (because their unittests would fail)

my assumption here is only an example. I dont know what youre dealing with.

While I understand the rant. And am on your side regarding those jerk moves. its a management issue. even when they do not act, its up to you to bring this to attention if this seriously conflicts with your work.

And in the long run its a win win for everyone.

edit: I am working myself in early development and despite being an engineer by background Im coding. So I know quite well how difficult it is to make it properly instead of quick and dirty.

this post was submitted on 28 Jul 2025
31 points (100.0% liked)

Programming

21903 readers
303 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 2 years ago
MODERATORS