Généralement les mises à jour sont pas si délicates que ça à faire et je trouve dommage qu'on essaie de ralentir l'évolution d'un système sous prétexte qu'un développement interne risque de ne pas fonctionner.
Je serais assez de cet avis. Mais l'expérience me prouve le contraire. Même des mises à jour de version mineures posent parfois des problèmes majeurs. Le souci, c'est que le client qui a payé pour le développement d'un site ne voit pas pourquoi il devrait payer à nouveau un développement pour prendre en compte la mise à jour (souvent avec un autre prestataire), alors que ça « juste marche ». Du point de vue du client, ça se comprend, on n'a qu'à se démerder. Les marchés publics notamment ont une grande inertie. Bizarrement, la maintenance pour fonctionner avec un système plus récent n'est jamais comprise dans le marché :-)
Quant à dire que php5 est sorti il y a 5 ans, c'est vrai, mais je constate qu'il n'est pas répandu en entreprise depuis si longtemps que ça.
Par contre, personne ne m'a jamais demandé de faire tourner quelque chose en php3 depuis au moins 2001. Comme quoi c'est variable.
Les changements de la distribution de base ne me posent pas de problème. La libc, openssl, le noyau, ce genre de chose, sauf cas très particulier, c'est le problème de l'admin, l'applicatif n'a aucun impact : résultat on se débrouille. Les développements d'un client en php et mysql effectués avec un vieux « php pour les nuls » sous les yeux, c'est une autre paire de manche.
A la limite, les développements internes me posent moins de souci. On peut toujours, effectivement, faire la part des choses entre le coût d'administration d'un système obsolète et le coût d'une évolution du code. Mais le client ne veut pas avoir ce type de problèmes, sinon il ne prendrait pas de prestation d'infogérance.
Je n'ai jamais dit que ce type de support prolongé devait nécessairement être fourni par Debian, ni gratuit. Je pense que ça pourrait aussi se faire via une équipe de volontaires. Les entreprises intéressées contribueraient probablement du temps et des moyens.
[^] # Re: Une pression supplémentaire pour les développeurs
Posté par nodens . En réponse à la dépêche Debian adopte une nouvelle stratégie pour les "freeze". Évalué à 4.
Je serais assez de cet avis. Mais l'expérience me prouve le contraire. Même des mises à jour de version mineures posent parfois des problèmes majeurs. Le souci, c'est que le client qui a payé pour le développement d'un site ne voit pas pourquoi il devrait payer à nouveau un développement pour prendre en compte la mise à jour (souvent avec un autre prestataire), alors que ça « juste marche ». Du point de vue du client, ça se comprend, on n'a qu'à se démerder. Les marchés publics notamment ont une grande inertie. Bizarrement, la maintenance pour fonctionner avec un système plus récent n'est jamais comprise dans le marché :-)
Quant à dire que php5 est sorti il y a 5 ans, c'est vrai, mais je constate qu'il n'est pas répandu en entreprise depuis si longtemps que ça.
Par contre, personne ne m'a jamais demandé de faire tourner quelque chose en php3 depuis au moins 2001. Comme quoi c'est variable.
Les changements de la distribution de base ne me posent pas de problème. La libc, openssl, le noyau, ce genre de chose, sauf cas très particulier, c'est le problème de l'admin, l'applicatif n'a aucun impact : résultat on se débrouille. Les développements d'un client en php et mysql effectués avec un vieux « php pour les nuls » sous les yeux, c'est une autre paire de manche.
A la limite, les développements internes me posent moins de souci. On peut toujours, effectivement, faire la part des choses entre le coût d'administration d'un système obsolète et le coût d'une évolution du code. Mais le client ne veut pas avoir ce type de problèmes, sinon il ne prendrait pas de prestation d'infogérance.
Je n'ai jamais dit que ce type de support prolongé devait nécessairement être fourni par Debian, ni gratuit. Je pense que ça pourrait aussi se faire via une équipe de volontaires. Les entreprises intéressées contribueraient probablement du temps et des moyens.
N'empêche que ça m'arrangerait bien ! :-)