4 ms·
One of the most interesting things with respect to the future of Kotlin is its mission to be a multi-platform language. When WebAssembly/gc becomes generally a
by smokel 3y ago
One of the most interesting things with respect to the future of Kotlin is its mission to be a multi-platform language.
When WebAssembly/gc becomes generally available, it will be exciting to see which languages will successfully target it. Kotlin has quite good chances of succeeding as a full-stack language, because of its growing ecosystem of multi-platform libraries that work in the JVM, in a browser, and on a native system. Note that the Java standard library is great, but it does not interoperate well with the JavaScript ecosystem. The same goes for C# and Rust.
As a personal pet project, and to check if the multi-platform concept actually works, I have written an emulator for an old computer in Kotlin. Initial development was done in the JVM, because I was familiar with JavaFX and sound output in Java. I then later compiled it to JavaScript, which was trivial and required no code changes, except for an implementation of canvas and audio rendering.
A serious problem is the IDE experience though. Interactive web development in VSCode with TypeScript is a breeze, with a subsecond edit-compile-run cycle. Kotlin compilation is still clunky, and fixing a typo requires at least 10 seconds of my patience, even on a decent workstation. Work is underway to improve this, but only time will tell if things succeed.
- cutler 3y ago10 seconds to fix a typo? Install the IDEAVim plugin then it's simply :<line number> , w w w ..., cw. Or there's /<search term>, n n n ..., cw.
- smokel 3y agoI meant fixing a typo in the source code for a user interface application, and then seeing the end result on screen. Or perhaps I'm missing some sarcasm here :)
- kaba0 3y agoJava is a much bigger language, if feasible it will have much better support for wasm/native/etc. frankly, I don’t see a point of this aspect of kotlin.