LCC 291 - ChatGPT licencie 15% des bisounours

[Emmanuel Bernard]

Antonio, Guillaume et Emmanuel discutent de licence Oracle pour Oracle JDK, de JEPs, de Flutter, d'Hibernate, de Mokito, de Kafka, de (not so) Big Data, du parsing de YAML, de ChatGPT, de licenciements, de platform engineering, et de nombres flottants.

https://lescastcodeurs.com/2023/02/13/lcc-291-chatgpt-licencie-15-des-bisounours/

Emmanuel

[Marc Wrobel]

Salut les Cast Codeurs,

Pour le nom je n'ai rien trouvé d'autre que "Le podcast Java (mais pas que) en Français" ;).

Sinon pour ceux qui cherchent un bon résumé des différents JDK disponibles, je vous recommande https://whichjdk.com/.

++

Marc

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "lescastcodeurs".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAEW2RjK4Grp44Ze0cu4J7EmX4YY1E_4R9uY3U5Q%3Dfo7pDe4vMw%40mail.gmail.com.

[Guillaume Laforge]

Tiens j'avais prévu de mentionner ce site dans le prochain épisode !

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAEL9T35fA6SdLsBwqnGsuzmkU7MvT8feet-yRiXsoWQ-Fn1cUg%40mail.gmail.com.

--

Guillaume Laforge
Apache Groovy committer

Developer Advocate @ Google Cloud Platform

Blog: http://glaforge.appspot.com/

Twitter: @glaforge

[Olivier Lamy]

un petit détail à ajouter concernant maven 3.9.0.
C'est maintenant le support de l'extension de "build cache" [1]
autrement que devoir utiliser une version 4 beta.xxxx
A tester surtout sur du CI (en utilisant le cache remote) c'est assez
intéressant.

--
Olivier

[1] https://maven.apache.org/extensions/maven-build-cache-extension/

> Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAJ2HCd_cfBL-3VjGz8hTyc%3DdSjFmTDdLdUwBaPov97YZQvKqeQ%40mail.gmail.com.

--
Olivier Lamy
http://linkedin.com/in/olamy

[Arnaud Héritier]

Merci Olivier. 

Je savais bien que j'avais oublié un truc essentiel en préparant les notes.

Gradle n'a qu'à bien se tenir !!!

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAPoyBqRjNENKzWfaFYhH%2BEM2s2HPg-brcwAs3FBpzFwxyNk5Pg%40mail.gmail.com.

--

Arnaud Héritier

Twitter/GitHub/... : aheritier

[Cédric Champeau]

Le mar. 14 févr. 2023 à 07:08, Arnaud Héritier <aher...@gmail.com> a écrit :

Merci Olivier. 

Je savais bien que j'avais oublié un truc essentiel en préparant les notes.

Gradle n'a qu'à bien se tenir !!!

J'essayais de me retenir de commenter, mais bon il faut que j'y aille. Pour moi le build cache de Maven c'est beaucoup de bricolage, un pansement sur une jambe de bois. Puisque Maven ne connaît rien des entrées/sorties des mojos, pour que ce soit fiable, il y a des _tonnes_ de contraintes : hash de sources, exclusion de certains dossiers dans le dossier target, normalisation "hard codée", etc... Faut voir la tronche des fichiers de conf: https://maven.apache.org/extensions/maven-build-cache-extension/maven-build-cache-config.xml pour un projet "simple". Les gens vont être sacrément déçus à mon avis quand ils vont se rendre compte que le cache est pas fiable, parce qu'il met en cache des états locaux instables (fichiers dans le dossier target qui ne devraient plus y être pcq les classes ont été supprimées, etc...).

Ce genre de soucis n'existent pas avec Gradle, puisque chaque tâche déclare ses entrées/sorties et comment la normalisation se fait (par exemple, si les chemins doivent être interprétés comme absolus ou non, etc).

Mais bon, félicitations à Maven d'avoir _enfin_ qqch pour améliorer les perfs :)

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAFNCU-_DE%2BzQhUGBnU825Bf5susnmikEN70tzRg8g32_o6rh1w%40mail.gmail.com.

[Arnaud Héritier]

😘 Je savais bien que je te ferai réagir !!

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CADQzvmnEbU3wVu0fCapvQGi4YyAY_CkvmX%3DXeWbdnUXo4ww0Lg%40mail.gmail.com.

[Fred Bricon]

On Tue, Feb 14, 2023 at 11:08 AM Cédric Champeau <cedric....@gmail.com> wrote:

Le mar. 14 févr. 2023 à 07:08, Arnaud Héritier <aher...@gmail.com> a écrit :

Merci Olivier. 

Je savais bien que j'avais oublié un truc essentiel en préparant les notes.

Gradle n'a qu'à bien se tenir !!!

J'essayais de me retenir de commenter, mais bon il faut que j'y aille. Pour moi le build cache de Maven c'est beaucoup de bricolage, un pansement sur une jambe de bois. Puisque Maven ne connaît rien des entrées/sorties des mojos, pour que ce soit fiable, il y a des _tonnes_ de contraintes : hash de sources, exclusion de certains dossiers dans le dossier target, normalisation "hard codée", etc... Faut voir la tronche des fichiers de conf: https://maven.apache.org/extensions/maven-build-cache-extension/maven-build-cache-config.xml pour un projet "simple".

