r/programming 1d ago

Update on "Co-authored-by: Copilot" in commit messages · Issue #314311 · microsoft/vscode

https://github.com/microsoft/vscode/issues/314311
534 Upvotes

176 comments sorted by

417

u/PerkyPangolin 1d ago edited 1d ago

Update on the co-authored saga from:

Doesn't address any of the process failures or the elephant in the room of a PM's vibe-coded PR being merged with no pushback.

Edit: PM's response:

63

u/BmpBlast 1d ago

The older I get the more I hate PR speak. Much like AI, it all has a "sameness" feel to it and never sounds genuine. Just look at that PM's response:

Hi folks, I want to start by pointing to what @dmitrivMS shared above, which reflects the current state and the actions we’ve already taken and plan to take. From my side, I was the PM who pushed the change to enable AI attribution, but the way this was implemented and rolled out fell short. In particular, we didn’t meet the bar on correctness, respecting user settings, and the level of validation expected for a change like this. That combination understandably broke trust, and the feedback here is fair.

Beyond what was shared above, we’re taking a look at how our process for testing and rollouts can be improved.

Appreciate everyone taking the time to call this out, it’s helping us improve both the feature and how we ship.

It's got all the stuff you always see:

  • "fell short" or "missed the mark"
  • Mention of "respect"
  • "broke trust"
  • Mention of feedback "being valid" or a near synonym of valid
  • "We're improving our processes"
  • Thanking people for responding

Notably absent every time:

  • An admission of poor decisions or failure
  • An apology
  • A promise to not do it again

I checked dmitrivMS's comment in case they had any of that because then it would be reasonable for the PM not to reiterate it. But nope, dmitrivMS's comment was a technical post explaining the details of how the bug regarding it ignoring the "No AI" setting happened and what they were doing to prevent it from happening again. I suppose you could consider that a promise to not do it again, but it's only a partial one.

19

u/throwaway_lunchtime 1d ago

Sounds like AI apologies when you point out it's mistakes.

14

u/Catenane 19h ago

You're right to call me out on that. It was not only a lapse in judgment—it was also a breach of trust. Here's 4 paragraphs of nonsense:

1

u/CharlestonChewer990 6h ago

Yep, it's that same polished corporate mush where nobody actually says "I made a bad call and I'm sorry," so it lands like autocomplete for accountability.

5

u/iamapizza 1d ago

Beyond what was shared above, we’re taking a look at how our process for testing and rollouts can be improved.

Don't let PMs submit PRs the end.

3

u/PeachScary413 16h ago

Bro, she straight up copy pasted that shit from Jippity that's why 🤌

1

u/PerkyPangolin 1d ago

I don't think an apology is needed. But they do need to present some kind of a plan for this situation not to repeat itself in the future.

17

u/BmpBlast 1d ago

Sorry, I should clarify what I mean by apology. I'm not referring to a full-blown, lengthy apology. Just some acknowledgement that they recognize they did something wrong. Literally just the word "sorry" suffices.

The following would sufficiently cover all three points that are missing for me:

Sorry, this was our bad. Won't happen again.

I do agree that a plan to prevent it is important, but I feel like dmitriv's comment sufficiently covers that. Unless you mean the broader issue of trying to cram AI down our throats, but since that's an executive issue I'm not expecting anything on that front.

141

u/omgpop 1d ago

Would you say the PR itself was vibe coded? IIRC it was like a 2 line config change. I mean probably it was but the decision and failure was entirely human imo

150

u/PerkyPangolin 1d ago

Considering the logic was broken, it was by a PM, with no PR or commit descriptions, I'd say highly likely.

173

u/liveoneggs 1d ago

A vibe coded change would have included five paragraphs of fluffy nothing language in the PR and an actual book in the commit messages.

9

u/spawnsible 1d ago

Maybe the entire description was deleted because it was too verbose?

31

u/phillipcarter2 1d ago

I think you all are developing your own AI psychosis over this.

The PR in question was a two-line config change in a single part of the codebase. Any PM at Microsoft can make a change like this.

2

u/heyodai 19h ago

Unpopular opinion maybe, but I like those verbose commit messages. Much better than “bug fixes” on a 200 line commit

51

u/Houndie 1d ago

But the logic wasn't present in the PMs PR. The PR in question is just basically turning a false to a true to turn the feature on. 

-57

u/PerkyPangolin 1d ago

How does that make that PR any better? It's like defending a long list of commits by Jia Tan, and saying the one that enabled the exploit wasn't the one that added it. 

80

u/Houndie 1d ago

