Live data from Hacker News

15 years later, Microsoft morged my diagram

nvie.com

161–170 of 427 posts

Re: 15 years later, Microsoft morged my diagram

#161
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.

[flagged]

Re: 15 years later, Microsoft morged my diagram

#162
post #136

Earlier quoted context omitted.

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

But if there are no gates, doesn't that mean the people who should have put the gates in there screwed up?

There is no singular publishing org at MSFT. Each product publishes its own docs, generally following a style guide. But the doc process is up to the doc owner(s).

Re: 15 years later, Microsoft morged my diagram

#164
post #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 branc…

It's useful if your integration work takes some time - easy to run into with open source.

Imagine you have multiple contributors with multiple new features, and you want to do a big release with all of them. You sit down a weekend and merge in your own feature branch, and then tell everyone else to do so too - but it's a hobby project, the other guys aren't consistently available, maybe they need two weekends to integrate and test when they're merging their work with everyone else's, and they don't have time during the weekdays.

So, the dev branch sits there for 2-3 weeks gradually acquiring features (and people testing integration too, hopefully, with any fixes that emerge from that). But then you discover a bug in the currently live version, either from people using it or even from the integration work, and you want that fix live during the week (specific example: there's a rare but consistent CTD in a game mod, you do not want to leave that in for several weeks). Well, if you have a branch reflecting the live status you can put your hotfix there, do a release, and merge the hotfix into dev right away.

Speaking of game mods, that also gives you a situation where you have a hard dependency on another project - if they do a release in between your mods releases, you might need to drop a compat hotfix ASAP, and you want a reflection of the live code where you can do that, knowing you will always have a branch that works with the latest version of the game. If your main branch has multiple people's work on it, in progress, that differs from what's actually released, you're going to get a mess.

And sure you could do just feature branches and merge feature branches one by one into each other, and then into main so you never have code-under-integration in a centralized place but... why not just designate a branch to be the place to do integration work?

You could also merge features one by one into main branch but again, imagine the mod case, if the main code needs X update for compatibility with a game update, why do that update for every feature branch, and expect every contributor to do that work? Much better to merge a feature in when the feature is done, and if you're waiting on other features centralize the work to keep in step with main (and the dependency) in one place. Especially relevant if your feature contributors are volunteers who probably wouldn't have the time to keep up with changes if it takes a few weeks before they can merge in their code.

Re: 15 years later, Microsoft morged my diagram

#165

Is this not a good example of how generative AI does copyright laundering? Suppose the image was AI generated and it did a bad copy of the source image that was in the training data, which seems likely with such a widely disseminated image. When using generative AI to produce anything else, how do you know it's not just doing a bad quality copy-paste of someone else's work? Are you going to scour the internet for the…

There are countless examples. Often I think about the fact that the google search AI is just rewording news articles from the search results, when you look at the source articles they have exactly the same points as the AI answers. So these services depends on journalists to continuously feed them articles, while stealing all of the viewers by automatically copying every article.

Of course Google has a history of copying articles in whole (cf. Google Cache, eventually abandoned).

Re: 15 years later, Microsoft morged my diagram

#166
post #88

Earlier quoted context omitted.

> In either case -- no review process, or a failed review process -- the failure is definitionally systemic. Ortho and grammar errors should have been corrected, but do you really expect a review process to identify that a diagram is a copy from another one some rando already published on the internet years ago?

plenty of people on the internet recognised it immediately, so sure, he may have been a rando when he created it, but not so much 15 years later..

Did the one MSFT employee that “reviewed” it know of this image? If not, it doesn’t matter how many people “on the Internet” recognized this image.

I’ll never understand the implied projection.

(I don’t think this was reviewed closely if at all)

Re: 15 years later, Microsoft morged my diagram

#167
It's funny how big of an impact individual developers can have with such seemingly simple publications. At the time of the article with that diagram release, I was changing jobs and I distinctly remember, that the diagram was extensively discussed and compared to company standards, at both the old and the new place.

Re: 15 years later, Microsoft morged my diagram

#168

The new Head of Quality in Microsoft has not started working there yet, so it's business as usual at MS... And now with AI slop on top Ref: https://www.reddit.com/r/technology/comments/1r1tphx/microso...

So they will get better at publicly dismantling such cases and doing much better damage control in PR only. "Q" in "Microsoft" stands for "quality".

Re: 15 years later, Microsoft morged my diagram

#169
post #10

LinkedIn is also a great example of this stuff at the moment. Every day I see posts where someone clearly took a slide or a diagram from somewhere, then had ChatGPT "make it better" and write text for them to post along with it. Words get mangled, charts no longer make sense, but these people clearly aren't reading anything they're posting. It's not like LinkedIn was great before, but the business-influencer incentiv…

LinkedIn is a masquerade ball dressed up as a business oriented forum. Nobody is showing their true selves, everyone is either grinding at their latest unicorn potential with their LLM BFF or posting a "thoughtful" story that is 100% totally real about a life changing event that somehow turns into a sales pitch at the end...

LinkedIn is a fucking asylum populate by the most unhinged “people” and bots. I don’t know a single serious technical person active on LinkedIn.

Re: 15 years later, Microsoft morged my diagram

#170
post #36

Earlier quoted context omitted.

LinkedIn is a masquerade ball dressed up as a business oriented forum. Nobody is showing their true selves, everyone is either grinding at their latest unicorn potential with their LLM BFF or posting a "thoughtful" story that is 100% totally real about a life changing event that somehow turns into a sales pitch at the end...

There are people who write genuinely interesting stuff there as well. I use block option there quite a lot. That cleans up my experience rather well.

Can to share some of them? Genuinely curious.
Post reply on HN