zlacker

[return to "Watching AI drive Microsoft employees insane"]
1. cebert+t[view] [source] 2025-05-21 11:01:43
>>laiysb+(OP)
Do we know for a fact there are Microsoft employees who were told they have to use CoPilot and review its change suggestions on projects?

We have the option to use GitHub CoPilot on code reviews and it’s comically bad and unhelpful. There isn’t a single member of my team who find it useful for anything other than identifying typos.

◧◩
2. mtmail+U1[view] [source] 2025-05-21 11:20:04
>>cebert+t
Depends on team but seems management is pushing it

from >>44031432

"From talking to colleagues at Microsoft it's a very management-driven push, not developer-driven. Friend on an Azure team had a team member who was nearly put on a PIP because they refused to install the internal AI coding assistant. Every manager has "number of developers using AI" as an OKR, but anecdotally most devs are installing the AI assistant and not using it or using it very occasionally. Allegedly it's pretty terrible at C# and PowerShell which limits its usefulness at MS."

"From reading around on Hacker News and Reddit, it seems like half of commentators say what you say, and the other half says "I work at Microsoft/know someone who works at Microsoft, and our/their manager just said we have to use AI", someone mentioned being put on PIP for not "leveraging AI" as well. I guess maybe different teams have different requirements/workflows?"

◧◩◪
3. xnorsw+f6[view] [source] 2025-05-21 12:02:50
>>mtmail+U1
> Allegedly it's pretty terrible at C#

In my experience, LLMs in general are really, really bad at C# / .NET , and it worries me as a .NET developer.

With increased LLM usage, I think development in general is going to undergo a "great convergence".

There's a positive(1) feedback loop where LLM's are better at Blub, so people use them to write more Blub. With more Blub out there, LLMs get better at Blub.

The languages where LLMs struggle, with become more niche, leaving LLMs struggling even more.

C# / .NET is something LLMs seem particularly bad at, and I suspect that's partly caused by having multiple different things all called the same name. EF, ASP, even .NET itself are names that get slapped on a range of different technologies. The EF API has changed so much that they had to sort-of rename it to "EF Core". Core also gets used elsewhere such as ".NET core" and "ASP.NET Core". You (Or an LLM) might be forgiven for thinking that ASP.NET Core and EF Core are just those versions which work with .NET Core (now just .NET ) and the other versions are those that don't.

But that isn't even true. There are versions of ASP.NET Core for .NET Framework.

Microsoft bundle a lot of good stuff into the ecosystem, but their attitude when they hit performance or other issues is generally to completely rewrite how something works, but then release the new thing under the old name but with a major version change.

They'll make the new API different enough to not work without work porting, but similar enough to confuse the hell out of anyone trying to maintain both.

They've made things like authentication, which actually has generally worked fine out-of-the-box for a decade or more, so confusing in the documentation that people mostly tended to run for a third party solution just because at least with IdentityServer there was just one documented way to do it.

I know it's a bit of a cliche to be an "AI-doomer", and I'm not really suggesting all development work will go the way of the dinosaur, but there are specific ecosystem concerns with regard to .NET and AI assistance.

(1) Positive in the sense of feedback that increased output increases output. It's not positive in the sense of "good thing".

◧◩◪◨
4. macint+39[view] [source] 2025-05-21 12:23:07
>>xnorsw+f6
From a purely Schadenfreude perspective, I’d love to see Microsoft face karmic revenge for its abysmal naming “conventions”.
[go to top]