Oh, now I understand what you said and agree with it.
potatoguy
Just annoyed, I have some important work to do and then bam, a Teams call on the code we wrote and they broke. I would like to propose some help for them to understand better their system, yes.
I showed an error to them, as their project is having a problem with the mock that I have built (for better managing and testing the dev environment) for the entire system and might cause very big problems when encountered in prod (very probable it will happen when the project will be used more, in some time in the near future), they didn't fix it, it was encoutered 1 month ago.
Talking to the boss seems a bad idea, yeah.
I'm thinking about doing a teaching session with the whole team (for the whole project), to explain things in the grand scheme of things of how they work, this might help with what each part of the code does. The project is huge, but the teams are medium sized and we are hiring a lot of people, so it might be good for all to know a little bit more.
The place I work has all that and even more, I think these kinds of errors that happen make upper management even more draconian with the rules (and we already have A LOT of rules).
If resources are going from one team to another, and they have separate management, that damn well better be coordinated through your boss. At the very least C.C. at the start and end of the project.
It happened inside their project, not in communication with our part of the whole. It happened communicating with the code we wrote for them, but we didn't explain our code to them, so it might be a little bit of our fault, even if it was in the documentation and the tasks that were provided to us, the json was part of the documentation.
Yeah, I feel it might be a management issue too.
Unfortunately, everyone knows about the other team, but I feel they aren't guided by their boss, Idk but I heard that they are lost on the project, but on that Idk how to help, but at least I expect them to test the code they produce, some of them test, but a lot of them don't.
I'm going to try to help when asked, but it seems they need more senior devs (I'm only a junior dev) or some form of "training" for their project.
Not our boss, their boss. We're basically helping because of the spirit of the team.
They will not get fired and I don't think that they getting fired would be good, I just want for them to learn about the system they work on and have more testing on their part. I want to work on my system, because I like it, only wanting to help when it's needed, not when it's not a good job on anothers team part.
The video talks about the history of yaoi and how it evolved, the social relation of men and women in relationships, sexuality, desire, abuse, etc, and how it interacts in worlds where only men exist, from the feminine point of view. This is a literary and sociology analysis of it. It's clear you didn't watch the video and only commented after reading the title... I wish this didn't happen on lemmy and stayed on reddit.
My old btrfs system auto defragging while shutting down (and taking too long): I guess I'm going to die
0 is below 1 million
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.