Hacker News new | ask | show | jobs
by soulnothing 2290 days ago
I really like Kotlin for full stack development. Unfortunately most shops are still using Spring. Which I feel really limits the languages potential. I've ended up on Vertx, but I am a bit concerned about it's lack of traction.

* Routes can be based off Open API (contract first), or a simple route via string

* First class GraphQL support

* Full ecosystem for DB, message bus, etc.

* PolyGlot, with a message bus and bindings for a number of different languages.

* For data persistence I use JaSync with a custom micro-orm, noted below. This provides non blocking async support.

With Kotlin multi platform, and typescript definitions in alpha. I can generate the data classes to a typescript interface. Have my react project pull those in, and use the data. If I need to do pub/sub over web sockets into react that's also supported by Vertx. This drastically reduces bugs, and developer time. As the data models are directly incremented and released with the back-end. The front-end doesn't have to write additional code. The Typescript project does need to install a kotlin dep, but that gets minimized. A few kilobytes to ease development inter opt is worth it. The message bus also does pub/sub to iOS/Android.

I've switched to kotlinx serialization. I have some parts running on native llvm+clang, graal/jdk and nodejs. So I need the modules to be easily serialized on different platforms.

This scales from a simple monolith. To if I need AOT compilation to Graal then running through KNative. I generally start projects as a hybrid monolith. But found it's scaled really well.

I'm really excited for the compiler api / arrow meta compiler. I'm looking into ahead of time compilation of the queries. Automatically generating data classes for more advanced queries. Think joins, or json aggs. Additionally compiling the ORM calls into actual SQL strings.

* Multi platform kotlin micro orm (MariaDB + Postgres) only right now. Closest JDK analogy is Jooq.

https://animusdesign.gitlab.io/kotlin-frm/#/./sql

Editing formatting

1 comments

A few years ago, I was really impressed with Vertx and wanted to use it for a project. I was also into alternative JVM languages for awhile.

I feel like Java keeps getting better and better and the compelling argument for the alt JVM languages is getting less interesting. (Except for something like Cloujure which still looks super interesting to me.).

Thoughts from someone whos worked with Groovy/Grails, Scala/Play, Jython, and Kotlin....

> I feel like Java keeps getting better and better and the compelling argument for the alt JVM languages is getting less interesting

I keep going back to Java optimistically thinking the major problems will be solved but it's always hell compared to coding in Kotlin or Groovy (which I switch back and forth every couple of days). While it's true some fundamental things have been addressed, there's just so much missing from the ergonomics of Java that it is syntatically constrained from fixing, and philosophicaly poorly positioned to address.

Java is adding some new stuff, but its core is still rotten with NPEs everywhere, mutability by default etc.
I thought so too, that Java will close the gap eventually and have data classes etc., but the truth is that Kotlin is quite a different language because it has a different philosophy (developer ergonomics, stronger functional style support, first class functions, immutability), and some things cannot be fixed in Java (NPE, static keyword, generics, operator overloading).
I agree with you. I think the next few JDK versions will bring back a lot of java devs. There was even a talk at the recent kotlin conf around it.

A lot of the back-end Kotlin I see. Is really java lite. A lot of the beneficial features I see of the language aren't really being used. At that point, why not just use Java?

I make use of a ton of features outside of Java. But I'm a very small minority from what I've seen.