Cela dépend beaucoup de l'intrication du système lié au plugin et du reste de l'entreprise/structure. C'est souvent un jeu de mikado :
Si tu refais un plugin, il faut refaire l'appli à laquelle il accédait (car non-libre et trop ancienne pour envisager un interfaçage "moderne" et générique).
Si tu refais l'appli, il faut refaire des tas d'outils qui ne servent qu'une fois l'an, mais qui sont très fortement liés à la-dite appli.
Sans parler du fait qu'il va falloir former des tas de gens au nouveau process (en plus de la formation à Linux, à FF, etc.).
On sous-estime trop souvent les coûts du changement, chez nous autres informaticiens. Alors ok, certains les surestiment franchement, mais on ne change pas une pièce maîtresse d'une infrastructure sans heurts. Et on a souvent tendance à minimiser les-dits heurts, vu de l'extérieur. Parfois, un simple changement de webmail peut conduire - par effet boule de neige - à un véritable mouvement social, catalysant tous les mécontentements latents de l'entreprise.
Alors "on" aurait surement pu faire mieux. Mais pour avoir la chance de travailler dans une structure très ouverte de ce point de vue, je te garantis que ça n'est jamais aussi simple qu'on le lit sur LinuxFR. Que faire développer une couche d'intégration entre deux logiciels, même libres, n'est que la partie visible de l'iceberg : ta couche, il faut la maintenir au fil des versions des deux logiciels liés. Si c'est susceptible d'intéresser beaucoup de monde et que ton prestataire est suffisamment convainquant, tu peux espérer voir tes développements perso intégrés dans les logiciels concernés et pris en charge par la communauté. Si ça n'est pas le cas, tu es bon pour te farcir le suivi des évolutions (ou te le faire facturer par le prestataire). Et cela a un coût.
En revanche, il est vrai que tous ces coûts existent aussi avec des solutions propriétaires, contrairement à ce que bien des commerciaux cherchent à affirmer. Mais recevoir un paquet tout bien intégré, ça rassure beaucoup de gens, par rapport à une boîte de mécano dont on _sait_ qu'elle pourra tout faire, mais pas toujours comment.
[^] # Re: le libre et les pouvoirs publics .
Posté par Larry Cow . En réponse au journal Le futur de sunbird/lightning : mauvaises nouvelles.... Évalué à 8.
Si tu refais un plugin, il faut refaire l'appli à laquelle il accédait (car non-libre et trop ancienne pour envisager un interfaçage "moderne" et générique).
Si tu refais l'appli, il faut refaire des tas d'outils qui ne servent qu'une fois l'an, mais qui sont très fortement liés à la-dite appli.
Sans parler du fait qu'il va falloir former des tas de gens au nouveau process (en plus de la formation à Linux, à FF, etc.).
On sous-estime trop souvent les coûts du changement, chez nous autres informaticiens. Alors ok, certains les surestiment franchement, mais on ne change pas une pièce maîtresse d'une infrastructure sans heurts. Et on a souvent tendance à minimiser les-dits heurts, vu de l'extérieur. Parfois, un simple changement de webmail peut conduire - par effet boule de neige - à un véritable mouvement social, catalysant tous les mécontentements latents de l'entreprise.
Alors "on" aurait surement pu faire mieux. Mais pour avoir la chance de travailler dans une structure très ouverte de ce point de vue, je te garantis que ça n'est jamais aussi simple qu'on le lit sur LinuxFR. Que faire développer une couche d'intégration entre deux logiciels, même libres, n'est que la partie visible de l'iceberg : ta couche, il faut la maintenir au fil des versions des deux logiciels liés. Si c'est susceptible d'intéresser beaucoup de monde et que ton prestataire est suffisamment convainquant, tu peux espérer voir tes développements perso intégrés dans les logiciels concernés et pris en charge par la communauté. Si ça n'est pas le cas, tu es bon pour te farcir le suivi des évolutions (ou te le faire facturer par le prestataire). Et cela a un coût.
En revanche, il est vrai que tous ces coûts existent aussi avec des solutions propriétaires, contrairement à ce que bien des commerciaux cherchent à affirmer. Mais recevoir un paquet tout bien intégré, ça rassure beaucoup de gens, par rapport à une boîte de mécano dont on _sait_ qu'elle pourra tout faire, mais pas toujours comment.