Si tu as encore du java 1.3 qui traîne cela serait un peu plus facile d'argumenter sur les changements ; m'enfin le passage en 1.5 même s'il fait apparaître pas mal de "deprecated" au passage fait tomber les principaux défauts de java :
- lourdeur de la JVM (allouons 2 Go on sera peinard avec le garbage collector comme cela... pas de risque de dégradation des performances)
- incompatibilités entre versions (pas trop visible côté serveur, mais pour des applis client c'était un peu la bataille sur les chaînes de caractères pour tout caser à l'écran et les alignements de boîtes de saisie et autres bugs d'affichage)
- améliorations des frameworks et des bibliothèques uniquement disponibles avec du java 1.5 (si cela entraîne une mise à jour...), avec des boosts de perf pour traiter tout ce qui est XML par exemple
- un bon programmeur java fera appel à un maximum de bibliothèques existantes (remplaçant son travail par de l'intégration plutôt que du codage), mais bon je n'en vois pas tant que ça (2 ou 3 sur les dizaines de javaistes que j'ai rencontrés).
- proposer une alternative à JUnit pour les tests unitaires, log4j pour les logs, hibernate pour l'accès aux données, doxygen pour la doc' et autres bibliothèques "standards" (ça dépend sur quoi vous normalisez actuellement vos développements)
Pour python, il y a peut-être à mettre en avant certaines applications toute faites (en java c'est plutôt des frameworks, tout étant à faire). Cela permettrait de montrer ce qui marche avec python et effectuer le travail de normalisation des développements au titre de ce projet.
Le critère n'est pas tant technique qu'organisationnel : savoir constituer une équipe avec toutes les normes et démarches pour mener un projet du dév' à la production (et rassurer au passage sur les avantages que peut avoir python).
# normes et bibliothèques dispos
Posté par BAud (site web personnel) . En réponse au journal Python et les décideurs. Évalué à 2.
- lourdeur de la JVM (allouons 2 Go on sera peinard avec le garbage collector comme cela... pas de risque de dégradation des performances)
- incompatibilités entre versions (pas trop visible côté serveur, mais pour des applis client c'était un peu la bataille sur les chaînes de caractères pour tout caser à l'écran et les alignements de boîtes de saisie et autres bugs d'affichage)
- améliorations des frameworks et des bibliothèques uniquement disponibles avec du java 1.5 (si cela entraîne une mise à jour...), avec des boosts de perf pour traiter tout ce qui est XML par exemple
- un bon programmeur java fera appel à un maximum de bibliothèques existantes (remplaçant son travail par de l'intégration plutôt que du codage), mais bon je n'en vois pas tant que ça (2 ou 3 sur les dizaines de javaistes que j'ai rencontrés).
- proposer une alternative à JUnit pour les tests unitaires, log4j pour les logs, hibernate pour l'accès aux données, doxygen pour la doc' et autres bibliothèques "standards" (ça dépend sur quoi vous normalisez actuellement vos développements)
Pour python, il y a peut-être à mettre en avant certaines applications toute faites (en java c'est plutôt des frameworks, tout étant à faire). Cela permettrait de montrer ce qui marche avec python et effectuer le travail de normalisation des développements au titre de ce projet.
Le critère n'est pas tant technique qu'organisationnel : savoir constituer une équipe avec toutes les normes et démarches pour mener un projet du dév' à la production (et rassurer au passage sur les avantages que peut avoir python).