| https://twitter.com/taylormarshall |
Also
> You may receive advertisements based on information relating to your access to and use of Permission Slip and other websites or online services on any of your devices, as well as on information received from third parties.
and
> We share Personal Information about our users with 3P advertising companies, including social media companies, so they can learn about the kinds of audiences that use our products and display advertisements for our services to them
@[email protected] @ncweaver as I said I am interested in using Rust. But in large organizations, you cannot just make your own decision.
This is why I am saying that marketing the alternative is more important than saying "don't do X"
@ncweaver @[email protected] I like Go! But you still have domains where the pauses are not acceptable.
I don't find this example of 24 threads meaningful at all. Using the CPU doesn't tell us much of anything regarding the efficiency of the program, only that you don't have threads waiting and doing nothing. If you spend even 1.1x cycles doing the same work, that's not minor.
We need some consensus and marketing behind a good replacement for c/c++, in the domains where they aren't easily replaced.
@ncweaver @[email protected] I think most C++ programmers are actually very open to something like Rust/Zig. But generally the alternative given is something like Java (or slower), which in many domains is not fast enough or has unacceptable/unpredictable pauses.
We are wasting enormous amounts of human time (and CO2) on embarrassingly bloated and slow tech stacks. Or we are dealing in very unsafe languages like c/c++. We really need a sensible fast and safe option to gain ground.