Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
jug:javagoesnative [02.08.2019 06:33] fobsjug:javagoesnative [17.08.2019 20:13] (aktuell) fobs
Zeile 2: Zeile 2:
  
 Vortrag der [[:jug|Java User Group]]: Vortrag der [[:jug|Java User Group]]:
-ava hat seit jeher den Ruf einer ressourcenfressenden, nichtperformanten und langsamen Programmiersprache. Egal ob es um Startup-Zeiten, Speicherbedarf oder die generelle Größe von Docker Images geht, Java wird immer etwas belächelt, auch wenn in den letzten Jahren einiges in dieser Hinsicht verbessert wurde. Vieles ist der JVM und dem Grundkonzept der Portabilität geschuldet, das in Zeiten von Containern mehr und mehr an Wichtigkeit verliert. Trotz dieser Umstände werden weiterhin viele Microservices in Java implementiert. Nicht zuletzt dank der weiten Verbreitung der Sprache und Frameworks wie Spring Boot, die einem beim Erstellen von Microservices unter die Arme greifen. +Java hat seit jeher den Ruf einer ressourcenfressenden, nichtperformanten und langsamen Programmiersprache. Egal ob es um Startup-Zeiten, Speicherbedarf oder die generelle Größe von Docker Images geht, Java wird immer etwas belächelt, auch wenn in den letzten Jahren einiges in dieser Hinsicht verbessert wurde. Vieles ist der JVM und dem Grundkonzept der Portabilität geschuldet, das in Zeiten von Containern mehr und mehr an Wichtigkeit verliert. Trotz dieser Umstände werden weiterhin viele Microservices in Java implementiert. Nicht zuletzt dank der weiten Verbreitung der Sprache und Frameworks wie Spring Boot, die einem beim Erstellen von Microservices unter die Arme greifen. 
  
 Um diesen Vorurteilen entgegenzuwirken, haben sich in letzter Zeit Projekte aufgemacht, der Java-Landschaft einen nativen Anstrich zu verpassen. Die beiden interessantesten Kandidaten sind GraalVM und Kotlin Native. Auch wenn sie aus verschiedenen Gründen ins Leben gerufen wurden, haben beide die Möglichkeit, Java bzw Kotlin in nativen Code zu kompilieren, sodass eine JVM nicht mehr von Nöten ist.  Um diesen Vorurteilen entgegenzuwirken, haben sich in letzter Zeit Projekte aufgemacht, der Java-Landschaft einen nativen Anstrich zu verpassen. Die beiden interessantesten Kandidaten sind GraalVM und Kotlin Native. Auch wenn sie aus verschiedenen Gründen ins Leben gerufen wurden, haben beide die Möglichkeit, Java bzw Kotlin in nativen Code zu kompilieren, sodass eine JVM nicht mehr von Nöten ist. 
Zeile 11: Zeile 11:
 [[http://www.jug-kl.de/java-goes-native/]] [[http://www.jug-kl.de/java-goes-native/]]
  
-===== Dataentry ===== 
 ---- dataentry event ---- ---- dataentry event ----
 name      : Java goes Native name      : Java goes Native
jug/javagoesnative.1564727637.txt.gz · Zuletzt geändert: 02.08.2019 06:33 von fobs
Falls nicht anders bezeichnet, ist der Inhalt dieses Wikis unter der folgenden Lizenz veröffentlicht: CC Attribution-Noncommercial-Share Alike 4.0 International
Recent changes RSS feed Driven by DokuWiki