Vad tror ni om Java's framtid?

Heretic, jag vet inte varför du sprider så mycket hat mot allt som inte är Java. Idag finns det mycket mer att välja på och det är bra att det finns olika verktyg till olika saker. Det senaste året har jag jobbat med C#, Go, Java, Groovy(Ett slags skript för Java, faktiskt rätt nice), Javascript, Python, Shell script och Kotlin. För att inte nämna omkringliggande teknologier så som AWS, Docker, Gradle etc. Allting har sin plats och det är inte ovanligt att vi i ett enda projekt använder 3-4 olika språk. Ska jag välja ett favoritspråk är det nog C# dock, oerhört cleant och snyggt, modernt älskar verkligen LINQ och Visual Studio. Tyvärr inte gångbart på mitt nuvarande ställe dock, kör Linux på allt. C är även det oerhört trevligt men C++ gör jag inte mycket för. Det är för komplicerat och det är så lätt att göra misstag med pekare.

Samma här men vi är begränsade till gränserna på AWS Lambda, där är det 3GB RAM och 500MB lagring. Som tur är våra filer bara runt 2GB så vi kör allting in memory, lite snabbare och enklare att hantera också. Vi hade en snubbe (gubbe?) som för ett år sedan byggde ett helt nytt system i Java2EE(!) som vi nu håller på att migrera till molnet. Helt sjukt, fattar inte hur han fick igenom det..det är hopplöst invecklat såfort man ska ändra något. Nu har vi inte en enda comitt på det på över 4 månader, rädda för att allt kommer gå kaboom. Angående att dela resurser så försöker vi avveckla våra uråldriga MySQL databaser och spara allting i antigen filer eller fildatabaser som MongoDB t ex. Vi har skräckscenario med sparad JSON i kolumner i MySQL databaserna. Hopplöst när man ska ut något.

Håller med, vad är det som är problemet med Java EE? En enterpriseapplikation i java är byggt i Java EE eller med Spring framework.

Vill bara flika in lite offtopic. Men om man ska bygga något som ska vara i 10-15år är molntjänster verkligen inte det mest lämpliga stället att placera saker på. Alldeles för mycket kan förändras där ute, företag köps upp, teknologier fasas ut osv.
Håller med om att J2EE inte är det man bör bygga i, men man borde vara väldigt försiktig om man konsumerar andras tjänster om man har en tidshorisont på mer än några år. Lambda är ju tex som byggt för vendor lockins där man är fast, och de kan diktera villkoren helt själva.
Personligen skulle jag aldrig någonsin lägga ens verksamhet i det stora molnet om det är kritiskt för ens egna business om man inte byggt något som är sjukt lätt att flytta mellan tjänster. Tex köpa IaaS enbart.

Termen "funktionella språk" är väldigt ofta missbrukad. Tar man språk som Haskell kan man prata om "funktionellt språk" då det egentligen den enda modell man förväntas använda för saker skrivna där. Även om det är möjligt att skriva imperativ kod i Haskell är det rätt meningslöst.

Språk som Scala och Kotlin har syntaktiskt socker för att möjliggöra funktionella programmering där det är vettigt. Ett typiskt Scala-program innehåller gissningsvis betydligt mer funktionella moment än ett typiskt Kotlin-program.

Man samma sak kan sägas om C#, Java, C++, Go, Swift m.fl. Normalfallet i dessa är inte funktionell programmering, men alla dessa har specifika språkkonstruktioner riktade mot funktionell programmering.

Just av den orsaken tror jag "rena" funktionella språk inte kommer slå på bred front. CPU/GPUer är tok-optimerade för "mutable-state", vilket rimmar illa med funktionell programmering. Finns ändå en rad fall där fördelarna med funktionell programmering överväger nackdelarna, men de fallet täcker man i allt större grad enkelt in med de "vanliga" programspråken.

Min personliga åsikt om Scala är att det kommer aldrig ta fart då det är ett allt för komplicerat språk. Samma kan sägas om C++, men skillnaden där är att C++ skapades i en tid när konkurrensen var långt mindre så det språket har redan lyckas trots att det är överkomplicerat.

Kotlin har inte det problemet, det är ett på i princip alla sätt ett bättre Java (Java-done-right).

https://www.qt.io/faq/

Bibliotek med LGPL kan i praktiken användas i kommersiella program utan problem. Qt's kommersiella licens behövs bara av de som behöver modifiera själva Qt-biblioteken och inte vill göra dessa förändringar öppna.

