Live data from Hacker News

Viewing profile — curtis17

curtis17

HN member
Joined
Tue, Oct 29, 2013, 11:37 AM UTC
HN karma
9
Public activity
27 items

About curtis17

No profile information was provided.

Recent public activity

  1. comment
    Comment #8313308

    fn bugs me as well. fun would have been better: - ML heritage for named functions (fn was anon) - muscle memory with the leading part of javascript function - the other abbreviatio…

  2. comment
    Comment #8308245

    > but it is no more pragmatic than OCaml or F#. Swift seems more approachable then those languages. Pragmatic in the sense that Rust and Kotlin are.

  3. comment
    Comment #8304267

    Swift seems a pragmatic take on functional programming. Apple backing means the compiler, libs and runtime will get a lot of work.

  4. comment
    Comment #8299235

    > Or would that enable a Linux port? I would be interested in a Swift port for Linux server-side/command line dev. Not so much client UI dev. Swift on Linux servers could help Appl…

  5. comment
    Comment #8277326

    Scala moving in a similar direction. Odersky: That's going to be a more fundamental rethink of what Scala is. The main goal is to make it simpler, to review it or work out what its…

  6. comment
    Comment #8268197

    The most interesting way forward re languages/runtimes looks like something Brendan mentioned here: http://javascriptjabber.com/124-jsj-the-origin-of-javascript... > At some point,…

  7. comment
    Comment #8253917

    Kotlin could be the Swift for Android if Jetbrains make it an explicit goal and gain developer mindshare. Also, Kotlin can compile down to JS and can thus target another Google pla…

  8. comment
    Comment #8252261

    Apple could have big plans for their ARM64 platform. Anand could be part of it.

  9. comment
    Comment #8192741

    If Google can't resolve their differences with Oracle Kotlin could be a way forward. Especially given the Android Studio connection.

  10. comment
    Comment #8075914

    Value types with operator overloading. Expressive and good for performance. Open? Java is owned by Oracle. C# is better and more expressive than Java. Especially the functional/dec…

  11. comment
    Comment #8075653

    Android needs to evolve away from Java. It needs a Swift - something richer, more expressive, focused on modern 64bit platforms and above all open.

  12. comment
    Comment #8071080

    Definitely not alone. At the Google IO Android Fireside Chat, a developer asked the Android team about using an alternative to Java for development - Scala in his case. Pretty much…

  13. comment
    Comment #8070081

    Dart is interesting but a little too Jave-ery in both syntax and tools - Dart Editor is Eclipse based. Also, not sure how committed Google is long-term. Google's issue is too many …

  14. comment
    Comment #8069561

    Google have issues with Oracle. Why not bless an alt-Java and give developers a clear signal. The end game should be Kotlin or Xtend or ? -> Dalvik/ART. Cut out Java.

  15. comment
    Comment #8069358

    I totally agree with the original poster. I picked up Java in the mid-90's for server-side dev. Grew to loathe it. When Google announced an open-source OS for mobile - I was so hap…

  16. comment
    Comment #8069224

    Imo Android needs a Swift because: 1. Java is too verbose/tedious. Developers are looking for something richer/more expressive. 2. Oracle. Java is non-open. Ultimately, the languag…

  17. comment
    Comment #8022626

    Same here. I want to get away from Java and the JVM. Twenty years old and now owned by Oracle.

  18. comment
    Comment #7970225

    Yes. My understanding is that currently the Android ART toolchain is: Java source -> Java byte code -> Dalvik byte code in apk -> install time compile to Oat file for execution in …

  19. story
    Like Android, but not Java/XML. Any alternatives?

    Android L with the Material design language looks very attractive. But I really dislike the Java/XML combo for development. So, anyone tried the alt-Java's for coding Android apps:…

  20. comment
    Comment #7956960

    WinRT was not built on the CLR. MS didn't eat it's own dogfood. Divided story between Windows Phone and Windows 8. MS should open source the CLR. Also, the new MRT - minimal native…

  21. comment
    Comment #7926795

    True re Google's experiments. Given there's one guy in charge of Android and Chrome/OS developers could use a clearer direction. Preferably an alternative to Java (Kotlin?) which c…

  22. comment
    Comment #7926777

    Given Google's relationship with Jetbrains for Android Studio how about Kotlin. Cut out Java entirely: Kotlin -> ART. Kotlin seems approachable and modern. Also compiles down to JS…

  23. comment
    Comment #7772560

    Licences and a cut from app/content sales. The problem with the Linux desktop is the 'everything is free' mentality.

  24. comment
    Comment #7772441

    Adobe are in the position to do for Linux what Apple did for BSD/Darwin. Adobe OS. Take the Linux kernel, systemd and command line tools. Put a great gui on top. With Creative Suit…

  25. comment
    Comment #7722253

    My only use of Java is for Android. The Android VM - Dalvik - uses Dalvik not JVM byte code. Now ART - the new Android runtime replacing Dalvik - is native - no more byte code. The…