3 ms·
'It's the platform, stupid.' The language is secondary to the platform. Having fast libraries is great. No one ever wishes that numpy was written in python.
by fnord123 4y ago
'It's the platform, stupid.'
The language is secondary to the platform.
Having fast libraries is great. No one ever wishes that numpy was written in python.
And switching from typescript to kotlin? That's changing platforms. If you're in the browser or in node and replace it with the JVM? That's a wild suggestion to avoid some fast libraries.
Imo you're just wrong.
- DrScientist 4y agoTotally agree with the 'It's the platform, stupid'. However, I do wonder if for javascript/typescript that's only for 'in browser' stuff. If you look at the server - one of the best platforms is the JVM - lots of quality libraries - easy to write stable long running processes etc. ie if you are driven by platform isn't it Javascript on the browser and Java on the JVM on the back? ( typescript or kotlin are both moving a bit away from the platform ). The beauty of the network ( message passing ) means the stuff on the server doesn't need to be in the same language as that on the client. Now I'll admit there is some benefit to having front and backend the same, in terms of validation code, or perhaps occassionally moving logic from server to client or back - but does this override the platform effect? Also note you can run js on the JVM/GraalVM - so client/server validation libraries could be written in js and reused both sides.
- AYBABTME 4y agoJVM is not good for tooling, at least not in comparison to Go or Rust, which are both faster to write, easier to distribute and faster to execute for short lived CLI invocations.
- myko 4y agoLike many other languages targeting the web Kotlin will "compile" to JS and is deployable to the web.