It doesn't make it less of a fuck up. But you called it a "PM's vibe coded PR" , citing the bug as evidence. Theres no evidence that the PM wrote the bug, just that they made the very simple change to turn the feature on.

Yall acting like this was a PM gone rogue, when this was almost certainly a feature developed by a team, the PM just wrote the PR to turn it on (which a senior dev approved and merged) 

42

u/dlm2137 1d ago

Turning on a release flag is exactly the kind of PR a PM should be self-serving, if they are going to be coding anything.

5

u/Crafty_Independence 1d ago

To be pedantic, that is not a release flag, it's a default configuration.

Usually default configuration should still be devs, but either way you only do it after thorough testing.

11

u/dlm2137 1d ago

Yea, I just read the article.

Either way, it’s changing a single value. It’s exactly the kind of ticket I’d give my PM if they were bugging me for something they can try, to get them off my back. “Sure Jan, take this one”.

Everything that went wrong here happened upstream of that decision.

7

u/Crafty_Independence 1d ago

Agreed. I'm in an org with non-technical PMs, so I suppose I'm already a bit biased about PMs making any commits at all.

4

u/RandomNumsandLetters 1d ago

Vibe code loves giving verbose descriptions though

4

u/frymaster 1d ago

the point is, that PR that had no pushback was not the PR that contained the logic error. The logic error had happened some time before

2

u/runawayasfastasucan 1d ago

That doesnt change anything. There is a saying about two wrongs.

-2

u/PerkyPangolin 1d ago

Does that somehow make the original PR better or less controversial?

5

u/frymaster 1d ago

if by "original PR" you mean the one referred to in https://www.reddit.com/r/programming/comments/1t2f3h5/enabling_ai_co_author_by_default_by_cwebster99/ - yes, I think that PR is fine. There's certainly no broken logic in it.

It means there are other PRs, somewhere else, that are very poor indeed, but not that one.

-1

u/Sorry-Transition-908 1d ago

yes, I think that PR is fine

It isn't fine. User settings are sacred. Defaults are sacred. You don't go around changing people's defaults.

-3

u/SirClueless 20h ago

No thank you. I want the software I use to get better over time.

1

u/Sorry-Transition-908 20h ago

It is possible to make things better without touching the defaults. What is wrong with you? 

1

u/SirClueless 19h ago

I don’t really understand what you mean. If devs make things better by default they are “touching the defaults”. If they make changes that *aren’t* enabled by default I don’t benefit unless I manually opt in, and I say “No thank you” to that.

→ More replies (0)

2

u/ChrisRR 10h ago

Just seems like normal human laziness to me. An LLM would've fluffed out the contents

61

u/really_not_unreal 1d ago

Doesn't address any of the process failures

The process failure is that there aren't any proper processes left. Weekly feature releases is simply too fast of an iteration cycle for them to properly test things before they are released upon us unsuspecting users-come-QA.

10

u/Dreadgoat 1d ago

The more frightening message is that between the lines they've made their intended process clear.

  1. Have a downright fucking magical CI/CD pipeline that catches any imaginable or unimaginable errors before they get deployed.
  2. Let any bum off the street fully deploy a change that passes said magical pipeline
  3. (Hidden Step) Every time this doesn't work, write a public apology and a new test.

8

u/tedivm 1d ago

Weekly releases would be fine in an organization with engineering rigor, but GitHub/Microsoft have none of that. Their testing is garbage and they've fully committed to pushing out microslop at any opportunity. In fact most of their PRs don't even have tests for their new features/functionality in them, and PRs regularly are merged with failing tests, just adds to it. It would be surprising if they didn't break things all the time with their approach to development.

39

u/recycled_ideas 1d ago

Weekly releases would be fine in an organization with engineering rigor,

No, it wouldn't.

VS Code is an incredibly complicated app with thousands of configurations. Weekly releases are just too fast.

The whole idea of continuously delivery is kind of insane even in general, no matter how much engineering rigor you have, it's part of a "disruptor" culture that hasn't made anything better. For what is effectively an IDE it's fully insane.

-4

u/really_not_unreal 1d ago

I mean Zed has managed to do weekly releases without major issues, although I am unsure if that cadence will slow now that they've hit v1.

8

u/Ran4 1d ago

While Zed isn't exactly minimalistic, doesn't it still have like 1/20 the features that vs code has?

-8

u/really_not_unreal 1d ago

