C n'a rien de stable "binairement", vu que c'est dépendant de l'implémentation :-)
La rétrocompatibilité de Java est excellente au contraire et tu as de bonnes chances de faire tourner de vieux programmes avec un JRE récent, mais il y a des limites : une API dépréciée finira toujours par être retirée à un moment ou un autre et il est imprudent de ne pas mettre à jour son programme au moins une fois par an.
La dépendance à un runtime pose des problèmes, car les OS ne font pas leur boulot.
Le problème fondamental c'est qu'un programme C ou Rust écris il y a 20/50 ans peut tourner tel quel sur une machine moderne juste en étant recompilé. En Java, il faut soit installer une vielle JVM (Avec les lib) et toutes leurs failles non maintenus soit, migrer le code dans la dernière version de Java.
Un vieux programme C jamais mis à jour aura des problèmes similaires : il dépendra d'un vieux gcc, d'un vieux make...
[^] # Re: Et en plus
Posté par devnewton 🍺 (site web personnel) . En réponse au lien Java is becoming more like Rust, and I am here for it!. Évalué à 6. Dernière modification le 18 mars 2024 à 07:48.
C n'a rien de stable "binairement", vu que c'est dépendant de l'implémentation :-)
La rétrocompatibilité de Java est excellente au contraire et tu as de bonnes chances de faire tourner de vieux programmes avec un JRE récent, mais il y a des limites : une API dépréciée finira toujours par être retirée à un moment ou un autre et il est imprudent de ne pas mettre à jour son programme au moins une fois par an.
La dépendance à un runtime pose des problèmes, car les OS ne font pas leur boulot.
Par contre on peut faire une appimage.
Un vieux programme C jamais mis à jour aura des problèmes similaires : il dépendra d'un vieux gcc, d'un vieux make...
Le patch management n'est pas une option :-(
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board