curtis17

6 ms·

1.
by curtis17 12y ago
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 abbreviations take the leading part of the word
2.
by curtis17 12y ago
> 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.
by curtis17 12y ago
Swift seems a pragmatic take on functional programming. Apple backing means the compiler, libs and runtime will get a lot of work.
4.
by curtis17 12y ago
> 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 Apple sell more Macbooks to developers.
5.
by curtis17 12y ago
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 core is, and have a very simple core on which essentia
6.
by curtis17 12y ago
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, Sweet.js ties the knot and people
7.
by curtis17 12y ago
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 platform - ChromeOS/Chrome - with the possibility of shar
8.
by curtis17 12y ago
Apple could have big plans for their ARM64 platform. Anand could be part of it.
9.
by curtis17 12y ago
If Google can't resolve their differences with Oracle Kotlin could be a way forward. Especially given the Android Studio connection.
10.
by curtis17 12y ago
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/declarative features added after the initial Java influenc
11.
by curtis17 12y ago
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.
by curtis17 12y ago
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 'no' was the response. But don't Google have
13.
by curtis17 12y ago
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 languages and runtimes: Go, JS/ES6/V8, Dart&#
14.
by curtis17 12y ago
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.
by curtis17 12y ago
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 happy. But ... Java. Broke my heart. Don't Google hav
16.
by curtis17 12y ago
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 language that will become the Swift on Android is the lan
17.
by curtis17 12y ago
Same here. I want to get away from Java and the JVM. Twenty years old and now owned by Oracle.
18.
by curtis17 12y ago
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 ART Initially, just looking for something more exp
19.
Like Android, but not Java/XML. Any alternatives?
4 points by curtis17 12y ago|6 comments
20.
by curtis17 12y ago
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 runtime.
21.
by curtis17 12y ago
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 can also run on Chrome OS.
22.
by curtis17 12y ago
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.
by curtis17 12y ago
Licences and a cut from app/content sales. The problem with the Linux desktop is the 'everything is free' mentality.
24.
by curtis17 12y ago
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 Suite and Open Office. Steam for games. Be prescriptive wit
25.
by curtis17 12y ago
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. There's not much Java left apart from the (poor) syntax. W
26.
by curtis17 13y ago
Canonical are making a bet on the graphical subsystem re Mir/QT/QML/Oneclick to crack touch/mobile. Similar to Apple going all-in on Objective C/Cocoa(Touch). But for the low level non-graphical parts of Ubuntu it m
27.
by curtis17 13y ago
"but to do so with a much more radical design." Now this is interesting. Working on anything!