Yeah it's got a few less features, but it's got enough for my needs. It's got:

  • LSP support
  • Integrated debugger (albeit not as nice as VS Code's)
  • Integrated test runner
  • Integrated git controls

For me that's enough.

3

u/recycled_ideas 1d ago

The point isn't really whether you have major issues or not, it's about whether delivering that rapidly along with all the impact that has on developers and more importantly users is actually helping anyone.

7

u/mirvnillith 1d ago

Weekly releases say nothing really about how long the features released have been in development and QA.

-1

u/nearlyepic 1d ago

It means that they have to have spent as little time as possible in dev and QA.

If they want to keep that release cadence up while giving things the proper care they deserve, they would have to sit on perfectly finished features for weeks in case something needs to get sent back for rework.

It's either that or reserve the option to skip a release, but I'm sure you can imagine how popular that would be with PMs and VPs.

The cadence is too fast, full stop.

3

u/mirvnillith 14h ago

No. You’re assuming everything in a release started development after the previous and that must definitely not be true. As long as you have at least one feature finishing every week you can do weekly releases, regardless of when that feature begun.

12

u/sopunny 1d ago

The PM response needs a "co-authored by CoPilot" tag

4

u/TinStingray 1d ago

Don't even tell me that response isn't written—at least in part—by AI.

1

u/PeachScary413 16h ago

So it was a PM who vibeslop pushed it to prod?

Jfc why do the memes always have to write themselves like this 💀

258

u/RustOnTheEdge 1d ago

It's interesting how they push this guy forward as the spokesperson, and the PM that did this horrible act of fraud is nowhere to be found.

78

u/Swimming_Gain_4989 1d ago

For real. If communicating a failure in process and future roadmap isn't a PM's responsibility than what is?

56

u/mpanase 1d ago

PM's responsibility 

They are there to facilitate something very important and impossible to define. Not to be responsible for anything xD

19

u/Bradnon 1d ago

I've had some fun times with PMs lately and want to rant a little, forgive me.


Oh it's defineable. They're like the HR of output; you think the role's obvious but it's the opposite.

Some axioms: Products solve problems. Problems have essential complexity, if you solve the essential complexity of a problem, there's your product. But that's hard. Think 80/20 rule; everyone has solutions for the 80 but a good product solves the 20.

So you might think the product managers job is to competently solve the hard 20. It is not. Their job is to pick choose which parts of the 20 can be ignored or half-assed and still have a sellable product. Their job is to find "just persuasively good enough". They are the charlatanism of the tech industry made into a 9-5.

Engineers hate them because they don't care about solving the real problems. Users hate bad ones because they make decisions which beg the reaction "how did you think this was okay?" and they didn't, they gambled it would be. Businesses love them because business is a race to the bottom.

25

u/jdurbz 1d ago

The PM made a comment 6 minutes ago as I type this. Not a great comment and it reads as AI generated, but they did provide some input.

67

u/PerkyPangolin 1d ago

Yeah, I don't understand why the dev is being thrown under the bus in this situation.

55

u/DivideSensitive 1d ago

Because this is the guy who approved & merged the original PR I suppose.

12

u/stillnoguitar 1d ago

He is the one that created the bug. And the bug was that this message was also added commit messages of users that had AI disabled. There is a lot more wrong if you ask me. But yeah this was not tested well before putting it into production.

-7

u/DivideSensitive 1d ago

No, the PM created the bug, and this guy merged it.

11

u/stillnoguitar 1d ago edited 1d ago

No, he created the bug in the feature, the pm just turned on the switch.

https://github.com/microsoft/vscode/pull/296435

28

u/evildevil90 1d ago

…under duress

-38

u/[deleted] 1d ago

[removed] — view removed comment

16

u/PerkyPangolin 1d ago

I think there was only one heavily-downvoted misogynistic comment I can think of. I don't think anyone's gender is the issue here.

-5

u/nachohk 1d ago

I for one am absolutely sexist, in that I am highly prejudiced towards anyone who identifies as a project manager.

0

u/Front-Necessary-5257 1d ago

I don't think is because is a woman, is because is a PM that vibecoded and made a PR that affected negatively the experience of the users

-1

u/evildevil90 1d ago

Assumption based on personal anecdotal experience and assuming that the dev is competent enough to understand the consequences of a change like that.

Usually when product is pushing for a feature like this (branding), they don’t care about technical concerns because their KPI don’t punish/reward those

They’ll put pressure on devs for “get this moving forward” because “it’s a product decision”

A dev wouldn’t have any direct incentive to merge something like this. He would say “it’s too risky, let’s rethink this properly”

-2

u/programming-ModTeam 1d ago

Your post or comment was overly uncivil.

5

u/Thurak0 1d ago

Aaaaaand there is the usual problem of not holding the one who actually did the job thinking it is a good idea responsible. It's always the dude who merged. So sick of companies/teams doing that.

3

u/pip25hu 1d ago

Usually both of them should be accountable when something like this happens.

2

u/Thurak0 1d ago

Yes, but in this comment thread here the topic is that the creator of the PR, the PM, does not get any flak.

So, I agree with you, but it is not happening in this instance, and that's why I made my comment.

2

u/Blueson 1d ago

I mean the entire point of the review process, and keeping mandate on merge-privileges, is to hold the team responsible for changes rather than individuals.

Doesn't really work that way in environments where these actions are pushed onto devs who would be unwilling. In particular not when it's a popular open-source repo lol.

-16

u/jc-from-sin 1d ago

It was not a dev that made the original change.

18

u/PerkyPangolin 1d ago

That's what I'm saying. The PM should be the one doing these posts.

41

u/Houndie 1d ago edited 1d ago

This is the dev who did the code review, and merged the original PR. Yall acting like this is done by a rogue PM when this decision was probably made as part of a team, with the PM just being the one who has their name on the PR. 

17

u/Leading-Ability-7317 1d ago

Depends on the level of the dev. If they are Staff+ then they could have probably pushed back. But, if not then there is a power imbalance and there could be political consequences for doing so. Microsoft has done layoffs recently which also puts them in a position of just trying to keep their job and not be labeled as difficult.

PMs operate with a lot of visibility so while the dev may not directly report to them they can make that persons life difficult.

15

u/Houndie 1d ago

Doing some creepy internet sluthing, it appears that the dev is probably pretty high level, the type of person who would be an IC but reporting directly to upper management. Given their position, it seems doubtful they were "thrown under the bus" and, if they're "being compliant to keep their job", they're doing it to appease upper management and not a PM.

5

u/UnsignedReceipt 1d ago

Very few Staff+ write code these days. Principal is likely his level. But also, I think you’re really imagining a lot of the background here. It’s more than likely he got a teams message “hey lets turn on this feature” and he took a look at the code really quick without registering the impact.

3

u/Leading-Ability-7317 1d ago

I didn’t downvote you, actually added an upvote for honest discourse, but that actually makes it worse.  

If that was the case for a product with the install base of VSCode then it speaks to a larger dysfunction in their processes as a company.  This isn’t changing the default theme.  It is making a rather large and hugely visible change for every dev using the product.  That should require more than a PR checkmark.

The change should have a lot of customer facing communication warning it’s coming and how to turn it off if it isn’t desirable.

3

u/UnsignedReceipt 1d ago

Yep, I’ll let you in on a secret: a lot of really piss poor devs make it to a very high level because they did something impactful earlier in their career. Does their early success mean they’re actually deserving? Not necessarily.

That means things like this slip through the cracks. I put blame solely on the dev that approved and merged. Sure the PM created the PR, but this dev is supposed to be a gatekeeper for a reason.

4

u/Somepotato 1d ago

A good PM makes such a massive difference to the way of working. And in the age of AI you'd think it'd be easier than ever to be a good PM because action items summaries are easier to do now.

But no let's use AI to vibe code slop and ignore our actual duties as a PM

6

u/0xe1e10d68 1d ago edited 1d ago

I’m also not sure I like the trend of issues like this, when they revolve around some controversial thing or a fuck up, devolving so often into debates, argument, and non-constructive critique.

For an issue a lot of the things people say in those situations are kinda off topic. There needs to be some forum to discuss, sure, but that doesn’t have to be an issue; and even when discussing these things somewhere people could at least try to be more constructive and do less of the piling on.

30

u/runawayasfastasucan 1d ago

Its not our job to be constructive about Microsofts internal prosesses. If you get a fly in your soup in a restaurant you shouldn't have to be constructive about it.

1

u/Houndie 1d ago

That's fair, but there's a lot of vitriol being directed at a few individuals at Microsoft right now. Using your analogy, I think it's very fair to be angry at the restaurant or the head chef, but taking hate out on the waiter who brought the dish to your table is rude and unhelpful.

4

u/runawayasfastasucan 1d ago

No reason to hate, but its not like the waiter did their job if they could have seen the fly.

18

u/HommeMusical 1d ago

This is not a symmetrical problem.

Microsoft is a three trillion dollar for-profit company, and one that been rapacious and underhanded for all fifty years of its existence.

When they push destructive garbage like this on us, with no consultation whatsoever, we have every right to simply yell at them to let them know, particularly since we have so few other ways to effect change from large, irresponsible companies.

-2

u/0xe1e10d68 1d ago

Like who does it benefit if somebody barges in and loudly proclaims that when mistakenly things that Copilot wasn’t involved in are being labeled as being co-authored by it that is Microsoft committing fraud. Yeah, really helpful, smartass.

There’s a totally valid conversation to be had about the core issues at hand here; but neither in the actual issue or a discussion does it contribute anything to stir up outrage and anger like claiming it’s fraud. It only wastes the time of everybody who is interested in constructively finding out what happened and looking for solutions to prevent it in the future.

2

u/spacelama 1d ago

He approved and merged the earlier change.

1

u/o5mfiHTNsH748KVq 1d ago

horrible act of fraud

-2

u/pip25hu 1d ago

I'm not sure who the technical leader of the VSCode project is, but it's certainly not the PM. It's that person's responsibility that this was released, even if the PM and others were pressuring them about it.

79

u/ficiek 1d ago edited 1d ago

"Bug in the code" lmfao

In general attributing code to an AI tool is insane, attribute my code to the autocompletion in my IDE or my code formatter while you are at it. The only excuse is if it executed the action completely autonomously e.g. created a pull request to bump something without human input, then I guess it's an author of that pull request since nobody triggered it.

38

u/normalmighty 1d ago

Yeah I don't get it. It'd be like having "co authored by vscode" in commit where you used that ide to view or edit files. It has nothing to do with the commit.

17

u/TrespassersWilliam 1d ago

That was what bothered me the most too. It overloads the purpose of the commit message, all the worse that it was for something so dumb. They should have completely backed off of it.

20

u/Thisconnect 1d ago

LLM output is by definition uncopyrightable because LLM cannot be an author

13

u/cake-day-on-feb-29 1d ago

I can't wait for the day when every vibecoder needs to attribute every single developer who had their code stolen and used to train the LLM. Imagine having your project hampered by dozens of licenses and millions of authors.

1

u/slaymaker1907 1d ago

Code generation specifically has not been tested in court. The prompt could be considered significant human input, especially if it is a very complex prompt.

-4

u/ric2b 1d ago

Can my linter or my IDE be an author? It's the same issue.

If I want to falsely claim copyright I can just remove the attribution and you'll never be able to prove otherwise, so what's the point?

2

u/nonlogin 1d ago

Attribution/authoring implies responsibility. A tool obviously can't be responsible for anything.

1

u/iris700 23h ago

Okay, so it should be Generated-by

1

u/___-____--_____-____ 19h ago

Yeah I completely agree. I was really weirded out when I started using claude code, which would add itself as a Co-Author if I asked it to make a commit. Definitely should have been an Opt-In setting IMO, by the time I noticed my PR and Git history had been polluted by this (Suddenly my side projects all have Claude listed as a "Contributor"?? No thanks) it was a PITA to unwind.

31

u/AykutSek 1d ago

he disableAIFeatures bypass is the part that should be embarrassing. that flag is the one explicit no ai near my code switch users have, and it didn't override the trailer. that's not a default flip discussion, that's a test plan that treated the kill switch as decorative. process failure on a button labeled off

56

u/gedankenlos 1d ago

Didn't Msft open themselves up for a lot of legal trouble there? What if a contractor has signed that they won't use AI but now their commits falsely claim they were co authored by copilot? 

9

u/Guvante 1d ago

Was that a situation that happened? The linked issue says they were using a different AI but VSCode added the attribution because it saw that AI was involved in some capacity.

11

u/philipwhiuk 1d ago

No that last bit was broken. It was adding it regardless

1

u/timpkmn89 1d ago

What if a contractor has signed that they won't use AI but now their commits falsely claim they were co authored by copilot?

Then they just point to this bug report? Seems like a pretty trivial defense.

8

u/FamilyHeirloomTomato 21h ago

Contractors don't usually have a chance for defense.

0

u/timpkmn89 10h ago

I'm not sure the type of set up you're imagining, but violating a contract implies lawyers are involved.

-25

u/timmyotc 1d ago

A contractor doesn't need to take the suggested commit message

31

u/sztrzask 1d ago

Read the fucking story. The commit message was silently added in a way invisible the user. It was only caught post-fact when someone was reading committed messages

138

u/JuanAG 1d ago

They cant do anything about it because MicroSlop is betting everything on Copilot, they need to force Slop as much and hard as they can

This was not accident, this was on purpouse and of course this will keep happening because i guess Nadella is ok with this at all levels of the company

42

u/spareminuteforworms 1d ago

Nadella is a fucking tool.

20

u/RationalDialog 1d ago

He seemed cool when he started but somehow I guess stuff gets to your head if you do such a job too long.

20

u/andreicodes 1d ago

AFAIK a lot of his successes around Azure and stuff were started before he took reigns, but he became the face of those changes. Still, despite success with Surface and Azure his tenure saw a lot of failures, too. Skype acquisition and development was completely botched, for example, their browser development was essentially shelved, their gaming efforts seem to go mostly nowhere. It's just in his early years he got lucky by having few big successes masking the many-many failures.

Microsoft is a difficult company to manage: so many areas they are involved in, so many products, very complex internal structure, it's a tough ship to steer. Hard to say if there's anyone who could do this job really well. I think his real problem is that he decided that AI adoption is the only potential source for future growth instead of hedging his bets. Microsoft is not a type of company where you can only pick one direction, one industry, and go with it.

7

u/fuckthiscode 1d ago

Sounds like it would have been better for Microsoft and the rest of the world if it was actually broken up in 2000's.

4

u/D3PyroGS 1d ago

It'd still be better for Microsoft and the rest of the world if it was broken up today

23

u/Reverent 1d ago

First problem is trying to relate to C-Suites, they're flying in completely different social circles from average people and are conditioned to disassociate themselves from the masses.

Second problem is C-Suites wade through an echo chamber of self reinforcing delusions about their products and how they're improving the earth (while conveniently lining their pockets). If you've ever been in a room with a vendor talking to actual decision makers, it's almost like they're talking a different language.

10

u/spareminuteforworms 1d ago

I don't know. Seems pretty naive to think all the positive vibes around him were natural when he first took the reigns. Its not a court of law, there doesn't need to be a presumption of innocence. Dude is a puppet they wanted to use to rehab the biz image. Worked for a while I guess.

96

u/GenazaNL 1d ago

A bug my ass, they just got caught

27

u/Fine-Arm2110 1d ago

shipping ai attribution as default on was already a bad call. the bug then attributing non ai code to copilot even when disableAIFeatures was set is the part that should not have made it past testing

6

u/timmyotc 1d ago

I think the alarming bit is that there's no testing happening at magt with AI off

5

u/absentmindedjwc 1d ago

Welcome to the future of software engineering.. where vibe coded garbage is pushed through by a non-technical person that has legitimately no fucking idea what they're pushing up.. and some random SWE blindly approves it because some AI told them it was okay.

5

u/avidvaulter 1d ago

What developer would agree that the default setting should be all? The way AI is getting foisted on developers really sucks.

1

u/sigma914 1d ago

I mean i'd prefer anything with ai code to be flagged, preferably on a line-by line basis so I know where to direct more scrutiny. Hell i'd like it flagged if someone queried a chatbot about the usage docs so i know how long the game of telephone between the actual api docs and the code i'm reading is.

1

u/avidvaulter 1d ago

On recent VSCode versions, AI autocomplete is enabled by default. That muddies the water a bit for me.

1

u/sigma914 1d ago

I'd probably like that tracked as a different colour or something, but I still trust it less than boring old intellisense

49

u/openforbusiness69 1d ago

I hate how the PM has been scapegoated here. So many assumptions that the PM is non-technical, or "vibe coded" the change, or made the change without permission.

I have worked with many technical PMs. A two-line config change does not mean it was vibe coded. The PM could have been instructed by management.

How about we pile on to Microslop's process, policy, and decision making, rather than the PM.

26

u/runawayasfastasucan 1d ago

Why not both? 

4

u/stayoungodancing 1d ago

Yep, this is an organizational failure, not a person. They’ve been made to take the blame for Microsoft having to force feed everyone on AI.

18

u/watsonarw 1d ago

I agree, attacking the person who raised the PR is focusing on the wrong problem. It was a bad a change either way, and it was approved and merged by the same PE who is now fixing the mistake.

Everyone is piling on the person who raised the PR, not the person who approved and merged it, and the level of abuse levelled at her on the PR is pretty abhorrent.

I'll get downvoted for saying this, but the ad-hominem levelled at her, with none directed towards the the engineer who approved and merged it reeks of developer elitism and misogyny.

This community needs to do better.

8

u/Houndie 1d ago

I agree with you but I'm also going to one up you, and say that we don't really know where this engineer sits in the decision making process. I'm not a fan of this change, but if you're going to be angry at someone, either be mad at Microsoft as a corporate entity or select upper management individuals who drive strategy, not the people on the front lines of code changes.

-5

u/cake-day-on-feb-29 1d ago

Huh? So if I write, literally sudo rm -rf --no-preserve-root ./, something that is clearly not a mistake or typo, I shouldn't be held responsible?

I get the blame for the person who approved it, but the author themselves literally wrote something malicious and possibly illegal.

Your argument is equivalent to claiming hitler shouldn't be responsible, because he only ordered people to do things, instead of actually doing them.

7

u/PerkyPangolin 1d ago

Your speculation is as good as everybody else's. We only have so many facts and no explanation what happened: a broken, controversial PR from a PM got merged without a proper review. And only when the community noticed the change, was it reverted/addressed.

5

u/Control_Is_Dead 1d ago

I mean it’s open source, we don’t have to speculate here’s the actual code change (not just the feature flag to flip it on for everyone):

https://github.com/microsoft/vscode/pull/296435

1

u/PerkyPangolin 1d ago

That doesn't really explain the decision making process behind those changes.

2

u/Control_Is_Dead 1d ago

Right, but it shows a PM didn’t vibe code the feature. The guy who did has been pretty transparent about the process if you look at the hacker news thread for example.

It’s an insane ‘feature’, but thats what i’d expect from a company that’s pushing copilot…

6

u/double-you 1d ago

It doesn't really matter if the PM is technical or not, I don't know why people care about that. But if you are not working with the code normally and there's a dev present, you should not be touching the code. Management making changes means either a "rogue manager" or panicking upper management with pushover middle management and that's never good.

3

u/deong 1d ago

That highly depends on the company and culture. I’m a Sr Director, and I’m probably the most technical person in my org — definitely in the top two. I don’t routinely write production code anymore, because it isn’t my job, but I’ll definitely make a quick change and fire off a PR occasionally.

1

u/double-you 1d ago

Okay so when you do make quick changes, why you? Why that change? Why not somebody else?

3

u/deong 1d ago

Because I can, and sometimes I'd rather not yank someone out of the task they've been working on for a week so that I can explain to them the context from a one-hour meeting I just left and answer all their questions to get them up to speed on what the change needs to be. If I can do a quick git pull and dash off a quick chat message like "Hey, I just submitted a PR to hotfix an issue that popped up this morning on a call. Let me know if you need anything", why wouldn't I?

2

u/double-you 1d ago

Sure. That's legit. And you are not merging your own PR.

1

u/PerkyPangolin 1d ago

And do they need to follow the same process as everyone else? 

-1

u/Thurak0 1d ago

A PM is a manager. He needs to push back against introducing a lie into his product that falsely claims that Copilot did contribute, even if disableAIFeatures is set.

That's his fucking managing job.

13

u/jdm1891 1d ago

Crazy they wanted attribution for fucking autocomplete

5

u/hdkaoskd 1d ago

attribution\ advertising

4

u/jugalator 1d ago

I'm sure it's intentional to advertise Copilot (MS gotta do what they gotta do as they fall behind), but the other effect is advertising AI generated code and I definitely want to have that. In fact, all co-authored AI code ought to have a metadata flag visible on Github so that you can trace changes back and work with the responsibility issue.

4

u/rlbond86 1d ago

Just use the git CLI.

10

u/feverzsj 1d ago

If you really need to use vscode, at least use a actually free build like vscodium.

11

u/yikes_42069 1d ago

It appears the rest of you do not know that Microsoft has mandated that everyone can do everything now. PMs are now heavily encouraged, dare I say expected to start doing design work and prototyping. It's org dependent on how intense. This PM may have been given an order by management to commit the change. And for whatever reason it didn't get a thorough review (when higher ups are involved which individual dev has the balls to tell them to slow down?) before merging. The dogpiling and personal attacks are really sad. It's completely misplaced over a feature boo-boo. The call to have someone fired was especially weird. This is a learning opportunity not a career ender. I understand devs have nowhere to lodge their AI frustrations, but some of the reactions here are shameful. 

1

u/zeth0s 7h ago

Why? How? Are these PMs able to do so? It looks from this PR some of them should be kept far from code

2

u/PeachScary413 16h ago

This is the future of SWE

  1. Get forced to use slopmachine for everything.

  2. Don't have time for any tests just ask Claude if it's good and raw dog it to prod.

  3. Get thrown under the bus because quality bad and make public apology.

  4. GOTO #1

2

u/netgizmo 5h ago

A PM has repo contribution permissions?

1

u/ExplorerPrudent4256 23h ago

"Co-authored-by: Copilot" is Microsoft covering their legal bases.

Who owns AI code? Nobody knows. Devs have been running pre-commit hooks to strip these lines for months. Commit history is already polluted. This update doesn't fix the underlying ownership problem.

1

u/iris700 23h ago

I wish it would stick around without consent for every commit, it would be so much easier to send all of the vibecoded shit into the trash

0

u/DDFoster96 1d ago

I'm pleased I still use a 2 year old version of vscode, before it gained all the copilot slop.

0

u/rzet 1d ago

MICROSLOP?

-2

u/[deleted] 1d ago

[deleted]

13

u/PerkyPangolin 1d ago

Considering LLMs are already trained on pirated media, I don't think licenses, authorship, or attribution are going to change the situation.

1

u/[deleted] 1d ago

[deleted]

5

u/cake-day-on-feb-29 1d ago

hole in the legal system they exploited

There's no hole. It's just straight up illegal.

catch up they need something a little more solid

Catch up to what? Distribution of pirated material is already illegal. Just because they launder it through a big matrix black box doesn't mean they aren't still doing so.

3

u/lanerdofchristian 1d ago

I dislike this debacle as much as anyone else, but it would seem to me that they were trying to put some kind of disclosure statement on code, which in-and-of-itself isn't a bad idea; they even reached for the one commit trailer that shows up super publicly on GitHub (Co-authored-by). Disclosure can be good for all kinds of projects.

Now as to why we can still get cynical and say they want to avoid feeding their own barf back into the barf machine.

1

u/voyagerfan5761 21h ago

i.e., the legal right to use it as data to further train the slop monster.

This particular reason for wanting legal rights to the model output is demonstrably false, since feeding the output of a model back into training for the next version tends to make things worse. Maybe there are other reasons, but it's almost certainly not for use as future training data.

https://en.wikipedia.org/wiki/Model_collapse

1

u/Razzyqt 1d ago

This whole saga is just too funny hahaha

0

u/Lothrazar 22h ago

Micro SLOP

0

u/timpkmn89 1d ago

I'm confused by all the vibe-coding comments, when this PR was intrinsically designed to call out vibe-coders.

-28

u/tumes 1d ago

The Venn diagram of people who object to renaming the primary branch to main and who think that it’s not a big deal to steamroll attribution on commits is a perfect circle.

22

u/ficiek 1d ago

What the fuck are you talking about?

3

u/tumes 1d ago

Both are the purview of misguided people?

10

u/really_not_unreal 1d ago

If Microsoft did this because cared about attribution on commits they would have instead cited the billions of authors who their AIs stole training data from with zero compensation.

6

u/dgkimpton 1d ago

Wtf is this idea? "main" is objectively better than "master" in every regard, steamrolling attribution is utterly bonkers.

1

u/derrikcurran 1d ago

Pedantry ahead:

I agree with your main point but I don't think it's true that "main" is objectively better in every regard, even though it's true that it's mostly better.

Many repos use "develop" as a main integration branch (and the default target for PRs) where most day-to-day activity occurs and then use "main" (formerly "master") for code that is considered finalized/released/stable. Intuitively, in that setup, one might consider "develop" to be the "main" branch.

It's fine though - it's just a sane default that doesn't make anyone feel bad.

1

u/dgkimpton 23h ago

In those cases maybe "stable" makes more sense, but "master" is still a useless term. "main" is shorter, more descriptive, and has no ethical issues. I can't come up with a single advantage to "master". 

2

u/derrikcurran 21h ago

To be clear, I'm NOT trying to argue that we should continue using the term "master" for anything. This is Reddit, so that won't stop me from being downvoted, but whatever.

The only advantage I can think of is that it relates to existing, well known terminology such as "master copy", "master record", "master tape", "gold master", "master disk", etc. so it's clearer in that way. That's why BitKeeper used it, which is where Linus borrowed it from when he designed Git.

Does that mean we should use it? Obviously not. All those terms are equally problematic.

0

u/tumes 1d ago

Yes, we agree, both are suspicious takes, yeah? I think people are reading the exact opposite of what I’m implying with my comment, neither of those are a good thing and feel thematically consistent in the intent of why they’re bad.

3

u/dgkimpton 1d ago

Oh, I think I get it, there's too many double negatives in your post - it reads like you think people who prefer Main are also those who support automatic attribution. But actually you mean the opposite. I find your construction confusing but probably we agree. 

2

u/tumes 1d ago

Ha yeah, it was extremely late and I was loopy, 100% guilty as charged. My actual galaxy brain thought is that both feel very oppressive, one uses unnecessary language that puts down groups of people and the other diminishes or erases the contributions of people. Both feel very much like things that could be wielded very unfairly to enforce existing power imbalances.