Live data from Hacker News

15 years later, Microsoft morged my diagram

nvie.com

131–140 of 427 posts

Re: 15 years later, Microsoft morged my diagram

#132

Something tangential.. > people started tagging me on Bluesky and Hacker News Never knew tagging was a thing on Hacker News. Is it a special feature for crème de crème users?

Don't think so, expect they just mean replying to comments to mention it, or they posted another article and people commented about seeing this and isn't it from another article of yours etc.

Re: 15 years later, Microsoft morged my diagram

#133
post #47
post #7

They've taken it down now and replaced with an arguably even less helpful diagram, but the original is archived: https://archive.is/twft6

Wow it’s even worse than I thought. I thought that convictungly morhing would be the only problem. The nonsense and inconsistent arrowheads, the missing annotations, the missing bubbles. The “tirm” axis… That this was ever published shows a supreme lack of care.

And that's what they dared to show to the public. I shudder thinking about the state of their code...

Re: 15 years later, Microsoft morged my diagram

#134
Is there a single thing that Microsoft doesn’t half-ass? Even if you wanted to AI generate a graph, how hard is it to go into Paint or something and fix the test?

I have been having oodles of headaches dealing with exFAT not being journaled and having to engineer around it. It’s annoying because exFAT is basically the only filesystem used on SD cards since it’s basically the only filesystem that’s compatible with everything.

It feels like everything Microsoft does is like that though; superficially fine until you get into the details of it and it’s actually broken, but you have to put up with it because it’s used everywhere.

Re: 15 years later, Microsoft morged my diagram

#135
> take someone's carefully crafted work, run it through a machine to wash off the fingerprints, and ship it as your own.

I don’t even care about AI or not here. That’s like copying someone’s work, badly, and either not understanding or not giving a shit that it’s wrong? I’m not sure which of those two is worse.

Re: 15 years later, Microsoft morged my diagram

#136
post #78

Earlier quoted context omitted.

You’re incorrect on how the publishing process works. If a vendor wrote the document, it has a single repo owner (all those docs are in github) that would need to sign off on a PR. There isn’t multiple layers or really any friction to get content on learn.msft.

I suggested that if there is no review process, it is a systemic issue, and that if there is a review process that failed to catch something this egregious, it is a systemic issue. My supposition is that regardless of how the publishing process works, there is a systemic failure here, and I made no claims as to how it actually works, so I'm not sure where the "you're incorrect on how it works" is coming from.

You said it takes multiple people screwing up, implying that publishing content had multiple gates/reviewers.

It doesn’t.

Re: 15 years later, Microsoft morged my diagram

#137
Regarding the original git-flow model: I've never had anyone able to explain to me why it's worth the hassle to do all the integration work on the "develop" branch, while relegating the master/main branch to just being a place to park the tag from the latest release. Why not just use the master/main branch for integration instead of the develop branch - like the git gods intended - and then not have the develop branch at all? If your goal is to have an easy answer to "what's the latest release?", you have the tags for that in any case. Or if you really want to have a whole branch just to double-solve that one use-case, why not make a "release-tags" branch for that, instead of demoting the master/main branch to that role, when it already has a widely used, different meaning?

It's a pity that such a weird artifact/choice has made its way into a branching model that has become so widely implemented. Especially when the rest of it is so sensible - the whole "feature-branch, release-branch, hotfix" flow is IMO exactly right for versioned software where you must support multiple released versions of it in the wild (and probably the reason why it's become so popular). I just wish it didn't have that one weirdness marring it.

Re: 15 years later, Microsoft morged my diagram

#138

Microsoft employee (VP of something or other, for whatever Microsoft uses "VP" to mean) doing damage control on Bluesky: https://bsky.app/profile/scott.hanselman.com/post/3mez4yxty2... > looks like a vendor, and we have a group now doing a post-mortem trying to figure out how it happened. It'll be removed ASAFP > Understood. Not trying to sweep under rugs, but I also want to point out that everything is moving very f…

> "everything is moving very fast" Then slow down. With this objective lack or control, sooner or later your LLM experiments in production will drive into a wall instead of hitting a little pothole like this diagram.

And at the same time, they have time to quickly brush it off with "looks like a vendor" even though people are still investigating. Yes, we can see it's moving really fast, probably "move fast break things" been infecting Microsoft, users are leaving Microsoft behind because everything is breaking then clueless VPs blame it on moving too fast?

Re: 15 years later, Microsoft morged my diagram

#139
post #136

Earlier quoted context omitted.

I suggested that if there is no review process, it is a systemic issue, and that if there is a review process that failed to catch something this egregious, it is a systemic issue. My supposition is that regardless of how the publishing process works, there is a systemic failure here, and I made no claims as to how it actually works, so I'm not sure where the "you're incorrect on how it works" is coming from.

You said it takes multiple people screwing up, implying that publishing content had multiple gates/reviewers. It doesn’t.

[deleted]

Re: 15 years later, Microsoft morged my diagram

#140
This is why we don't use diffusion style models for diagrams or anything containing detailed typography.

An LLM driving mermaid with text tokens will produce infinitely more accurate diagrams than something operating in raster space.

A lot of the hate being generated seems due to really poor application of the technology. Not evil intent or incapable technology. Bad engineering. Not understanding when to use png vs jpeg. That kind of thing.

Post reply on HN