Hello, i have a question about Kotlin Native, how is team working behind Kotlin Native thinking about memory management? Will Kotlin Native try to compete with Rust with his ownership system or just will bundle another GC into runtime?

umren: considering nature of Kotlin stdlib we have to implement automated object oriented memory management, so we did

don't you fear this type of Kotlin Native will be competed by Kotlin itself on JVM and languages like Go and others? While if you would go into RAII or Ownership-like system you would cover other type of use cases for language? if you know there is a D language that can't compete for market share against c/c++ because it's stdlib was crafted with gc in-mind and he can't compete jvm/go/etc because they are much more popular already..

We consider language/platform as a tool to get job done, not as a tool for world domination. So if some tasks are easier solved with Kotlin/JVM or even Go - we do not mind at all. As you probaly know, Jetbrains got a Go IDE already :). We just beleive that Kotlin/Native could be the best tool for some tasks, not universal, yet mediocre solution for all problems.