Vad skulle Java behöva göras som för att slå Python i PYPL-index?

Förvånad över att inte C# ligger högre.

Det är väl oftast C# man programmerar i för .NET utveckling i Windows miljö? Även C++ kanske... Utvecklingsmiljön Microsoft Visual Studio har ju en oerhört stark position inom Microsoft/Windows världen men denna undersökning avspeglar inte riktigt det faktumet.

Ja, Java (och Oracle) har nog skjutit sig själva rejält i foten med licensförändringen samt att Java har ett otroligt dåligt rykte som språk för klientprogram (applikationer) i Microsoft/Windows världen. Däremot i Unix/Linux/Enterprise världen och som server baserat programmeringsspråk används det fortfarande mycket.

Sedan är det kraftig skillnad på Java och Javascript. Javascript är populärt för webbutveckling och kommer nog vara så en lång tid framöver.

Blir lite rörigt med sådana här jämförelser tycker jag eftersom det är en stor skillnad mellan Microsoft/Windows samt Unix/Linux. Stor skillnad också mellan server baserad utveckling, klient baserad utveckling, applikationsutveckling, app utveckling för mobiler samt webbapplikationer.

Java 14 kommer nog inte ändra så mycket. Records dyker upp som preview. Koden är alltså stabil och inte nån typ av beta men syntax/api kan fortfarande ändras i kommande version. Krävs en --enable-preview flaga för att kompilera.

Records i sig minskar mest mängden kod man behöver skriva för att definiera enkla klasser. Man slipper skriva egna equals/hashCode/toString/getters. Det är först när man kombinerar records med ett par andra saker som också är under utveckling, sealed types och pattern matching, som sättet man skriver java verkligen kommer börja ändras. Tillsammans får man en hyffsat kompakt syntax för att definiera och använda ADTs (Algebraic Data Types).

T.ex. en summa-typ som representerar ett AST (abstract syntax tree) för ett minimalt språk som innehåller ints, addition och multiplikation skulle kunna se ut ungefär så här:

sealed interface Expr
record Lit(int x) implements Expr
record Mul(Expr left, Expr right) implements Expr
record Add(Expr left, Expr right) implements Expr

int eval(Expr expr) {
  return switch(expr) {
    case Lit(x) -> x;
    case Mul(l, r) -> eval(l) * eval(r);
    case Add(l, r) -> eval(l) + eval(r);
  };
}

Koden liknar hur man skulle skriva i funktionella språk som Haskell och Scala.

Förändringarna i syntax och själva språket java kommer från Project Amber. Andra saker som är på gång därifrån är t.ex. multi-line strings """ """ (preview i java 14) och lokala funktioner (definiera funktioner inuti andra funktioner).

En annan nyhet i Java 14 är foreign-memory API från Project Panama. Ett bättre och effektivare api för att hantera minne utanför jvm (off heap). Panama kommer göra det enklare och effektivare att använda C/C++ bibliotek från jvm språk och kommer ge nya möjligheter att skriva kod som är effektiv på modern hårdvara. Själv ser jag fram emot Vector API som gör det möjligt att skriva effektiv SIMD kod.

Andra stora förändringar som är på gång men som kommer dröja flera versioner är Project Loom och Project Valhalla.
Loom handlar om virtuella trådar (lättviktstrådar) och concurrency. Utan att behöva skriva om sin kod kommer man få fördelarna av Kotlins coroutines.
Valhalla handlar om inline types (value classes). Man kommer kunna skriva rena dataklasser med en effektivare minneslayout.

Tittar man på allt som är under utveckling så tycker jag att framtiden ser ljus ut för både java som språk och jvm som platform.

Kotlin är det självklara valet idag om man sysslar med androidutveckling och kommer antagligen fortsätta vara det. Är man bara ute efter ett "bättre java" kan det vara värt att testa Kotlin eller Scala idag men om ett par år kommer java som språk vara ett "bättre java". Är man intresserat av funktionell programmering så skulle jag rekommendera Scala även om det finns bra bibliotek som arrow-kt till Kotlin. Scala har ett mer avancerat typsystem och lite mer fokus på den typen av programmering. Dessutom är Scala 3 på väg om nåt år med många förbättringar.

Siffrorna i din tabell är resultaten från en enkel brainfuck interpreter. Koden innehåller inte några flyttalsberäkningar så jag förstår inte alls vad -ffast-math skulle göra? Skriver du om någon helt annan test nu?