J'ai beau apprécier Rust, même utiliser des logiciels Rust car c'est plus sécure, le reconnaitre, ça n'est pas tout à fait pour les mêmes usages. Il y a quand même des développeurs qui arrivent à faire des applications fluides en Java, sur serveurs, desktops ou téléphones, codées très rapidement, qui gèrent parfaitement beaucoup de dépendances, sans aucun problème.
Comme on est plus vendredi, il serait bon de passer à autre chose.
Concernant l'étalage d'expérience, j'ai connu presque pire. Ce que l'on constate en général, c'est que tout dépend de l'encadrement des projets, et des compétences techniques de la hiérarchie. L'idéal est que le chef de projet soit aussi l'intégrateur car en Java, c'est le poste clé (idem en C++). Il faut faire preuve de prudence, bien choisir les dépendances est ce qui demande de l'expérience.
Combiens d'idées "géniales" ou projets miraculeux doivent finir à la benne avant d'avoir de l'expérience? Je ne sais pas, mais je ne pense pas que la réponse à cette question soit propre à un langage particulier. Pour développer en C/C++/Java/Python/Kotlin/Groovy, 4 stagiaires sur 5 fait du code inutilisable en production après l'école. Peut-être que d'autres langages offrent un cadre plus restrictif, donc permettrait de changer ce ratio, mais je n'y crois pas trop, ou alors, le prix à payer ne serait pas négligeable.
[^] # Re: Un peu d'histoire à la Higgins et café du commerce, et du troll velu et méchant ...
Posté par YBoy360 (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 7.
J'ai beau apprécier Rust, même utiliser des logiciels Rust car c'est plus sécure, le reconnaitre, ça n'est pas tout à fait pour les mêmes usages. Il y a quand même des développeurs qui arrivent à faire des applications fluides en Java, sur serveurs, desktops ou téléphones, codées très rapidement, qui gèrent parfaitement beaucoup de dépendances, sans aucun problème.
Comme on est plus vendredi, il serait bon de passer à autre chose.
Concernant l'étalage d'expérience, j'ai connu presque pire. Ce que l'on constate en général, c'est que tout dépend de l'encadrement des projets, et des compétences techniques de la hiérarchie. L'idéal est que le chef de projet soit aussi l'intégrateur car en Java, c'est le poste clé (idem en C++). Il faut faire preuve de prudence, bien choisir les dépendances est ce qui demande de l'expérience.
Combiens d'idées "géniales" ou projets miraculeux doivent finir à la benne avant d'avoir de l'expérience? Je ne sais pas, mais je ne pense pas que la réponse à cette question soit propre à un langage particulier. Pour développer en C/C++/Java/Python/Kotlin/Groovy, 4 stagiaires sur 5 fait du code inutilisable en production après l'école. Peut-être que d'autres langages offrent un cadre plus restrictif, donc permettrait de changer ce ratio, mais je n'y crois pas trop, ou alors, le prix à payer ne serait pas négligeable.