Yeah. I think the smallest number of number types you can reasonably have is two - f64 and arbitrary precision integers types. One of the few good decisions Python made.

Obscure 10 years ago maybe. These days there have been so many articles about them I bet they're more widely known than more useful and standard things like prefix trees (aka tries).

The real costs are the ~$100m they spend a year on developing GitHub and providing it for free to most people - including free CI.

They charge 3x the cost price for runners so that they can actually make money. This change is so that they can't get undercut by alternative hosted runner providers.

I do think they could have just explained that and it probably would have been more palettable than their "we're making it cheaper!" lie, but I guess there are also a lot of people that still think the only moral pricing is cost plus.

It's "relationship with ICE" is that they haven't banned an official US government agency from buying their software. I might not agree with what ICE is doing but I also don't agree with every corporation in the world having to morally police all of their customers for fear of being pilloried by cancel culturists.

The "created by monkeys" seems to be a minor bug. What system doesn't have those? I've certainly had plenty worse bugs with Gitlab CI.

"Completely neglected" is complaining about the lack of FreeBSD support!

I do think GitHub is relatively neglected. There are quite a few big issues they could fix with relatively little effort but they seem to go years with no comment.

It's not really much better with Gitlab though; the only difference is you see more "a large premium customer is requesting this" comments!

I doubt Forgejo really have more resources to fix bugs than GitHub or Gitlab.

getting called out will make the person really review their next submission.

Yeah or they'll say "fuck this" and quit.

The expectation that somebody always has to be nice to you while you fuckup, is not ideal.

It's hardly a fuck up. They named a function slightly poorly. As if Linus has never done that.

Only if you are desperate or masochistic.

Basically, if your tree is static or you only add nodes, the easiest option is to store all nodes in a Vec and have the child/parent links be indices. I recommend the typed-index-collection crate if you go that route.

If you need to move/delete nodes a lot then either Rc<Refcell< or you can wrap the Vec in something that takes care of the admin of fixing up pointers.

E.g. see this crate https://crates.io/crates/orx-tree

If you want to get really fancy you can even do things like compacting GC. You're basically implementing a memory allocator at that point.

Note that you might say "what's the point of Rust if I just have to implement a memory allocator to bypass the borrow checker?" but that's silly. You still get the benefits of Rust for the rest of your code, and Rust still prevents things like type confusion and UB.

Yeah I think you've made it worse than Rust in both cases. They clearly shouldn't be strings. And the second option is just unnecessarily confusing.

Dunno why you're being downvoted. It's very obviously deliberately chosen to make 12 year olds giggle.

Yeah that sounds very unlikely to me. I guess the definition of "open source maintainer" and "unpaid" are wide open. Does it count if a company pays your salary and you are allowed to do the open source stuff as part of your job? How popular does your project have to be before you are an "open source maintainer"?

I haven't actually used this site (found it after I already learnt Git), but it gets posted a lot, and one issue I feel like it has is it shows you the Git graph using a tool that you have to immediately throw away after you've finished this tutorial.

I think it would be better if it had an actual real Git tool shown. I would say VSCode's Git Graph extension would be ideal but unfortunately it has a stupid license.

He never said it was an Internet Draft. Try actually reading. It might help you in the future when you are discussing things.