_ahxg's comments

Do you know an example of such case in the Rust ecosystem?

And here we have the tyranny of the marginal user as posted here a while ago =/ https://news.ycombinator.com/item?id=37509507

> the relentless nagging by some sites to install the mobile apps needs to die.

It seems all about the hope that you can keep the user engaged long terms. I don't blame them, competition for user attention is brutal in the age of the SEO content farms, oligopoly of social networks and the "Tyranny of the Marginal User" as posted here a few days ago.

But probably way less effective now that most users seem overwhelmed by so many push notifications and instinctively learned to mass ignore or dismiss them (myself included, just randomly noticed that background habit a while ago). And then we end-up with piles of installed unused apps just like lost websites in the browser history.

pity, i was expecting an article in defense of delicious aged Parmesan cheese, which, so I heard, is quite good for cardiovascular disease prevention, e.g.: https://www.ncbi.nlm.nih.gov/pmc/articles/PMC9318947/ https://onlinelibrary.wiley.com/doi/full/10.1111/1471-0307.1... Well, at least if stays not so popular it may avoid the mass creation of fakes like they do with Manuka honey.

Quite interesting. That doesn't seems like a complete falling apart but rather a (unintentional?) attempt of best of worlds since once set your dependencies on your binary, they will be pinned until you manually run a cargo update.

Granted that the supply chain attack defense would fall on the hands of the users of the library. Unless the library writer aggressively pins of dependencies on the Cargo.toml (not the default semver action), problematic, but at least Cargo allows multiple versions of dependencies on a program, on Python for instance this is much complicated scenario (but still the smallest of the dependencies problems there).

> I'm pretty sure now that the debate of AI ownership is a foregone conclusion - nobody owns AI outputs.

but at the same time, they put ToS that you may not train a new LLM using the output of their LLM...

Nice podcast. So how bad was the impact of the attacks on Google, Amazon, Cloud Flare and the likes with this vulnerability? I recall a thread here about Google managing to defeat the worst attack ever too, so in the end nothing so bad really happened with the big players?

Then the publishers get thousands of dollars from taxpayer money for each article published under the open access route, while still billing universities for many thousands to give access to the non open access ones.

I recommend Lingq. Support to many languages, you can add your own texts, simple and clean interface and nice for begginers and advanced users. The owner is quite a nice person too.

I don't think that will be enough to stop ads there, given that $2k+ smart TVs are blotted with permanent factory ads now.

I've never used the library directly but it was quite usefull as a method for hyperparameter search on optuna (for choosing machine learning tuning parameters).

There is an app built around this concept called Bitmessage, but I think it's abandonware now.

You can enable optional features on Rust analyser. For example, to enable ssr Leptos feature on VSCode, you'd need to create a .vscode/settings file:

{ "rust-analyzer.cargo.features": [ "ssr" ] }

Currently, though, you cannot enable the incompatible "hydrate" feature at the same time, sadly.

That's a fair point, although there is a simple solution in Rust (and other RAII languages) to use heap allocation if what you want is moving big chunks of data (so only the pointer is moved) or in case you really want copies, reference counting (Rc/Arc in Rust).

> Is Rust's compile-time GC about something other than performance somehow?

AFAIK, memory safety and language features as RAII is also available in C++, for instance. About the reasons for slow compilation, take a look at https://www.reddit.com/r/rust/comments/xna9mb/why_are_rust_p...

Not having a GC is also about not having a runtime as you mention (e.g. nice for creating Python extensions and embedded systems programming) and also more runtime deterministic performance: on that, if I'm not mistaken that was the reason for Discourse switching to Rust and also, e.g.: "the choice of Rust as the main execution language avoids the overhead of GC pauses and results in deterministic processing times" https://github.com/apache/arrow-ballista/blob/main/README.md