J'ajouterai que faire du java aujourd'hui, c'est passer une grande partie de son temps à intégrer des dépendances / technologies externes à ses projets.
La gestion des dépendances est très simple en Java, comparativement à d'autres langages car l'écosystème réutilise très peu les briques natives, la gestion de la mémoire autorise un isolement efficace, et le format du binaire n'a pas évolué (contrairement au Python, C# et C++).
Ça peut paraître rébarbatif cette gestion des dépendance, mais c'est très intéressant car il y a une richesse immense de solutions et la qualité est très souvent au rendez-vous. On fait bien sûr des erreurs, qui peuvent coûter, mais l'expérience permet de moins se tromper et de limiter l'impacte de ces erreurs.
J'inviterai le rédacteur de ce journal à regarder les Maven (ou Gradle), ou bien Groovy et Grape (y pourra tester sa lib avec Geb :) ). Avec un bon IDE, qui peut compléter son code.. Pour voir ce que font les autres, et comprendre qu'on a un grand choix dans à peu près tout ce que l'on veut (et que c'est performant et bien codé, surtout si c'est fait par d'autres, selon moi).
[^] # Re: Désolé
Posté par YBoy360 (site web personnel) . En réponse au journal Du développement full-stack en Java. Évalué à 7.
Bravo pour ce commentaire.
J'ajouterai que faire du java aujourd'hui, c'est passer une grande partie de son temps à intégrer des dépendances / technologies externes à ses projets.
La gestion des dépendances est très simple en Java, comparativement à d'autres langages car l'écosystème réutilise très peu les briques natives, la gestion de la mémoire autorise un isolement efficace, et le format du binaire n'a pas évolué (contrairement au Python, C# et C++).
Ça peut paraître rébarbatif cette gestion des dépendance, mais c'est très intéressant car il y a une richesse immense de solutions et la qualité est très souvent au rendez-vous. On fait bien sûr des erreurs, qui peuvent coûter, mais l'expérience permet de moins se tromper et de limiter l'impacte de ces erreurs.
J'inviterai le rédacteur de ce journal à regarder les Maven (ou Gradle), ou bien Groovy et Grape (y pourra tester sa lib avec Geb :) ). Avec un bon IDE, qui peut compléter son code.. Pour voir ce que font les autres, et comprendre qu'on a un grand choix dans à peu près tout ce que l'on veut (et que c'est performant et bien codé, surtout si c'est fait par d'autres, selon moi).