Men varför inte använda Webbläsaren eller Electron som UI-ramverk 2019???

Jag följer CppCast och de har nästan aldrig nämnt något annat än projekt som kör C++ både i front-end, back-end, middle-end

C++ är allt annat än unikt för back-end om man tittar på större system, t.ex. använder Google, Facebook och Microsoft massiva mängder C++ kod i deras system. C++ är däremot helt utraderat för små och medelstora system, där hittar du nog ~99 % av alla som konsultar inom IT i Sverige.

Men precis som Java används knappast C++ idag för att det är bäst, eller ens ett bra val. Dessa används för att de är mogna miljöer med stabila tool-chains. De används p.g.a. att det finns en massiv mängd redan existerande mängd programvara man kan använda som byggstenar.

Kan inte se en enda orsak att välja vare sig C++ eller Java om jag fick starta från scratch. I C++ har man ett jätteproblem med att många bibliotek använder sig av s.k. templates vilket i praktiken kräver att man måste skriva sina saker i C++ för att utnyttja detta. C++ är inte specificerat på binärnivå och C++ utvecklas mot att låta allt mer köras redan i kompilatorn -> man blir allt mer låst till att köra just C++.

I jobbet använder jag primärt C (majoritet av koden), C++ (kompilator, standardbibliotek och en del applikationer) och Python (primärt olika former av verktyg). Privat där jag kan välja fritt utan legacy-stenar att släpa runt kör jag primärt Go (perfekt match till t.ex. RPi), R (analytics) och JS (tja, vilket val har man för webben...).

De språk som använder en JVM (Kotlin, Groovy, Scala, Clojure) kan alla utan problem använda existerande bibliotek skrivna i Java då det finns en binärspecifikation att luta sig på. Kotlin gör det även möjligt att enkelt anropa saker från Java.

Av den anledningen skulle jag bara använda Java om man absolut måste. Skulle välja Kotlin så långt som möjligt.

Det skrivet: både Java och C++ kommer finnas kvar och inom "industrin" vara superviktiga spåk under överskådlig tid. Finns helt enkelt allt för mycket skrivna i dessa språk i drift. Båda utvecklas därför aktivt, C++ var ju nästan dött sett till utveckling under en tioårsperiod men nu har det tagit rejält med fart (C++11 och senare är i praktiken ett annat språk jämfört med C++03)

Kotlin är ett väldigt väldesignat språk. Dess största fördelar gentemot Java (IMO) är null-säkerhet (variabler kan inte tilldelas null om de inte deklareras som nullable), mycket mindre boilerplate, smidigare implementering av funktionella koncept (streams i Java är bökiga), MYCKET bättre lambdas, stöd för komposition på språknivå, top-level functions (du behöver ingen klass för att skriva en enstaka funktion), extension functions, strukturell pattern matching (dock mycket begränsad, men lite iaf!), och en massa mer. Har du inte testat Kotlin, GÖR DET. Gillar du Java har jag svårt att tänka mig att du inte kommer att älska Kotlin.

Kotlin blev känt för en större publik p.g.a. att det blev ett officiellt språk (skulle säga numera "det officiella språket") för Android-utveckling.

Men Kotlin kan användas på exakt samma ställen där Java kan användas (plus att Kotlin också kan kompileras till JavaScript -> går att använda i webbläsaren), Android är inte ens där Kotlin är populärast just enligt Jetbrains (de som skapade Kotlin), utan det är att använda Kotlin för "back-end" på Linux

Du har massor med gånger nämnt att du söker "enkelhet". Kotlin är enklare än Java, det kräver mindre boilerplate, upptäcker fler fel vid kompilering, kraftfullare tool-chain stöd (det var Jetbrians huvudmål med språket då de jobbar just med utvecklingsverktyg) etc. Det är helt enkelt Java-done-right.

Om man vill använda en JVM (helt vettigt än i dag för plattformen Java är fortfarande en lysande teknik) och inte är hårt låst till Java (språket, det är inte längre ett toppval på något sätt i.m.h.o) bör man absolut titta på Kotlin.

Få skapar nya program. De flesta underhåller och vidareutvecklar redan existerande kodbaser.
Java kommer fortsätta vara i behov under lång tid, precis som Cobol är men än mer eftersom fler produkter är skapade i Java än Cobol tack vare den accelererande datorutvecklingen.