It was shit and GitHub is good. It's not a mystery. It's still shit compared to GitHub, you can go and look now.
There was also an incident where they started adding malware to downloads... But really it was already dead by that point.
It was shit and GitHub is good. It's not a mystery. It's still shit compared to GitHub, you can go and look now.
There was also an incident where they started adding malware to downloads... But really it was already dead by that point.
We use it for triaging test failure (running tens of thousands of tests for CPU design verification).
That use is acceptable because it is purely informational. In general you should avoid regexes at all costs. They're difficult to read, and easy to get wrong. Generally they are a very big red flag.
Unfortunately they tend to get used where they shouldn't due to lazy developers not parsing things properly.
Wow that's an insane amount of changes. Are there any actually fun games made with Bevy yet?
Rust adoption is stagnating
Is it? I would like to see some evidence for that.
because of [the small standard library and potentially supply chain security issues]
Yeah I can guarantee that is not a significant reason for people to avoid Rust. If it was people wouldn't use NPM, where the problem is even worse.
I do think it would be good to putt some more stuff in the standard library makes sense, or even just add some kind of official sanction of de facto standard library crates like regex
.... But this author is an idiot.
And it's definitely not a solved problem. Aside from the obvious UX disaster, Git has some big issues:
I think the biggest issue is dealing with very large code bases, like the code for a mid-large size company. You either go with a monorepo and deal with slowness, Windows-only optimisations and bare minimum partial checkout support.
Or you go with submodules and then you have even bigger problems. Honestly I'm not sure there's really an answer for this with Git currently.
It's not hard to imagine how this might work better. For instance if Git repos were relocatable, so trees were relative to some directory, then submodules could be added to a repo natively just by adding the commits and specifying the relative location. (Git subtree almost does this but again it's a tacked on third party solution which doesn't integrate well, like LFS.)
Ok cool but how does that help when I'm searching a non-Rust project via the GitHub web search interface? I don't know why I'd want to search cargo expand
output anyway. Using that just to avoid searching tests is a super ugly hack.
Someone find the commit where they accidentally removed this critical component 😄
Yeah... It's going to take a whole lot more than $1m for this. I am skeptical.
Also not super enthused about another browser written in C++. I skimmed some of their code and it seems pretty high quality, but still... this is going to be chock full of security bugs.
Servo is definitely the more interesting project.
They chose “version” because they are just that, versions. Improvements over the original design that benefit from new insights and technological improvements. We’re lucky they had the foresight to include a version number in the spec.
No they aren't. A higher version of UUID isn't "newer and better", like the word "version" implies. It's just different. It's like they called a car "vehicle version 1" and a motorbike "vehicle version 2". The common use of "version" in the software world would mean that a motorbike is a newer and hopefully improved version of a car, which is not the case.
The talking pumpkin is 100% right that they should have used "type" or "mode" or "scheme" or something instead.
Nothing else has code completion that even comes close to being that good.
Well, except Visual Studio (for C++), Qt Creator, and every Java IDE in existence.
There aren't many good cross platform GUI toolkits. I mean realistically is there anything other than Qt?
Yeah these seem to all be at game-jam level.