A New AWS SDK for Rust • Hacker News Board

Re: A New AWS SDK for Rust

#31

Post by valzam » Fri, May 07, 2021, 11:26 PM UTC

dboreham wrote: post #19

warmwaffles wrote: post #13

Earlier quoted context omitted.

Honestly though, VSCode has been pretty good in this respect. Although I wouldn't use it to write Java or Kotlin, but for C/C++/Zig/D/Rust it's been good.

writing Scala here in VScode.

Some things are better, some worse. Highlights for unused code or imports is imho worse in vscode/metals and refactoring isn't as easy. But running tests for me has always been much faster. Not sure if you can use bloop with intelij but incremental compilation is much better in vscode.

Re: A New AWS SDK for Rust

#32

Post by steveklabnik » Fri, May 07, 2021, 11:34 PM UTC

cbb330 wrote: post #16

How often do the domains of systems programming and cloud administration intersect? I'm assuming that rust programs are primarily used in systems programming and that this SDK would be used for cloud administration but I could be wrong. I see an obvious match with python and boto3 but not this.

In a world where you rent computers by CPU time and RAM usage, enterprises that grow large enough find significant cost savings by implementing high-volume services in more resource-efficient ways.

Users in this space also appreciate Rust's reliability properties. They say things like "It's never my Rust services that set off my pager, and that makes me happy."

Re: A New AWS SDK for Rust

#33

Post by phjordon » Fri, May 07, 2021, 11:39 PM UTC

k__ wrote: post #25

In turn with this release I learned that S3 isn't supported from the beginning because it's the only AWS service using an XML protocol. Made me chuckle a bit.

There's a handful of services that use XML protocols, but certainly not a lot.

Re: A New AWS SDK for Rust

#34

Post by phjordon » Fri, May 07, 2021, 11:40 PM UTC

AzzieElbab wrote: post #22

Does this still run against the ts/js runtime like the other sdks?

I believe you are thinking of the CDKs. The SDKs are all fully language native.

Re: A New AWS SDK for Rust

#35

Post by secondcoming » Fri, May 07, 2021, 11:41 PM UTC

_greim_ wrote: post #21

cbb330 wrote: post #16

How often do the domains of systems programming and cloud administration intersect? I'm assuming that rust programs are primarily used in systems programming and that this SDK would be used for cloud administration but I could be wrong. I see an obvious match with python and boto3 but not this.

> How often do the domains of systems programming and cloud administration intersect? I can see Rust being attractive for high-traffic network apps, based on the idea of requests-per-second not being amortized over GC pauses.

Anyone in this space would already have been using apache or nginx, which are in C or C++. How mature are rust's HTTP implementations?

Re: A New AWS SDK for Rust

#36

Post by closeparen » Fri, May 07, 2021, 11:43 PM UTC

When is it actually desirable to imperatively program your cloud provider rather than using something like Terraform?

Obviously there are services meant to be consumed from application code, but the infrastructure provisioning stuff?

Re: A New AWS SDK for Rust

#37

Post by eloff » Fri, May 07, 2021, 11:44 PM UTC

mleonhard wrote: post #23

oblio wrote: post #8

Now they need an official Jetbrains IDE and we'll know Rust has made it.

CLion works very well for Rust. It's much better than Android Studio for Flutter/Dart. I use both every day.

I also use CLion and it's very nice. I feel like IDE support is about 80% of what I'd like to see. Some rough edges, especially with the debugger.

But competitive with other languages like Go or Java.

Re: A New AWS SDK for Rust

#38

Post by justsomeuser » Fri, May 07, 2021, 11:44 PM UTC

cbb330 wrote: post #16

How often do the domains of systems programming and cloud administration intersect? I'm assuming that rust programs are primarily used in systems programming and that this SDK would be used for cloud administration but I could be wrong. I see an obvious match with python and boto3 but not this.

Systems programming is just the recommended domain.

Personally I think having a strong type system with an IDE that instantly tells you if the data is the right shape is very valuable when interacting with network interfaces.

In Python you either send the request at runtime and see what the server responds with, or you read the docs, both of which are at least 10x slower than an IDE telling you nearly instantly.

Rust's type system can represent null and polymorphic types quite well, both of which are quite common in JSON-like network interfaces.

Macros work well for code generation that is often used to convert a network api spec into code.

Of course you can do types and macros in Python, but neither are primary features of the language so are not as well supported.

Re: A New AWS SDK for Rust

#39

Post by bigyikes » Fri, May 07, 2021, 11:47 PM UTC

closeparen wrote: post #36

When is it actually desirable to imperatively program your cloud provider rather than using something like Terraform? Obviously there are services meant to be consumed from application code, but the infrastructure provisioning stuff?

Maybe this makes it easier to develop things like Terraform using Rust?

Re: A New AWS SDK for Rust

#40

Post by thezilch » Fri, May 07, 2021, 11:47 PM UTC

cbb330 wrote: post #16

How often do the domains of systems programming and cloud administration intersect? I'm assuming that rust programs are primarily used in systems programming and that this SDK would be used for cloud administration but I could be wrong. I see an obvious match with python and boto3 but not this.

I know quite a few cloud administrators that are systems programmers. They love to work in languages that they can lean on their compiler and not runtime to find a lot of mistakes.