@[email protected] to Programmer [email protected] • 6 months agoAbsolute legendlemmy.todayimagemessage-square103fedilinkarrow-up11arrow-down10
arrow-up11arrow-down1imageAbsolute legendlemmy.today@[email protected] to Programmer [email protected] • 6 months agomessage-square103fedilink
minus-square@[email protected]linkfedilink0•6 months agoThey are going to “accidentally” remove a fix?
minus-square@[email protected]linkfedilinkEnglish0•6 months agoBy not understanding how version control works. I’ve worked at places that had a surprising number of developers who would just merge things in ways that drop code from other developers.
minus-square@[email protected]linkfedilink0•6 months agoCan you give an example how that would happen?
minus-square@[email protected]linkfedilinkEnglish0•6 months agoIt’s pretty straightforward. Merge conflicts? No such thing! Just make my version the next version.
minus-square@[email protected]linkfedilink0•6 months agoAlso that’s likely a team that doesn’t use a branching workflow, has poor review on merges, and/or using Git like it’s SVN.
minus-square@[email protected]linkfedilinkEnglish0•6 months agoHow optimistic. At my last workplace I got us to finally stop using zip files for version control. This was at a fortune 500 company. The utility of software is so great that even terrible processes are still functional to some degree.
minus-square@[email protected]linkfedilink0•6 months ago A times B times C equals X. If X is more than the cost of a failure or security breach, we don’t fix the software. Are there a lot of these kinds of problems? You wouldn’t believe. Which Fortune 500 company do you work for? A major one.
Why would they do that? Talk about generating mistrust.
It may not be malice. Incompetence.
They are going to “accidentally” remove a fix?
By not understanding how version control works. I’ve worked at places that had a surprising number of developers who would just merge things in ways that drop code from other developers.
Can you give an example how that would happen?
It’s pretty straightforward. Merge conflicts? No such thing! Just make my version the next version.
Also that’s likely a team that doesn’t use a branching workflow, has poor review on merges, and/or using Git like it’s SVN.
How optimistic. At my last workplace I got us to finally stop using zip files for version control. This was at a fortune 500 company.
The utility of software is so great that even terrible processes are still functional to some degree.
Are there a lot of these kinds of problems?
Which Fortune 500 company do you work for?
I dunno, but it’d be funny
Rehire obv.
Good luck with that lol. Who would fall for that.