https://kotlinlang.org logo
Channels
Powered by
#kotlin-native
  • k

    kevinherron

    01/21/2017, 12:55 AM
    both at work and in most of my open source work i’m either implementing networking/protocol libraries or building stuff on top of them...
  • k

    kevinherron

    01/21/2017, 12:56 AM
    native compilation would be very interesting
  • o

    orangy

    01/21/2017, 1:01 AM
    yep, as I said earlier, we are desperately looking for use cases. If you can come up with a decent description of a OCP/Embedded networking sample where you would favor Kotlin Native over JVM that would be nice.
  • k

    kevinherron

    01/21/2017, 1:23 AM
    i imagine i could come up with some kind of use case
  • k

    kevinherron

    01/21/2017, 1:23 AM
    i work in industrial automation, and there’s increasing demand to run bits of software at the “edge” of network
  • k

    kevinherron

    01/21/2017, 1:23 AM
    aka IIoT
  • k

    kevinherron

    01/21/2017, 1:23 AM
    where lower powered “embedded" devices are desirable
  • o

    orangy

    01/21/2017, 1:25 AM
    that’s something we had in mind when thinking about the shape of Kotlin Native /cc @olonho
  • k

    kevinherron

    01/21/2017, 1:26 AM
    i think it’s a very real use case
  • k

    kevinherron

    01/21/2017, 1:26 AM
    raspberry pi is a good approximation for the power of hardware i’m talking about
  • k

    kevinherron

    01/21/2017, 1:26 AM
    which is why i said “embedded”. gotta be careful what you call embedded, there’s always someone else running linux on a postage stamp ready to tell you that’s not really embedded 😉
  • o

    orangy

    01/21/2017, 1:27 AM
    one idea was that we want some low-power devices with Kotlin Native and then a hub to orchestrate them with JVM Kotlin, and interoperability
  • k

    kevinherron

    01/21/2017, 1:28 AM
    that architecture is somewhat common for us right now, if you squint your eyes and don’t focus on the Kotlin part
  • k

    kevinherron

    01/21/2017, 1:28 AM
    many lower powered devices collecting data from well sites, etc… sending data via MQTT to a central location
  • o

    orangy

    01/21/2017, 1:29 AM
    That’s an expertise we are looking for!
  • o

    orangy

    01/21/2017, 1:30 AM
    MQTT is something I didn’t heard of before, will need to dig deeper…
  • k

    kevinherron

    01/21/2017, 1:31 AM
    i’ve toyed with doing a Kotlin implementation of MQTT, but there’s no need right now because the Java implementation is mature
  • k

    kevinherron

    01/21/2017, 1:31 AM
    but Kotlin native may change that
  • o

    orangy

    01/21/2017, 1:33 AM
    It would be awesome if you could picture some document about requirements, pitfalls, interop and such
  • k

    kevinherron

    01/21/2017, 1:33 AM
    i’ll give it some thought
  • o

    orangy

    01/21/2017, 1:34 AM
    Thanks! Looking forward to some real industry expertise 🙂
  • k

    kevinherron

    01/21/2017, 1:34 AM
    i think native compilation could be a very important thing for Kotlin
  • k

    kevinherron

    01/21/2017, 1:34 AM
    i don’t trust Oracle with the JVM 🙂
  • k

    kevinherron

    01/21/2017, 1:34 AM
    and Go is very tempting for the same reasons
  • k

    kevinherron

    01/21/2017, 1:34 AM
    but Kotlin is a vastly superior language to Go
  • k

    kevinherron

    01/21/2017, 1:34 AM
    (not to mention the performance aspects)
  • o

    orangy

    01/21/2017, 1:36 AM
    We are trying our best, but indeed, we need some real input from the industry.
  • k

    kevinherron

    01/21/2017, 1:37 AM
    i’ll think about requirements and concerns a bit this weekend
  • o

    orangy

    01/21/2017, 1:39 AM
    That would be wonderful!
  • n

    nimtiazm

    01/21/2017, 5:51 AM
    @orangy: depending on how mem mgmt turns out to be, interfacing with C/C++ will also turn out to be very useful if you're targeting low-powered devices
1...132133134...226Latest