4 ms·

Out of curiosity, why didn't you choose Kotlin? It can reuse the Java ecosystem which allow you to save tons of money, and give you advanced features and scalab

Out of curiosity, why didn't you choose Kotlin? It can reuse the Java ecosystem which allow you to save tons of money, and give you advanced features and scalability. It is a sexier and more ergonomic language too. And with e.g ZGC, you can have a GC that is fine tunable, and that has very low latency. By choosing rust you will suffer a great deal of the limitations of it's poor, not production ready, ecosystem. I'm not even talking about the immaturity of the async await support.

therockhead 7y ago
> By choosing rust you will suffer a great deal of the limitations of it's poor, not production ready, ecosystem. Why do you think that? Seems like Rust is a great choice for this type of high performance work.
- ncmncm 7y ago
  Rust does best when the number of lines of code that must be parsed in an edit-compile-test loop is small. When the sources that must be parsed get large, coders suffer. It is doubtful that this will improve, much, without breaking changes to the language. The range of code over which type inference operates, or at least programmers' reliance on it, would need to contract by quite a lot. There would be Complaints.
  - steveklabnik 7y ago
    Type inference only operates within function bodies. It's also not the thing that causes compilation to be slow.
jhgg 7y ago
More people at our company know Rust than Kotlin. It's used across multiple teams (from our game SDK, native encoder/capture pipeline, chat infra team for Erlang rust NIFs.) where as Kotlin is only used by our android team. We are willing to adopt early technologies we think are promising, and contribute to or fund projects to continue to advance the ecosystem. Yes, this means the path less traveled, but in the case of rust (and in the past Elixir, and even React Native) we think the trade offs are worth it. Also the tokio team uses Discord for their chat stuff, so it's nice to pop in to be able to ask for and offer help.
mping 7y ago
Ecosystem is a real problem, but motivated engineers will make it work no matter what. I mean, banks run on COBOL. Besides, I am willing to bet idiomatic rust is 2x-10x faster than idiomatic kotlin.
- codehalo 7y ago
  Then that motivation should be applicable to Go as well.
kaoD 7y ago
> you can have a GC But can I not have it?
- qw 7y ago
  Yes. You can have a no-op collector
jen20 7y ago
> I'm not even talking about the immaturity of the async await support. The one that is 100% more mature than the Java async/await support?
- The_rationalist 7y ago
  Kotlin has coroutines, actors, lazy and reactive programming.

therockhead 7y ago

> By choosing rust you will suffer a great deal of the limitations of it's poor, not production ready, ecosystem. Why do you think that? Seems like Rust is a great choice for this type of high performance work.

ncmncm 7y ago
Rust does best when the number of lines of code that must be parsed in an edit-compile-test loop is small. When the sources that must be parsed get large, coders suffer. It is doubtful that this will improve, much, without breaking changes to the language. The range of code over which type inference operates, or at least programmers' reliance on it, would need to contract by quite a lot. There would be Complaints.
- steveklabnik 7y ago
  Type inference only operates within function bodies. It's also not the thing that causes compilation to be slow.

jhgg 7y ago

More people at our company know Rust than Kotlin. It's used across multiple teams (from our game SDK, native encoder/capture pipeline, chat infra team for Erlang rust NIFs.) where as Kotlin is only used by our android team. We are willing to adopt early technologies we think are promising, and contribute to or fund projects to continue to advance the ecosystem. Yes, this means the path less traveled, but in the case of rust (and in the past Elixir, and even React Native) we think the trade offs are worth it. Also the tokio team uses Discord for their chat stuff, so it's nice to pop in to be able to ask for and offer help.

mping 7y ago

Ecosystem is a real problem, but motivated engineers will make it work no matter what. I mean, banks run on COBOL. Besides, I am willing to bet idiomatic rust is 2x-10x faster than idiomatic kotlin.

codehalo 7y ago
Then that motivation should be applicable to Go as well.

kaoD 7y ago

> you can have a GC But can I not have it?

qw 7y ago
Yes. You can have a no-op collector

jen20 7y ago

> I'm not even talking about the immaturity of the async await support. The one that is 100% more mature than the Java async/await support?

The_rationalist 7y ago
Kotlin has coroutines, actors, lazy and reactive programming.