Montrer un exemple avec toutes les confs possibles et le faire passer pour un projet simple,  c'est a la limite du trolling ;-)

On peut definitivement faire plus simple, genre https://github.com/fbricon/mvn-cache-test/blob/main/.mvn/maven-build-cache-config.xml 

 

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CADQzvmnEbU3wVu0fCapvQGi4YyAY_CkvmX%3DXeWbdnUXo4ww0Lg%40mail.gmail.com.

--

"Have you tried turning it off and on again" - The IT Crowd

And if that fails, then http://goo.gl/tnBgH5

[Cédric Champeau]

Tu me mets un bon chocolat belge sous le nez, j'ai du mal à y résister :)

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAFNCU--MG1CN6gLiYcnb6jaJ3teNMuYngU5fqkK4qcB6XxM_BA%40mail.gmail.com.

[Cédric Beust ♚]

Il me semble qu'il y a eu quelques erreurs dans la section sur la mémoire de la JVM:

• Les variables locales sont sur la pile, pas le tas.  Au début de chaque fonction, le code décrémente le pointeur de pile pour faire de la place pour toutes les variables locales, et il utilise ensuite des pointeurs relatifs pour référencer ces variables.
  
  
• Pour cette raison, les variables locales n'ont jamais besoin d'être garbage collectées : à la fin de la fonction, le pointeur de pile est rétabli à sa valeur originelle et les variables locales ne sont plus accessibles.

-- 

Cédric

--

[Remi Forax]

From: "Cédric Beust ♚" <cbe...@gmail.com>
To: "lescastcodeurs" <lescast...@googlegroups.com>
Sent: Thursday, February 16, 2023 2:08:58 PM
Subject: Re: [LCC] LCC 291 - ChatGPT licencie 15% des bisounours

Il me semble qu'il y a eu quelques erreurs dans la section sur la mémoire de la JVM:

• Les variables locales sont sur la pile, pas le tas.  Au début de chaque fonction, le code décrémente le pointeur de pile pour faire de la place pour toutes les variables locales, et il utilise ensuite des pointeurs relatifs pour référencer ces variables.

En réalité, c'est un peu plus complqiué, on reserve effectivement de la place pour les variables locales sur la pile mais cette place sur la pile est utilisé que pour l'interpreteur, pour les JIT c1 et c2, les variables locales sont dans les registres du processeur (à part quand il y a trop de variables locales utilisées en même temps mais sur une archi 64 bits moderne c'est assez rare). Les JITs c1 et c2 reservent aussi un espace en mémoire pour les variables comme l'interpreteur car le code assembleur peut sauter dans un état qu'il ne connait pas (genre la condition de ce "if" a jamais été vrai jusqu'à présent) et demander à l'interpreteur de prendre le relais, pour cela le contenu des variables stockées dans les registres est alors recopié sur la pile avant d'appeler l'interpreteur.

• Pour cette raison, les variables locales n'ont jamais besoin d'être garbage collectées : à la fin de la fonction, le pointeur de pile est rétabli à sa valeur originelle et les variables locales ne sont plus accessibles.

Techniquement une variables est jamais GC, que cela soit un champ ou une variable locale, c'est la mémoire de la structure pointée par la référence qui est GC (lorsque la référence est un pointeur, ce qui est pas toujours le cas mais c'est une autre histoire).

-- 

Cédric

Rémi

On Mon, Feb 13, 2023 at 3:59 AM Emmanuel Bernard <emma...@lescastcodeurs.com> wrote:

Antonio, Guillaume et Emmanuel discutent de licence Oracle pour Oracle JDK, de JEPs, de Flutter, d'Hibernate, de Mokito, de Kafka, de (not so) Big Data, du parsing de YAML, de ChatGPT, de licenciements, de platform engineering, et de nombres flottants.

https://lescastcodeurs.com/2023/02/13/lcc-291-chatgpt-licencie-15-des-bisounours/

Emmanuel

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "lescastcodeurs".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAEW2RjK4Grp44Ze0cu4J7EmX4YY1E_4R9uY3U5Q%3Dfo7pDe4vMw%40mail.gmail.com.

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "lescastcodeurs".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAOphgJC0RJ%3D9RohpSozivosArPyy%3D8jNOfeMb6OpMAkD%3DacvRw%40mail.gmail.com.

[Cédric Beust ♚]

Merci pour les précisions, Rémi. Les choses ne sont jamais simples avec la JVM :-)

-- 

Cédric

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/114203402.24245361.1676555751888.JavaMail.zimbra%40u-pem.fr.

[Emmanuel Bernard]

Ah merci Cédric et Rémi. Ce qu'a dit Cédric c'est que que j'aurai aimé dire. Ce que dit Rémi, c'est du bonus "above my paygrade" que je ne connaissais pas :)

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAOphgJC0RJ%3D9RohpSozivosArPyy%3D8jNOfeMb6OpMAkD%3DacvRw%40mail.gmail.com.