Reprise du message précédent :

Techniquement c'était dans la trunk depuis 2008, au moins en partie: http://babel.edgewall.org/changeset/430 La quasi totalité des trucs de 1.0 étaient dedans en fait (y compris un patch à moi ), le problème c'était de sortir la release

Sinon, on donne un PC portable qui a 8 ans Caracs :

• Marque Averatec, série 1000. Spa connu mais en 2005 c'était vraiment bien en termes d'autonomie/poids. Plus d'infos : http://www.afjv.com/press0504/050420_averatec_2.htm
• 10.6" (écran mat), résolution 1280 x 768
• Poids 1.6 kg
• Pentium M ULV 733
• 512 Mo de RAM
• 80 Go de HDD, 5400 rpm (fait du bruit)
• Graveur CD-DVD
• Wifi 802.11g
• Lecteur de quelques formats de cartes (dont SD)
• Prise Ethernet et modem
• 2 prises USB 2.0
• Windows XP

Il fonctionne très bien, c'est juste qu'on n'en a plus l'utilité, qu'on déménage et que c'est un veau selon les standards actuels Mais bon, si ça intéresse quelqu'un, MP Remise en mains propres sur Paris only, ou alors faudra payer les frais de port qui seront probablement pas donnés (cf dimensions du bouzin).

vous peignez le merdier en rose et vous l'expédiez à Bordeaux.

 
Ou Pide  
 
http://www.lefestindedoudette.fr/r [...] -pide-4523

ouais ouais ouais et ouais  

'tain en plus pour samedi ça peut le faire

Attends, j'ai découvert aujourd'hui qu'un de nos gars a implémenté un tri à bulles (sur des centaines d'éléments) au beau milieu d'un algo critique pour notre temps réel.

'tain, 4 pq, il faut que je connecte Klout et HFR

Fool's Gold Loaf is a sandwich made [...] of a single warmed, hollowed-out loaf of bread filled with one jar of creamy peanut butter, one jar of grape jelly, and a pound of bacon.

On parler de management de projet, voilà la fin* d'un beau fail à la française :
http://www.linformaticien.com/actu [...] payer.aspx
 
On peut rivaliser avec 'murica quand on veut   (cassedédi à Obamacare    )
 
 
* : les connaisseurs détecteront le début d'un autre.

PQ

 
   
 
je me vois bien sortir ce genre de trucs a un client. deja quand c'est vraiment leur faute (genre les pre-requis sont pas la en terme de version ou environement) mais la c'est vraiment prendre le ministere pour un jambon, non?

qu'est-ce qu'ils en ont à foutre ? le processus compétitif fera qu'ils seront pas écartés du prochain appel d'offre s'il n'y a pas de décision de justice.

 
 
La beauté des marchés publics...pour une appli web avec 3 formulaires ils te livrent un truc nécessitant 1 serveur de données oracle, deux serveurs d'applis sur des technos différentes et un frontal web, et quand t'as le moindre soucis  t'as forcément configuré un truc d'une manière différente d'eux, donc c'est normal que ça marche pas et c'est ta faute!

ceci-dit, ils ont un problème encore plus gros pour la suite par la simple déclaration d'échec car 1) ils n'ont probablement pas de système existant sur lequel s'appuyer pour une ré-écriture fonctionnellement identique 2) une ré-écriture en soi c'est quand même tendu du string en terme d'échec 3) grosse pression sur le projet à cause de son historique médiatique+gros risque d'avoir un mec pas très humble qui prenne la suite.

ok, aucune responsibilite en cas d'echec de la part des fournisseurs. c'est sur, ca motive les viandards

Pour qu'ils le reconnaissance, ça doit merder pas mal  

...et même mieux, ils peuvent tout à fait pondre une grosse merde du moment que ça marchouille le temps de leur contrat, au prochain passage de marché si tout va bien c'est un de leurs concurrents qui se récupérera la maintenance...

 
 mince, quand je vois comment on fait tout pour garder les clients ici. meme publique (NCI, NCATS... ont pas une thune a cause du sequester, et on fait baisser les prix des licenses pour les garder chez nous)

ça les appels d'offre de 3ans, c'est une cata.
 
Mais je trouve pas trop de bonne manière de faire pour l'informatique de l'État. Sans compétition, ça magouille encore plus, avec compétition, ça magouille moins (en fait le vrai truc c'est qu'avec la compétition, les contrats sont à plat quand le juge passe).

Ca peut etre la même boite, mais une équipe complètement différente  

Le plus gros soft dont je m'occupe a dû changer de prestataire au moins 3 fois depuis 1994, avec la qualité des mises à jour qui change radicalement d'un prestataire à l'autre, et pour seule constante la complexification ahurissante de l'architecture logicielle et physique...
On est passés d'un serveur de base de données et un client lourd à un serveur bdd, un serveur d'applis, un serveur d'interfaçage avec le sso, un serveur avec une appli qui sert à interfacer le sso oracle avec le local, et un frontal web. Au final, l'utilisateur a la même interface moisie qu'il y a 20 ans pour travailler.

