Discussion :

[Le prince charmant]

Si oui, alors lequel ?

. Pour le langage C : je connais le Kernighan & Ritchie,
. Pour le C++ : le Stroustrup,
. Mais pour le Java, là je sèche... Est-ce le Gosling ?

Sinon oui, il y a un livre de Jean-Michel Doudoux de developpez.com : "Développons en Java", mais il fait 4001 pages !

Merci d'avance à ceux qui me répondront.
PS :
On m'a déjà conseillé :
1) "Le langage Java" de Ken Arnold, James Gosling et David Holmes (titre original "The Java programming language") Il n'est certes par d'un très grand niveau littéraire, ni didactique, et ne couvre que très très peu les packages du J2SE (ça n'est pas vraiment son sujet), mais il faut avouer qu'il est extrêmement rigoureux dans son approche,
2) "The elements of Java Style" par - entre autres - Scott W. Ambler et,
3) la dernière édition de "Effective Java".

[professeur shadoko]

moralement c'est pas bien d'utiliser un forum qui tente d'être objectif .... pour faire sa propre publicité.
voilà un bouquin peu connu mais reconnu par quelques spécialistes :
https://eska-publishing.com/fr/livre...822407076.html

(d'accord j'en suis l'auteur... donc mon message est loin d'être objectif... et si l'administration du forum estime qu'il n'y a pas lieu de publier ce message je l'approuverai sans réserve).

[PhilippeGibault]

Pour ma part, j'ai deux livres de référence même si avec Java 17, qui devient une nouvelle étape (comme Java 8), ils commencent à prendre un coup de vieux.

Pour le Java Théorique et universitaire
Je recommande le livre de Claude Delannoy, Programmez en Java.
https://www.amazon.fr/Programmer-Jav...s=books&sr=1-3

Il est tellement bon que je rachète à chaque fois la nouvelle édition.

Pour les bonnes pratiques en Java
Je recommande le livre de Joshua Bloch, Effective Java.
Bon, il est en anglais (et dieu sait que je suis anglophobe), mais c'est un vrai classique.

Joshua Bloch, c'est le dieu des bonnes pratiques Java. Il a travaillé chez Sun (où il a implémenté des méthodes du JDK) et chez Google où il était responsable des API Google Java.
https://www.amazon.com/Effective-Jav.../dp/0134685997

[PhilippeGibault]

moralement c'est pas bien d'utiliser un forum qui tente d'être objectif .... pour faire sa propre publicité.
voilà un bouquin peu connu mais reconnu par quelques spécialistes :
https://eska-publishing.com/fr/livre...822407076.html

(d'accord j'en suis l'auteur... donc mon message est loin d'être objectif... et si l'administration du forum estime qu'il n'y a pas lieu de publier ce message je l'approuverai sans réserve).

Juste pour savoir, une version avec Java 17 est-elle prévue?

[professeur shadoko]

Juste pour savoir, une version avec Java 17 est-elle prévue?

ça va dépendre de deux choses:
- si l'éditeur estime qu'il y a lieu de faire une nouvelle édition (sur un autre ouvrage j'ai fait des améliorations à chaque nouvelle édition )
- des compétences requises pour faire cette mise à jour: là je vais demander des tuyaux à celles et ceux qui utilisent cette version 17 sur ce forum (pourquoi? et bien parce que je suis maintenant à la retraite et que je ne programme quasiment plus : écrire des choses qui ne sont pas issues de l'expérience directe ne me semble pas un bon gage de qualité).

PS: il est délicat de citer ses propres références car le fait d'avoir opéré chez SUN dès les débuts de Java en France ne sont pas nécessairement un gage de qualité pédagogique.
Mais bon mon bouquin est le résultat d'une synthèse des enseignements que je faisais chez SUN où j'étais responsable des cours java fondamentaux au niveau européen (je faisais des cours dans différents pays) . Ceci dit il y a toujours une grosse différence entre des cours interactifs sur le terrain et un livre et c'est pour ça que je recommande toujours d'avoir des mentors pour améliorer l'apprentissage. Dans le bouquin je me suis focalisé sur ce que j'estime essentiel dans une démarche Java il n'y a pas une approche extensive de toutes les fonctionnalités offertes par les bibliothèques standards (d'autres livres le font très bien).

[PhilippeGibault]

Java 8 représentait un Gap par rapport à Java 7.

Je pense, ou en tout cas j'ai tendance à penser, que Java 17 représente aussi un Gap par rapport à Java 18, même si les Reccord étaient dans Java 17.

C'est un problème auquel je suis confronté, et les livres ne se sont pas mis à jour sur ce sujet.

[thelvin]

Hmmm.

Quand même, les streams, les lambdas, et les méthodes définies dans les interfaces, ça changeait la vie.

Depuis il y a eu les modules si on s'en sert, mais ça c'est Java 11 pas 17. Mais sinon, les vars, les records, les sealed types, les switch expressions et les instanceof avec variables, ça change pas franchement quelque chose, on programme pareil.

[professeur shadoko]

Mon bouquin a tenté d'être à jour jusqu'à Java 15 ... après c'est une autre histoire