Surtout qu'ils ont beaucoup de spécialistes du monde Linux / Unix comme techniciens. Les télécoms c'est quand même un domaine très branché Unix.
Version imprimable
Surtout qu'ils ont beaucoup de spécialistes du monde Linux / Unix comme techniciens. Les télécoms c'est quand même un domaine très branché Unix.
Pour ceux qui parlent de la NSA et de l'opacité, vous oubliez un point : dans tous les cas le gouvernement (et donc le ministère de la défense) possède et fait auditer le code source de Windows (tout comme de l'ensemble des logiciels propriétaires ou non sensibles utilisés).
Sinon, concernant la discussion libre vs propriétaire c'est toujours la même chose, particulièrement quand il s'agit de gros volumes (et ce peut importe le domaine) : il faut faire un choix entre quelqu'un chose qu'on connais et que l'on maitrise, pour lequel les équipes sont formés et autre chose que l'on ne connais pas et pour lequel personne n'est formé et qui n'est pas forcément compatible à 100% avec les systèmes actuels. Du coup se pose le grand dilemne :
- la première solution est plus chère sur le long terme mais je sais où je vais
- la seconde solution devrait être moins cher sur le long terme mais en fait je ne sais pas trop car je connais pas, de plus je vasi devoir former tout le personnel (et 200 000 postes en formation c'est pas rien). En plus se pose le problème de la migration : comment faire ? C'est pas complètement compatible donc si je migre pas tout d'un coup risque d'y avoir des problèmes mais dans l'autre cas le travail risque d'être complètement interrompus pendant un temps plus ou moins court....
Bref, comme toujours la certitude l'emporte sur l'incertitude, ne serait-ce que parce que c'est plus facile de voir à court/moyen terme que à long terme.
EDIT : Sous linux c'est vrai qu'il y a les dépots privés pour les mises à jour mais en fin de compte on trouve aussi des solutions similaires ou approchantes pour les gros parcs sous windows.
Le soucis dans le contexte actuel c'est que ça fait une très mauvaise pub ! On connais l'engagement implicite qu'à pris l'état en se tournant vers du libre dans plusieurs situations, ce afin de perdre moins d'argent, en temps de crise, et de contrôler avec plus d'aisance les logiciels (sur ce deuxième point je suis moins sûr).
En optant pour une solution propriétaire ici, sur une plateforme aussi vaste et surtout sans passer par des prestataire français, ils balancent un grand coup de pied dans leur propres principes.
Enfin c'est mon avis.
Le problème c'est que tu as une vision développeur, du coup tu regardes ce qui te semble le plus approprié par rapport à la demande.
Pourquoi Oracle ? Oracle est un nom qui ronfle aux oreilles des décideurs. Cela rassure, ça montre que l'entreprise investie dans du solide vis à vis de ses clients. Je sais, ça peut sembler ridicule mais voila comment certaines entreprises font des choix qui semble irraisonné. Et puis ça peut être déduis sur les impôts en terme d'investissement.
Mais ce dont je décris une vision grande entreprise et le risque c'est les dessous de table. Pour une PME ça semble bien moins facile.
C'est une bonne idée de rester dépendant d'une boite américaine pour la défense. Très bonne.
Alors il faudrait m'expliquer qui sont ces gens capables d'auditer un OS coder par plusieurs milliers de développeurs avec des parties ultra spécialisés.
Auquel il faut ajouter les audits des mises à jour.
Dans des discussions sur ce forum, il semblait bien difficile de trouver des failles dans des OS libres malgré la possibilité pour tous spécialistes d'aller y jeter un œil.
Je reste très septique sur l'efficacité de tels audits.
Sauf que la plupart des ordi de la défense ne sont pas connecté à Interner, qu'ils utilisent leur propre services de messagerie cripté, et des dizaines d'appli spécifiques qui tournent encore sous dos. Sans compter les bases de données développées que pour l'armée, des machines des années soixantes relié sur des port parallèles et un réseau dédié intranet.Citation:
C'est ubuntu qu'utilise la gendarmerie donc juste un apt-get install xxx la plus part du temps.
Si vous connaissez la défense vous seriez surpris de la modernité et de l’archaïsme mélangé.
A court terme c'est très coûteux mais à long terme ce serait rentable surement. Mais en ce moment les gouvernement voient le court terme...
beaucoup ne vois pas bcp plus loin que le bout de leur nez malheureusement...
les pro libre sont des fanatiques ne cherchant pas a réfléchir sur une décision mais tout simplement à dire "c'est pas du libre c'est une érreurs en plus les arguments sont bidons" sauf que les points les plus important ne sont pas ceux indiqués dans cette article ou par l’APRIL
je cite :
"Cette deuxième option est techniquement difficile à envisager dans les délais imparti et risquerai de conduire à un blocage d'une partie du sytème de la défence en cas d'une bascule anticipée"
Le risque est à mon avis l'argument le plus important du document et il n'est pas cité dans ce retour d'article PRO-libre. forcément édité par l'APRIL
je cite :
"L'utilisation de logiciel libre serait d'un cout de revient proche de celui de l'utilisation des licences microsoft"
nul part il est indiqué que le libre coute plus cher, nulle part, mais bon continuons à faire comme tout le monde on prend l'information qui nous intéresse et le reste on l'occulte.
la conclusion de la DIRISI :
"au total la présentation de la DIRISI montre que l'utilisation de logiciels libres dans les délais impartis serait d'un cout complet proche du renouvellement des licences microsoft mais porterait en elle le germe de difficultés techniques de mise en oeuvre dans le délais impartie"
Après comprendrons ce que les gens veulent comprendre il me semble que les arguments rapportés ici ont bien été présent dans cette note mais c'est le risque lié au changement qui a finalement fait pencher la balance en faveur de microsoft. Dans cette note on parle 3 fois de délais imparti en général quand on rabache un mot c'est pas dans le but que personne le remarque enfin moi je dit ça ...
C'est certe peut etre une vision court terme de la défense puisque sur le long terme il est évident que le libre revient moins cher, mais a biaisé tout le temps les choses je finis par croire que le Libre veux exister seul, et a mon sens c'est dans la diversité des solutions que le marché évolue le plus.
200 000 postes à écouter certain ça se migre sur le libre en 2 jours sans payé rien du tout a personne juste par la magie de dire ‘LIBRE ‘
Oula ^^ il y a de l'ironie qui frappe où il faut la dedans.
Tu as raison, en partant de ce principe là, le temps, la mise en place, les modifications nécessaires, le libre semble une solution autant voir moins intéressante que microsoft. La solution qui a été décidé ne semble donc pas bête loin de là.
Mais je pense que se détacher un peu de microsoft n'est pas non plus une si bonne idée, peut être une migration par étape vers des systèmes plus ouverts par exemple, serait intéressant. Quelqu'un a dit ici même que laisser un système américain, dans le contexte actuel et dans le domaine évoqué, ça peut tout de même présenter des risques. Après ça c'est de la stratégie et des investissement à long terme, on ne sait pas ce que l'état a prévu non plus.
Je crois que la notion de délai impartit est une des excuses les plus courantes pour ne pas tenter de migration que ce soit en entreprise ou ailleurs.
En gros le discours des vendeurs de licence est:
- avec nous vous savez ou vous allez, on a l'expérience les ingénieurs etc..
- avec le libre on ne peut être sur de rien, je dis ça pour vous bien sur...
Un projet de migration vers le libre ne peux pas se faire au moment d'un appel d'offre avec une "dead line" liée au renouvellement de licence.
C'est un projet parallèle qui doit être mené sur le long terme.
Les militaires savent bien prévoir le renouvellement de leur matériels (le rafal récemment : 1milliard ) mais bizarrement ils ont encore du mattos sous dos qui va surement tomber en panne dans la décennie qui vient :aie:
Si j'ai passé un entretient d'embauche chez eux technos : java, hibernate ... :calim2:
Un développeur d'application mobile sait qu'il faudra faire de gros changements régulièrement, c'est comme ça en informatique mais nos militaires préfèrent l'ignorer.
Pourvu qu'on n'ai pas une guerre à faire...
Il faut pas confondre les projets internes développés par l'armée et les achats aux entreprises civiles (Rafale) qui permettent de favoriser l'exportation donc qui peut rapporter à terme.
Redévelopper des progiciels (vieux ou récent) pour faire la même chose ne rapporte rien. A part pour la cosmétique mais ça c'est pas un sentiment militaire :)
Je suis conscient que ma vision est un peu tronquée. Mais sans rentrer plus dans les details, je peux affirmer avec certitudes, que nos impôts participent en partie à financer la BDD de mon exemple. Avant cette BDD, chaque utilisateur avait un fichier excel avec une petite macro lançant une petit ihm VB. Cela leur suffisait amplement.
Autant je peux comprendre le besoin de centraliser les données en BDD, autant, il faut savoir s'adapter à son besoin. Mon exemple est particulier pour des raisons que je ne puis détailler (secret pro) mais je peux afirmer en dehors de ma vision dev, que cela est irrationnel et injustifié malheureusement.
Cependant, ta remarque est effectivement pleinement valable dans les entreprises classiques. Un produit connus/rependus inspire plus confiance que d'autres.
Les projets militaires requièrent une certaine durée de vie, et tu ne peux pas te permettre de remettre en cause l'existant tous les deux ans. Le standard w3c ou autre, je pense pas qu'ils se sentent concernés.
Pour peu que le système soit critique, il peut rester des décennies. Pareil que les banques et les histoires de cobol...
Le rafale ne se vendra jamais sur la technologie embarqué elle est trop haute c'est hors de prix y compris la maintenance.
Si ce truc se vend un jour se sera politique.
Je vois pas en quoi il faudrait séparer achat externe et développement "interne".
Ah bel exemple le cobol on ne trouve plus assez de monde pour le maintenir.Citation:
Envoyé par Patator21
Je suis bien d'accord sur la durée de vie, mais il faut voir que le matériel se dégrade, il faut tenir compte de l'évolution des logiciels...
Bref au bout de 10-15 ans, si on ne fait aucune modif :
- les développeurs font autres choses et les nouveaux ne connaissent rien au logiciel...
-n'y a-t-il pas des problèmes de sécurité du fait de l'évolution de l'ensemble? (penser à Ariane qui a explosé à cause d'une partie non mise à jour http://fr.wikipedia.org/wiki/Vol_501_d%27Ariane_5 )
Cela n'a rien de cosmétique, tout développeur sait qu'il faut entretenir un logiciel régulièrement où l'abandonner la comparaison avec les applications mobiles était là pour souligner le manquement de réalisme des militaires.
Concernant le matériel, d'une manière générale, ils vont prendre du spare pour gérer les aléas.
Après, tout dépend des systèmes et des usages dont on parle pour les militaires :
- développement en interne, ça peut être pour des projets stratégiques. Et là on a une évolution rigoureuse à mon avis.
- développement sous-traité, et là ça peut durer... Genre 25 ans. Possible que dans le temps, ils se posent la question de faire évoluer, mais ça implique de revalider le système avec les nouveaux outils/OS, ce qui n'est pas anodin.
Re-développer quelque chose pour le faire mieux a son sens !!
En faisant régulièrement des "améliorations" cela n'a que de vrais avantages :
- opérationnalité* des développeurs.
- évite les bugs rares dus par exemple à un conflit avec un nouveau matériel et permet de les identifiés rapidement (coût moindre qu'une correction tardive)
- qualité qui ne chute pas voir augmente progressivement.
Oui je suis contre que l'on laisse un projet fini sans y toucher pendant 10 ans autours les choses changent trop vite.
* :yaisse3: fallait le sortir celui-là :applo: