--
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/CAEW2Rj%2Bo5CEJOBCXsyCvqaF2bFPnvTffixDooB6vf0utLZL%3DjQ%40mail.gmail.com.
--
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/1648990988.855813.1620674342115.JavaMail.zimbra%40u-pem.fr.
De: "Henri Tremblay" <henri.t...@gmail.com>
À: "lescastcodeurs" <lescast...@googlegroups.com>
Envoyé: Lundi 10 Mai 2021 22:31:52
Objet: Re: [LCC] LCC 255 - Interview Java 16 avec José Paumard et Henry Tremblai - partie 1
Merci pour les précisions.J'ai peut-être pas été clair mais oui, records != primitive. Et oui pour la pile. Mais il y avait un lien.La factory statique, c'est parce que c'est jolie.Par exemple, LocalDate, dans ma tête, ça pourrait être un record. Et il n'y a pas de constructeur public.
Et justement, quand on avait eu cette discussion, tu m'as dit un truc comme "Non, c'est plutôt un type XX qui englobe les types primitifs" Et les primitive records sont donc un sous-ensemble de records, mais primitif en plus. Ce qui pour l'instant fait un jolie diagramme de Venn dans ma tête.
Le reste, c'est pas mal ça, j'ai pas trop dis de niaiseries :-)
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CADZL2%3DsZsvYte0T4qzyGn6c5f8BCrcUEXd_qD1tdRo76wU8Dww%40mail.gmail.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/1553023475.887634.1620681189246.JavaMail.zimbra%40u-pem.fr.
De: "Henri Tremblay" <henri.t...@gmail.com>
À: "lescastcodeurs" <lescast...@googlegroups.com>
Envoyé: Mardi 11 Mai 2021 00:16:10
Objet: Re: [LCC] LCC 255 - Interview Java 16 avec José Paumard et Henry Tremblai - partie 1
Ok. Mais on est d'accord qu'un LocalDate c'est un primitif? Comme dans "J'aimerai vraiment ça qu'il passe sur la stack celui-là"
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CADZL2%3Dt_PRYT-UFzaW-Ls3BZmxLp96HVKAAhVZYTD0HYMzRTVA%40mail.gmail.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/790335237.1020629.1620716063035.JavaMail.zimbra%40u-pem.fr.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CADZL2%3DvAbH3GLy2NOg3RPNkVjN0u2mPaOzyBEkV%2BXLsiJ0%2BLqQ%40mail.gmail.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/CAEW2Rj%2B%2BOPNK_b%2BomfoVE%2BgEZPVVrBELOvD3GnNnpM01LvhJHg%40mail.gmail.com.
--
De: "Matthieu Baechler" <matthieu...@gmail.com>
À: "lescastcodeurs" <lescast...@googlegroups.com>
Envoyé: Jeudi 13 Mai 2021 10:59:07
Objet: Re: [LCC] LCC 255 - Interview Java 16 avec José Paumard et Henry Tremblai - partie 1
Salut les CastCodeurs,
Merci pour cet épisode et tous les précédents.Je note que vous avez une lecture de la programmation biaisée par votre historique en Java et que sur certains points, vous manquez de pratique en programmation fonctionnelle pour comprendre l'évolution des technologies en général et de Java en particulier.Je pense que vous devriez associer une personne qui serait capable d'apporter cet angle à vos podcast.Pour illustrer mon propos, sur le sujet des sealed et du Pattern Matching, c'est comme le dit Rémi repris de Scala (qui l'a lui-même repris de langages fonctionnels antérieurs) dans une optique bien particulière.
Le design objet chercher à définir des hiérarchies de classe pour écrire des algorithmes qui fonctionnent si l'on ajoute de nouveaux types.Pour reprendre le cas des formes, si un forme a une fonctionne surface, alors il suffit que ma nouvelle forme implémente `surface` pour que mon algorithme puisse fonctionner. L'algorithme n'a pas besoin d'une connaissance préalable de la forme exacte.Ce type de programmation rend l'ajout de nouveaux types facile. En revanche, ajouter une nouvelle méthode à `forme` signifie ajouter cette méthode à toutes les implémentations ce qui est coûteux.
La combinaison sealed + Pattern Matching c'est l'inverse: ajouter un type revient à aller mettre à jour toutes les fonctions qui font un Pattern Matching pour traiter le nouveau cas. En revanche, ajouter une nouvelle fonction est assez simple.
Ce n'est qu'un exemple parmi d'autres et je ne prétends pas être expert du domaine, mais je pense que les CastCodeurs devraient prendre le virage de la programmation fonctionnelle qui prend une place de plus en plus significative dans le métier.
Merci encore pour votre podcast,-- Matthieu Baechler
--On Mon, May 10, 2021 at 2:42 PM Emmanuel Bernard <emma...@lescastcodeurs.com> wrote:José (maintenant Java Advocate chez Oracle – le cachotier) et Henri échangent avec Emmanuel sur la sortie de Java 16.--
Cette première partie couvre l'introduction, les records, le pattern matching, les sealed class, les hidden classes et le créateur d'installeur jpackage.La suite au prochain numéro.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/CAEW2Rj%2Bo5CEJOBCXsyCvqaF2bFPnvTffixDooB6vf0utLZL%3DjQ%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/CAPd7dr2G0-1EDpsJAMNaQcL1Pt4u7ucZuw92zD3nsM%3DNrgdbUA%40mail.gmail.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/lescastcodeurs/1471481841.156406.1620909276575.JavaMail.zimbra%40u-pem.fr.