Gagner des marchés ne vous fait malgré tout pas détenir la **vérité** des procédures. ;-)
Ce projet était parti pour être un fiasco et c'était prévisible. (c'est certes simple de ma part de prédire le passé). Il y avait à la base une incompatibilité évidente entre le projet SPIP (publier simplement) et ce que voulait le client (une complexification du projet) ... le logiciel libre ne peut pas résoudre tous les problèmes, et notamment la mauvaise conduite du chantier informatique. Qu'il s'agisse de libre ou pas, la MOAS et la MOE sont passées à coté du sujet.
Au final, on ne fait pas boire un âne (SPIP) qui n'a pas soif, et certains se condamnent à faire un fork qui se fera éclipser par le projet upstream. C'est quoi l'intérêt ? Est-ce le coeur de métier de l'amdinistration d'être un éditeur de logiciel non pérennes ?
Sinon, en ce qui concerne le pliage, je pense que le métier de l'informaticien n'est ni d'aller dans le sens de l'utilisateur ou de la machine, mais d'avoir le sens de la mesure en essayant de proposer des situations où le "pliage" tant au niveau humain qu'informatique est minimal.
Et dans ma boîte on voit a priori :
- que faire simple ça demande plus de réflexion que de faire compliqué ;
- que faire simple apporte bien plus en terme de résultat ;
- que faire compliqué impressionne plus facilement ;
- que faire compliqué permet de facturer plus.
Donc on essaie toujours de faire au plus simple car on fera toujours trop compliqué.
[^] # Re: j'ai du mal avec le mot «vraies» dans vraies procédures
Posté par Jul (site web personnel) . En réponse à la dépêche SPIP 1.8 est sorti. Évalué à 3.
Ce projet était parti pour être un fiasco et c'était prévisible. (c'est certes simple de ma part de prédire le passé). Il y avait à la base une incompatibilité évidente entre le projet SPIP (publier simplement) et ce que voulait le client (une complexification du projet) ... le logiciel libre ne peut pas résoudre tous les problèmes, et notamment la mauvaise conduite du chantier informatique. Qu'il s'agisse de libre ou pas, la MOAS et la MOE sont passées à coté du sujet.
Au final, on ne fait pas boire un âne (SPIP) qui n'a pas soif, et certains se condamnent à faire un fork qui se fera éclipser par le projet upstream. C'est quoi l'intérêt ? Est-ce le coeur de métier de l'amdinistration d'être un éditeur de logiciel non pérennes ?
Il faut autre chose que publier du code sous GPL pour faire du logiciel libre : http://www.libroscope.org/Liberer-les-logiciels(...)
Sinon, en ce qui concerne le pliage, je pense que le métier de l'informaticien n'est ni d'aller dans le sens de l'utilisateur ou de la machine, mais d'avoir le sens de la mesure en essayant de proposer des situations où le "pliage" tant au niveau humain qu'informatique est minimal.
Et dans ma boîte on voit a priori :
- que faire simple ça demande plus de réflexion que de faire compliqué ;
- que faire simple apporte bien plus en terme de résultat ;
- que faire compliqué impressionne plus facilement ;
- que faire compliqué permet de facturer plus.
Donc on essaie toujours de faire au plus simple car on fera toujours trop compliqué.