"Either you have to embrace the AI, or you get out of your career," Dohmke. Dohmke left CEO position of GitHub in November.
Zig quits GitHub, says Microsoft's AI obsession has ruined the service
351–360 of 641 posts
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#352Earlier quoted context omitted.
Eh. Linus has a long history of abusive behavior towards other Linux contributors but also apparently apologized for it and started amending his ways. The Zig person I do not know by reputation, let alone in person. One post that he later chose to amend based on feedback is not enough for me to pass that kind of judgement. If anything, the fact that he updated it shows the opposite of lack of maturity. Adults can get…
Adults don’t call people losers or monkeys in social media. I am not passing judgement, it is simply not acceptable.
More to the point, if someone does it once and then stops, should we exclude this person from society forever?
Remember that only the Siths deal in absolutes.
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#353Earlier quoted context omitted.
I agree partially. I do think that it was weird to focus on the AI aspect so much. AI is going to pollute everything going forward whether you like it or not. And honestly who cares, either it is a good ressource for learning or it’s not. You have to decide that for yourself and not based on whether AI helped writing it. However I think some of the critique was because he stole the code for the interactive editor and…
> I do think that it was weird to focus on the AI aspect so much. AI is going to pollute everything going forward whether you like it or not. The bigger issue is that they claimed no AI was used . That’s an outright lie which makes you think if you should trust anything else about it. > And honestly who cares, either it is a good ressource for learning or it’s not. You have to decide that for yourself and not based o…
But I also think we at this point should just assume that everything is partially written using AI.
For your last point, I think this was also a problem before LLMs. It has of course become easier to fake some kind of ethos in your writing, but it is also becoming easier to spot AI slop when you know what to look after right?
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#354Earlier quoted context omitted.
I say "I'm not making yet another account to report this bug". Tangled is trying to solve that problem but we'll see.
That's the beauty of email-based approaches. You can just clone, do your changes and `git send-email`. Done. I think it would've been far easier to build a decent GUI around that flow, with some email integration + a patch preview tool, rather than adding activitypub, but oh well.
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#355Earlier quoted context omitted.
Is political correctness necessary to have a thriving community / open source project? Linux seems to be doing fine. I wouldn't personally care either way but it is non-obvious to me that the first version would actually hurt the community.
What does any of this have to do with political correctness? Not being a dick is quite a different thing than political correctness. Makes me wonder how much to the mass strife and confusion of the internet is simply down to people not knowing what the words they use mean?
Or being intentionally misled about them. People who enjoy being awful in various ways have a vested interest in reframing the opposition as "political correctness" in order to make it easier to dismiss or ridicule. The vast majority of usage of the term "political correctness" is in dismissing or ridiculing it.
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#356Earlier quoted context omitted.
I say "I'm not making yet another account to report this bug". Tangled is trying to solve that problem but we'll see.
I literally logged into codeberg using my GitHub account. It's two clicks of the mouse to do this.
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#357Earlier quoted context omitted.
But should you care about MS's internals? Product is useless, you move along. Save your compassion for those actually needing it.
Because people would rather Microsoft fixed it than move.
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#358Single ~6mb executable, blazing fast. I've been a happy user for years.
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#359Earlier quoted context omitted.
Disservice? Rust is taking over the world while they still have nothing to show basically (Servo, the project Rust was created for, is behind ladybird of all things). Every clueless developer and their dog thinks Rust is like super safe and great, with very little empirical evidence still after 19 years of the language's existence. Zig people want Zig to "win". They are appearing on Hacker News almost every day now,…
> very little empirical evidence Evidence is easy to turn up and cite: https://security.googleblog.com/2025/11/rust-in-android-move... https://www.cisa.gov/news-events/news/urgent-need-memory-saf... https://www.microsoft.com/en-us/msrc/blog/2019/07/a-proactiv... https://www.chromium.org/Home/chromium-security/memory-safet... https://hacks.mozilla.org/2019/02/rewriting-a-browser-compon...
Re: Zig quits GitHub, says Microsoft's AI obsession has ruined the service
#360Earlier quoted context omitted.
That feels like the opposite of what I think stacked PRs are? Like someone will open PR #1 for one feature, and then PR #2 into the PR #1 branch, but it doesn't make sense without knowing the context of PR #1 so that gets reviewed first - and then when that PR gets merged, the second one gets automatically closed by GitHub?
PR#1: dough PR#2: toppings You first send PR#1, then PR#2 on top of the first one. The diff for PR#1 will show dough stuff. The diff for PR#2 will show toppings in relation to dough. People can review them asynchronously. If you merge PR#1, PR#2 will automatically target main (that's where dough went) now. In this arrangement, I use to cross-mention the PRs by number (a link will exist in both). I also like to keep t…
The problem is the diff for PR#2 will show dough and toppings all mixed together. Unless you go into the commits view, but that's super tedious and it's easy to lose comments in there.
It's kind of frustrating because there's very little required to make this work. All you really need is for Github to detect `Depends on #1` like it detects `Fixes #123`, and then a) use the HEAD of #1 as the diff based for #2, and b) block merging #2 until #1 is merged.
It's really not that complicated but I'm not holding my breath.