Hacker News Reader

Comment by The_rationalist | Hacker News Reader

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.

View on HN

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.

> 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.

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.

Type inference only operates within function bodies. It's also not the thing that causes compilation to be slow.

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.

Then that motivation should be applicable to Go as well.

> you can have a GC

But can I not have it?

Yes. You can have a no-op collector

> 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?

Kotlin has coroutines, actors, lazy and reactive programming.

Reply on news.ycombinator.com