211–220 of 284 posts
Earlier quoted context omitted.
Firecracker is written in rust and is from Amazon.
Firecracker being a modified fork of Google’s crosvm project.
It's a little concerning to see Huawei involved so closely in Rust, given the concerns about them silently including spyware in their products to give access to the Chinese government. I don't think I'm being a total conspiracy theorist; for example the UK, US and Sweden all ban Huawei equipment from their countries' mobile phone networks. Hopefully since this code is all open source there is sufficient scrutiny to a…
As far as "concerns" go these are not even allegations, these are rumors and slanders. There has never been even one shred of evidence that Huawei have done that.
https://www.cnbc.com/2019/03/05/huawei-would-have-to-give-da...
> "any organization or citizen shall support, assist and cooperate with the state intelligence work in accordance with the law”
> “when the state security organ investigates and understands the situation of espionage and collects relevant evidence, the relevant organizations and individuals shall provide it truthfully and may not refuse.”
Furthermore, the CCP has a long track record of detaining anyone they want for whatever reason they choose. The idea that Huawei's executives could resist such an order is ludicrous.
However, it seems likely that in the case of Rust, Huawei's ability to anything nefarious would be negligible.
A win for Rust for sure, but it also seems like a loss for Mozilla.
Having "control" over Rust didn't ever seem like Mozilla's goal (nor in its interests), so the trajectory of the language since 1.0, its healthy and energetic community, and the founding members of the independent Rust Foundation is a huge achievement.
Thanks to Mozilla for incubating a long shot project.
Announcements also from Mozilla, Amazon and Microsoft: https://blog.mozilla.org/blog/2021/02/08/mozilla-welcomes-th... https://aws.amazon.com/blogs/opensource/congratulations-rust... https://cloudblogs.microsoft.com/opensource/2021/02/08/micro...
I find it puzzling that aws uses rust so much yet don't have an official rust aws sdk
The decision to partially "let go" of Rustlang as an asset on some level makes Mozilla something like the anti-Google. If Mozilla make this a habit, they'll come closer to achieving their mission, and the spirit of FOSS. It's a worthy goal, using your power to spin off great pieces of software into independent organizations. I mean, even old "Micro$oft" now knows that open source is more of an asset to them than a co…
Announcements also from Mozilla, Amazon and Microsoft: https://blog.mozilla.org/blog/2021/02/08/mozilla-welcomes-th... https://aws.amazon.com/blogs/opensource/congratulations-rust... https://cloudblogs.microsoft.com/opensource/2021/02/08/micro...
I‘d love to see Apple joining. They already have the hand on LLVM and support things indirectly, but... There is no reason that serious things written in Rust can‘t coexist with app-y stuff in swift. Seriously, I think we all would benefit enormously from some consolidation, especially on such a great foundation like Rust. Think investments like: compiler-optimizations like V8, portability like C, enterprise grade to…
That said, I’d say Apple having Swift is part of the reason everyone else is getting involved with Rust.
Rust is credible competition for Swift where nothing else is.
The decision to partially "let go" of Rustlang as an asset on some level makes Mozilla something like the anti-Google. If Mozilla make this a habit, they'll come closer to achieving their mission, and the spirit of FOSS. It's a worthy goal, using your power to spin off great pieces of software into independent organizations. I mean, even old "Micro$oft" now knows that open source is more of an asset to them than a co…
I work on this at Google, but Google no longer owns this since 2015.
Earlier quoted context omitted.
I find it puzzling that aws uses rust so much yet don't have an official rust aws sdk
While not official, there is at least one or two Amazonians working on https://github.com/rusoto/rusoto which is a pretty great Rust AWS SDK.
Earlier quoted context omitted.
Why make the Rust Foundation be its own corporate entity, instead of a project within another major non-profit like the Software Freedom Conservancy? (For those not familiar, SFC is the home of Git, Godot Engine, Homebrew, Inkscape, QEMU, and Wine.) My worry would be that this is happening because Amazon, Google, and Microsoft want control over the foundation. (They are writing the checks, so no surprise they'd want…
I actually feel almost the opposite. Umbrellas are a good thing, but if you have the resources to go your own way, that makes more sense. So if your vision is that in five years nobody cares about Rust, these corporations have lost interest, the few dozen people still working on it need somebody to do paperwork and finances, then yeah, an umbrella is great. If your vision is that in five years Rust is ubiquitous and…
Earlier quoted context omitted.
"But, this is also a great opportunity, because it means that you could be responsible for building a missing library or feature. " Ok, so this is an 'opportunity' for some, but a 'big cost' for others. So remember there are very few Rust devs out there, it is a little bit hard, and though a good chunk of devs might jump at the chance to learn, others, not so much. It would be a really hard thing to rationally do a '…
Everything you stated, is literally the reason I said there are caveats, I find it interesting you decided to expand on that, but quoted the second part, pretty much out of context. Nothing you said is wrong per se, but it’s also not entirely accurate. First, there are very good db connection libraries available to Rust users, with good connection pooling options. Second there are good ORMs if that’s something you en…
It's outclassed by other stacks in almost every way for this purpose, and provides no material advantage most of these scenarios. Null safety never was a problem in CRUD apps, and, though performance usually is, it never boils down to 'speed of execution'. And of course, the long list of disadvantages, the most obvious of which is inflexible and slow development, especially in scenarios that require adaptation.
I can't think of a scenario wherein it would make sense for a CRUD app. Some associated micro-services, sure, but not for the core of the app.