ben si, en considerant l'etat comme une entreprise pour certains trucs, je vois pas le souci. quand l'uni de bordeaux fait un appel d'offre on a eu un genre de RFP, de merde mais un RFP, et plusieus editeurs ont eu le meme. et si on livre pas, ben on est pas paye. je comprends que l'echelle de deploiement est plus large dans l'exemple mais ou est le souci avec ce modele?

Développer en interne est une option viable, vu ce qu'on paye rien qu'en maintenance... (total de 170K€/an de maintenance actuellement pour le logiciel cité plus haut, en cumulant les 3 universités qui fusionnent ici. Sans compter les licences oracle).

Pourquoi pas un « ministère de l'informatique » spécialiste en gestion de projet qui chapeaute ce genre de trucs ? Avec un bon petit groupe de mec très très bons pour faire cracher les specs et faire des maquettes poussées, histoire qu'il n'y ait plus qu'à faire « pisser du code » aux prestas (je sais c'est un peu utopique )
 
Mais par exemple, dans la sécu IT, l'ANSSI a bien réussi son pari de recruter une belle équipe de spécialistes de très bon niveau.

le probleme avec ca ce sont des systems difficile a maintenir pour le deploiement globaux, si y que Kevin qui sait comment le soft fonctionne y a un souci.
 et selon les trucs, des boites comme le mienne savent exactement ce qu'elles font, pas forcement les gars locaux.  
 
et surtout en terme de cout: y a pas toujours besoin de 20-50 dev dispo dans ton service. juste pendant le projet et apres quelques mecs pour maintenir et communiquer avec les editeurs.

relevant  

 
On a un ça, nous: http://www.amue.fr/
Ca donne le produit mentionné plus haut.

 
Remplacer l'établissement d'un logiciel central par l'établissement d'un protocole commun, et limiter l'étendue et le nombre d'unités négociés dans les contrats pour acheter les logiciels basés sur ce protocole, de manière à ce que la bataille pour gagner progressivement du marché se fasse entre des produits finis et pas entre des promesses ?
 

Tu parles d'une boites avec des grosses responsabilités, donc avec des gros chefs de projets informatiques, qui n'ton pas réaliser quoi que soit de concret depuis des années , te qui sont addict aux SSII
 
Pour cracher des spec de qualités , il faut être du métier (RH, paie, ...)  ou tout du moins avoir de très bonnes connaissances, difficile de construire une team bonne dans tous les domaines

bonne idée
Ca accouche de ça chez les pompiers : http://www.nfsecuritecivile.fr/
Les 4  boites existantes sont certifiées et ont l'obligation d'être à peu prêt interopérable, mais aucun nouveau venu ne peux rentrer dans le jeu ( coû de certif trop élevé), et même nous ne pouvons pas toucher au système

 
Non mais quand je dis interne, c'est plutôt qu'au lieu d'avoir toutes les universités de France qui payent chacune 60K€ de maintenance tous les ans, ya probablement moyen d'embaucher une équipe de devs quelque part pour faire le taf, et là au moins tu as des gens à plus long terme, et qui ont peut-être quelque chose à foutre du résultat...

...non parce-que de toute manière l'alternative actuelle c'est des marchés crétins, avec comme logiciel national pour la RH un SAP customisé, et pour la GFC un autre SAP customisé. Donc si tu prends les trucs recommandés, tu as deux SAP par établissement, incapables de communiquer l'un avec l'autre.

Admettons qu'on puisse y mettre des bons profils (admettons hein ). Des métiers qui peuvent bénéficier d'une grosse mutualisation IT y'en a pas tant que ça : si tu peux construire des pôles spé RH, paie, compta etc, ça profiterai à tous les ministères.

Je veux dire, il est possible techniquement de modulariser les softs pour que les adaptations soient faisables sans faire un merdier immonde. Je me doute bien de la réalité du terrain (déjà que dans le privé )

L'enfer est pavé de bonnes intentions...

Sinon, pendant ce temps, à Vera Cruz : https://www.paypal-engineering.com/ [...] at-paypal/

 
... Sans commentaire...
 

 
Ptin ce gâchis...

 
Ya eu un audit parlementaire pendant genre des mois et des mois : Les mecs de Steria sont pas au niveau mais apparemment ce sont des grosses stars quand on les met face aux jean louis du ministere
 
 

Bah en France aussi c'est pareil
 

Bah ca rentre pas dans le cadre d'un ministere mais il y a maintenant une DSI centralisée depuis genre trois ans
Mais effectivement ta solution personne n'y a jamais pense avant : suffit de mettre des petites teams de mecs tres bons partout
 
Parce qu'en plus les mecs tres bons ils kiffent ca les mecanismes de paie de l'armee francaise, ils vont etre bien motives et vont avoir de super collegues
Et quand on voit ce que produit l'ANSSI derriere le barrage d'interviews....

Ne pas quoter  
 

 
Temps estimé de développement pour atteindre la cible initial : 6 mois en étendant le logiciel d'indemnisation des pompiers volontaires.
"mais attends le logicil il fait plein d'autres choses génial"
 
MAIS PUTAIN TU PARLES D4UN MIYON DE FRANCS EN LICENCES