What Rust did great was bringing affine type systems into mainstream culture. However outside very specific use cases, where no kind of automatic resource management is allowed, no matter what, like in high integrity computing, or critical kernel code, approaches that mix and match both solutions are much more ergonomic. Swift isn't the only one going down this route, we see it as well in D, Chapel, Linear Haskell, O…
Swift is a more convenient Rust
311–318 of 318 posts
Re: Swift is a more convenient Rust
#312My interest in Rust stems from a very good Python interop. There's a very small handful of compiled languages with that property: Rust, C++, Nim (which is itself quite niche)... That's basically it as far as I know. Swift doesn't seem to tick that box. I would happily have something 50-100% slower than C++/Rust with good interop, alas there seems to be very little / nothing. Cython for various reasons isn't ideal.
And despite Swift for Tensorflow being killed, there’s still decent python interop.
Now, setting up a project for that is probably quite hard because the documentation is non-existent.
Re: Swift is a more convenient Rust
#313Unrelated to the blogpost in question but I don't understand why the author is not using its own certificate if he is using his own domain. Using an browser set to autodirect to https by default, all I get is some huge warning because the host use a certificate for svbtle, the service used to host this blog. I know some people think that because some blogpost is public it can be served without ssl, but I think it is…
Re: Swift is a more convenient Rust
#314Does Swift make it as easy as Go or Rust to produce a single binary for any target platform? Would it be a good choice for a CLI application? It sounds kind of intriguing but I know very little about the language.
Re: Swift is a more convenient Rust
#315Swift won't be able to compete with rust until it has a great scripting story. Rust is currently the defactor choice if you want to make something with js/python bindings, of id you want to speed up a dynamic bottleneck because it makes it super easy. Swift doesn't even have a good ffi.
Re: Swift is a more convenient Rust
#316> But when you need extra speed you can opt into an ownership system and “move” values to avoid copying. I've been using Swift a long time and don't quite get what this is referring to. Also: > Swift too gives you complete type-safety without a garbage collector. Type-safety and memory-safety are two entirely different things; this is an odd sentence.
Re: Swift is a more convenient Rust
#317And C# is a cross-platform and faster Swift :)
Re: Swift is a more convenient Rust
#318Earlier quoted context omitted.
thanks, i'm bad at abbreviations and don't like when people just throw them like this without first using the whole term at least once
Expanding this abbreviation conveys zero information. It’s a programming language named ML, and if you haven’t heard of it then giving the etymology of the name isn’t going to help.
Honestly kind of shocked to see this type of mentality...wow.