On Wednesday 05 February 2003 15:25, Claivaz Jean-Blaise wrote: Je te réponds non de manière global, mais en reprenant les points de "l'argumentaire" qui t'a été renvoyé.
> Dans le cas où nous travaillerions avec un mandataire externe, notre > informaticien doute fort que nous puissions obtenir les codes des > applications. C'est une pratique dont il ne connaît pas d'exemples. Et > les informaticiens du privé ne sont pas prêts apparemment à livrer leurs > secrets "comme ça"; il y a pour les programmes une espèce de droit > d'auteur implicite, qu'il ne suffit pas de payer. Inutile d'en dire plus... C'est un nid de "grands spécialiste Windaube". Ils ont donc tous les pieds contre le mur et ne connaîssent "strictement" rien à l'open-source (ni même d'ailleur a plein d'autre choses du monde de l'informatique) et n'ont certainement pas envie d'en apprendre quoique ce soit. C'est trés mal barré ! > - il est compliqué de fabriquer une application qui fonctionne pour > tous les types de systèmes d'exploitations et avec tous les types de > bases de données à disposition. Des saisies faites à partir d'une page sur un browser et gérées par un serveur Web... c'est quoi à son avis ? A force de trop regarder "back to the future", ils ont fini par y rester :-) > Il est clair que l'objectif de notre > service est de produire une application qui fonctionne ici ! avec notre > environnement et les programmes qui y tournent. Heureusement qu'il n'a pas passé son texte à un programme d'examen de logique et que le fait de se contredir een moins de 5 lignes de texte n'est pas punissable par la loi ! Voudrait-il dire : "Nous ne pouvons pas accepter une solution qui garantirait une meilleure portabilité du code parceque notre environement est monoculturel". Candidat au prix Champignac 2003... > - plus grave encore; Ah bon... parceque le fait de proposer une nouvelle approche est grave ? Ces gens sont inquétants... et ils sont payer avec MES impôts... !!! > les codes des applications de saisie de données > contiennent aussi des informations sur la protection du transfert des > données à l'OFS. Pour des raisons de sécurité évidentes, il est hors de > question que ces informations soient diffusées. Au secours docteur... La notion de "couches" logicielles semble étranger à ce brave monsieur ( et à ses informaticiens). Il existe des notions claires de séparation entre "données" et interface utilisateur... ceci depuis plus de 20 ans ! De plus, une application manipule des données stockées dans une base. Il n'est nul besoin d'afficher toutes ces informations confidentielles sur l'écran de saisie... ni de hard-coder tout cela dans le programme. Ou bien c'est : " On a l'habitude de tout mettre en dure dans le code (COBOL), comme ça nous avons la joie de recommencer le travail à chaque modification d'un paramaètre...". Remarque, ça permet de rééditer le coup de l'an 2000 régulièrement :-) > Dans l'état actuel des choses, je vois mal malheureusement, comment nous > pourrions concrétiser vos demandes. Nous nous efforcerons toutefois de > vous faciliter la tâche de saisie lors de nos prochaines enquêtes, et de > vous transmettre toutes les informations dont vous pourriez avoir > besoin. Mis à part le fait qu'il me semble que tu demandes "d'accéder à ta demande"... je ne vois pas ce qu'il cherche à "concrétiser"... ou bien pense-t-il écrire le code lui-même ? Ces argumetations sont vraiment du "n'importe quoi". C'est soit de l'incompétence crasse, soit de la mauvaise volonté. Ce n'est absolument pas cohérent et ça pue la réponse "bidon". Tu peux peut-être essayer de lui signifier les contradictions flagrantes dans son texte mais, comme tu dois travailler avec, ce n'est peut-être pas la bonne méthode pour créer des bonnes relations pour le future. Ou alors, tu peux peut-être faire une proposition en utilisant de LL en répondant à chacun de ses critères... Dans tous les cas, il faudrait lui demander de déterminer, parmis les critères contradictoires, ceux qui sont essentiels ! Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
