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
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.
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 essentially the other features of Scala can all be based. Essentially, it's a way to modularize the language better, to base the features that we know from Scala on a very, very simple core that we can compile efficiently and reason precisely about. That's the main goals for Don Giovanni.
> At some point, Sweet.js ties the knot and people can write hygienic macros and extend the language.... And it’s all based on a common set of primitives and that’s the important thing. You can reason about the primitives. You can compose them. They’re compositional. They compose orthogonally. That’s the goal here. JavaScript has a lot of warts in it, but if you weed those out or deprecate them you end up with stuff that is compositional. And that’s where I think we’re heading.
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 influenced release - async/await, var, linq etc.
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 any taste. Kotlin or Xtend imo are lighter than Scala and would be good fits for Android.
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/DartVM, Java/ART, PaNcl, RenderScript.
With the Material/Paper UI Google have given dev's a consistent, elegant unified surface. But Google should also be moving in the direction of an (elegant) unification under the hood. Java and JS are 20 years old - but are at the core of Google's platforms - Android and Chrome/OS. But what - Kotlin, Dart, ES6/7?
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.
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 have any taste. At least Google could bless an alt-Java Swift-ish alternative like Kotlin, Xtend, AnythingButJava.
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 language that makes it a core goal. This alt-Java could even be blessed by Google. Google could eventually cut Java out of the picture: Swift4Java -> Dalvik/ART.
Xtend, Kotlin and Scala are possibilities.
Kotlin has the Jetbrains Android Studio relationship going for it. Also compiles down to JS so could target Chrome/ChromeOS as well. Not as heavy as Scala - less of a learning curve. Xtend is good, and compiling to Java source could be an advantage. But Google do seem to be leaning towards Jetbrains rather than Eclipse.
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 expressive/succinct than Java that compiles down to Java byte code and is sympathetic to the Android frameworks. Not sure if there are any tools that compile down directly to dalvik and skip Java byte code entirely.
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.
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