<https twitter com solomonstre status 1111131559761833984> kotlinlang #webassembly

Channels

100daysofkotlin

100daysofkotlin-2021

algolialibraries

android-architecture

android-databinding

androidgithubprojects

androidx-xprocessing

arrow-contributors

beepiz-libraries

cincinnati-user-group

codemash-precompiler

codingconventions

competitive-programming

competitivecoding

compose-android

compose-desktop

compose-ui-showcase

connect-audit-events

cscenter-course-2016

domain-driven-design

effective-kotlin

effectivekotlin

embedded-kotlin

event21-community-content

fb-internal-demo

fluid-libraries

framework-elide

getting-started

github-workflows-kt

graviton-browser

image-processing

intellij-plugins

intellij-tricks

introduce-yourself

java-to-kotlin-refactoring

jhipster-kotlin

jvm-ir-backend-feedback

k2-early-adopters

kotest-contributors

kotlin-by-example

kotlin-data-storage

kotlin-foundation

kotlin-in-action

kotlin-multiplatform-contest

kotlin-pakistan

kotlinforbeginners

kotlingforbeginners

kotlinprogrammers

kotlintest-devs

kotlinultimatechallenge

kotlinx-datetime

lambdaworld_cadiz

language-evolution

language-proposals

leedskotlinusergroup

library-development

machinelearningbawas

myndocs-oauth2-server

navigation-architecture-component

ohio-kotlin-users

pattern-matching

pocketgitclient

practical-functional-programming

prozis-android-backup

python-contributors

realworldkotlin

refactoring-to-kotlin

refreshversions

russian-kotlinasfirst

skia-wasm-interop-temp

sofl-user-group

spring-security

squarelibraries

stayhungrystayfoolish

strife-discord-lib

swagger-gradle-codegen

swiss-user-group

tricity-kotlin-user-group

Title

s

sdeleuze

03/28/2019, 4:15 PM

https://twitter.com/solomonstre/status/1111131559761833984

r

Ruckus

03/28/2019, 5:37 PM

So... Graal?

s

sdeleuze

03/28/2019, 5:46 PM

Graal is interesting, but if the ultimate goal is to escape from the JVM for production to be more efficient, maybe that means we can keep JVM style language like Kotlin and just go Native directly (Kotlin/Native) or using an ubiquitous bytecode designed for efficiency hence Kotlin/WebAssembly for mobile/iot/cloud.

Also Graal or Kotlin/Native provide no universal deployment format, only WebAssembly can solve that.

r

Ruckus

03/28/2019, 5:59 PM

... if the ultimate goal is to escape from the JVM ...

I was specifically commenting on the "ubiquitous runtime..." part. Don't get me wrong, WASM is amazing, but it's basically just another byte code.

only WebAssembly can solve that

No, it can't. It's just an IR. But "VM"s like WASI can.

Basically, my point is that comparing WASM to the JVM doesn't make sense. WASI to the JVM would make more sense. There's nothing stopping anyone from using JVM Byte Code exactly the same way WASM is used. You shouldn't conflate the language with the platform in these kinds of discussions (where the difference is significant)

s

sdeleuze

03/28/2019, 6:13 PM

I see your point. My intent when I say WebAssembly is more to refer to WebAssembly ecosystem that includes runtime, WASM bytecode, WASI, etc.

r

Ruckus

03/28/2019, 6:19 PM

Indeed, and that's usually just fine, but in this case I felt the distinction was important. Ultimately, if the WebAssembly ecosystem can reach its stated goals while becoming as rich as the JVM and its associated ecosystem, it will be a force to be reckoned with. I'm quite excited to see how it turns out.

s

sdeleuze

03/29/2019, 7:46 AM

Yeah + it would be a good fit with "the device where you run your application should be just configuration" principle that will gain traction is upcoming years IMO

11 Views

#webassembly Join Slack