Après, tout le monde est libre de présenter ses données dans la projection qui va bien. Mais les tuiles "courantes" utilisent généralement cette "projection"-là.
J'avais suivi ton précédent journal à ce sujet - si c'est bien toi dont je me souviens - et le progrès en termes d'utilisabilité (quel vilain mot!) est époustouflant. J'ai quand même quelques remarques ou questions.
1) ton LOD marche assez bien, mais c'est un peu dommage de masquer les tuiles existantes le temps de télécharger leurs remplaçantes plus/moins détaillées. Du coup, la navigation devient un peu ardue quand on scrolle avec un biais : plein d'endroits visibles passent au noir, et on a l'impression d'avoir fait une connerie (ou que ton scroll foire et nous a emporté au mauvais endroit, alors que pas du tout).
2) pour tes bâtiments, tu as quoi en tête, sans indiscrétion? Déformation (ex-)professionnelle, mais si je dois modéliser des trucs j'aime autant le faire directement dans le bon format :)
3) ce n'est pas forcément le plus véloce - mais ça peut peut-être se superposer à un Three.js existant - mais as-tu vu passer aframe.io? Scènes 3D déclaratives avec plein de choses sympathiques dessus (WebVR "gratuit", support des formats de fichiers usuels, et j'en passe), plutôt facile à générer côté serveur.
Et dans certains coins, ils nourrissent certains nuisibles (sangliers) pour maintenir une population suffisamment importante pour être considérés comme "nuisibles".
Ce n'est pas parce qu'il côtoie des personnes qui ont les moyens de mettre 150€ dans un téléphone (sans précision d'ailleurs de la fréquence de renouvellement) que tu es obligé d'être méprisant. Si?
je n'ai jamais compris l'intérêt des opérateurs de te pourrir ton expérience de cette manière là, ni de Google d'autoriser l'utilisation de la marque Android dans ce contexte
Pour la deuxième question, ça peut pourtant s'expliquer assez simplement. Quand Android est arrivé, les constructeurs étaient habitués à tout personnaliser comme des gorets. Si on va par là, même les opérateurs s'en donnaient à cœur joie. Alors pour qu'Android prenne, il fallait les appâter avec au moins la même capacité de personnalisation.
Si on y repense, tout l'Android des débuts était dirigé par là : open-source, environnement de développement plus "abordable" que Symbian, modularité extrême de l'OS (sérieusement, c'était obligatoire de permettre de changer de launcher?!), etc. Qu'on ne s'y trompe pas, ce qui a attiré les HTC, Samsung et autre Sony, c'était ça : une base solide et peu coûteuse sur laquelle développer leur propre expérience utilisateur, si possible en capitalisant le maximum de code entre les gammes et les générations.
Maintenant que Google est largement installé, ils commencent à pouvoir se permettre de refermer doucement la porte. À cet égard, le lancement des premiers Nexus "grand public" et Material Design ont été des clous dans le cercueil de cette première vie d'Android. En 2016, Android n'est plus du tout vendu comme un "Symbian (ou WinME) en mieux". Et le rapport de force est en train de s'inverser : c'est de plus en plus aux constructeurs de donner des gages de "pureté" Android à Google.
Je confirme pour bq. Pas eu la patience d'attendre leurs récents téléphones chouettes (ceux sous Ubuntu), mais j'ai un M5 qui s'avère largement à la hauteur de mon précédent Nexus, alors que je m'attendais un peu à un téléphone au rabais. Il a notamment une résistance assez dingue aux multiples gadins que je lui ai infligé (sa forme - un peu plus étroit que pas mal de 4" et plus - le rend coutumier du "saut de la mort depuis la poche de chemise" en cas d'inclinaison trop forte).
Toute petite communauté par contre : faut pas espérer une ROM alternative dessus, apparemment.
On est passé d'une appli lourde qui satisfaisait tout le monde, à un monstre en fullweb qui faisait chier tout le monde. J'ai repris de volé quelques commerciaux lors des démos quand ils parlaient de fullweb.
Veinard. Moi j'étais subalterne à l'époque, et je n'avais plus le droit. Ça mettait les commerciaux de mauvaise humeur pour négocier après, qu'il paraît.
Ca c'est au demandeur de bien négocier ses contrats.
Dans le monde merveilleux des marchés publics, et en dessous d'une certaine taille critique qui intéresse autre chose que le revendeur d'antivirus du coin, tu es déjà content d'avoir UNE réponse à tes appels d'offres. Alors mettre des clauses compliquées qui vont potentiellement t'amener un marché infructueux et t'obliger à refaire le boulot deux fois, autant dire que tes responsables marchés vont t'adorer.
Rien ne t'oblige à l'accepter. La encore, c'est une question de gestion de contrats.
Quand tu as la compétence technique pour en juger (et que ton service marché te laisse ton mot à dire, cf. infra), oui, clairement. Quand tu as externalisé ton intelligence "parce que c'était plus facile", tu l'as dans le baba.
Les contrats, toujours les contrats …
Ce n'est même plus les contrats à ce stade, c'est limite illégal "de base". Sauf que je le constate encore trop souvent, généralement dans des petites mairies sans trop de moyens humains.
Apres le coup de l'agent public non interchangeable cela veut dire que tu ne met que une personne et une seule personne sur un projet. C'est un peu comme dire que ton presta va mettre une seule personne sur un projet, il sera lui meme tenu par les c…. dans ce cas la.
C'est pourtant souvent ce que fait le presta, même (surtout?) quand il ne te le dit pas. Sauf qu'il n'est pas tenu par les gonades le moins du monde : le jour où SON "expert" sur TON cas se barre, il le remplacera par un non-expert, considérant que tu ne feras pas la différence. Et le pire, c'est que ça marche plus souvent que ça ne devrait.
Par souci de précision, bien que ça ne change pas grand chose, ils savaient probablement générer des documents ODS (CSV, au pire, hein). Et puis LibreOffice ne se démerde pas si mal avec de l'XLS "courant". Par contre, les maquettes budgétaires sont des outils à elles-seules : c'est truffé de formules dans tous les coins. Et ça, évidemment, c'est pas compatible ODS.
Ca coute plus cher dans l'immédiat, mais à long terme c'est tout bénef : tu peux t'en débarasser quand tu veux.
C'est vrai quand ton prestataire utilise des outils à peu près standards (fussent-ils non-libres). C'est pas pour rien que beaucoup te proposent leur solution "maison" (en fait une merdouille indienne re-brandée) chaque fois qu'ils peuvent. C'est autant de choses que tu galéreras à changer en te passant de leurs services.
Quand ils ne gardent pas carrément les codes d'accès admin aux services qu'ils te revendent…
Disons qu'à bien des endroits, on commence tout juste à voir le revers de cette médaille-là. Et parfois même à changer de cap.
Dans le public, on commence tout juste à voir les avantages de l'externalisation. Avec cette idée géniale qu'un sous-traitant privé - payé aux prix du privé (au moins 30% plus cher dans nos branches) et avec une marge - coûtera moins cher qu'un agent public.
Et que disent ces décideurs maintenant qu'ils savent qu'ils se sont faire avoir par des mensonges ?
Qu'on est chiants, à l'informatique, à toujours nous focaliser sur ce qui ne marche pas. Au lieu de réparer les ordinateurs qui sont toujours cassés, et Internet qui est lent, et l'imprimante qui me perd souvent mon document que je l'envoie sur la mauvaise.
Est ce que en tant qu'ingénieurs vous appuyez régulièrement sur ce point pour leur rappeler qu'il faut écouter les gens qui savent ?
Plus depuis que ça me coûte mes primes de fin d'année ;)
C'est bien vu car quand je vois la quantité de spécifique qu'une boite ajoute à un ERP (cas général, sauf exception) et donc paye à l'éditeur en plus des licences, je me dis qu'il vaut mieux investir cet argent dans du code ouvert.
On va être honnête : on utilise les softs de CegidPublic sans aucun ajout spécifique, pour autant que je sache. Paramétrage initial et reprise de données, évidemment, mais hors ça et formation (surtout métier, côté admin j'attends encore) rien. Donc en effet, ça représentait objectivement moins de boulot qu'Odoo.
Sauf que les trucs de chez Cegid ne marchent toujours pas, avec parfois des blocages hautement baroques, et aucune solution que d'attendre que le support rappelle avec - peut-être - une solution plus créative que de redémarrer Oracle. Au moins, Odoo nous aurait permis - pour les parties communes - de changer de crémerie si l'envie s'en faisait sentir.
Mais ça, dans le public (en tous cas les collectivités que je fréquente), c'est un peu passé de mode. À contre-temps de tout le monde, on est dans l'externalisation à outrance, si possible de la partie "intelligente" des processus - clairement, il vaut mieux payer des salariés aux boulots chiants, et laisser les prestas décider de ce qu'on va acheter chez eux.
Je suis content de ne pas être le seul à souffrir. Nous, on était plutôt Visa avant, donc on a subi l'autre moitié du rachat. Pas brillant non plus. Pendant presque deux ans, on a enchainé approximations, foutages de gueule patents, et gros n'importe quoi, dont :
base de test qui devient une base de prod sans autre forme de procès ("ben, et ma base de tests elle est où?").
même pas foutus de mutualiser les instances Oracle - un peu parce que pas foutus d'avoir les mêmes versions d'un produit à l'autre. Du coup, j'ai cinq serveurs Oracle (avec chaque fois les services associés) qui tournent sur le serveur, dont trois avec la même version.
on te vend une compatibilité OpenOffice (brochure commerciale à l'appui), mais en fait il faut un vrai Excel pour travailler sur les maquettes budgétaires.
des grognements intempestifs des agents sensés se servir des outils (incohérences dans l'interface, traitements qui foirent sans dire pourquoi, etc.).
des grognements intempestifs de l'admin (serviteur!) qui supporte de moins en moins bien de n'avoir guère que le reboot (ou le script de redémarrage des services, fait à la main avec le formateur, lequel n'avait l'air que modérément au courant) pour répondre aux plantages.
Et je rajoute le produit qu'on te vend "full-web" et qui en réalité nécessite :
* Internet Explorer
* l'acceptation d'un gros ActiveX bien vilain
* qui tourne vachement moins bien quand l'utilisateur n'est pas admin du poste
* et qui nécessite (mais ce peut être un autre produit, j'ai un trou à ce niveau) d'avoir une version précise (genre le XX de 1.6.XX) qui a plusieurs mois - années, depuis - de retard.
Bref, autant dire que ça fini par ruer dans les brancards. Et que les gars nous ont promis :
une licence MS Office - une seule, pour les trois postes du service - pour pallier l'incompatibilité OOo/LO.
qu'ils venaient de réembaucher une quinzaine de gusses pour faire la fameuse "version 2.0" promise à l'achat, sous un autre nom et finalement pas compris dans le prix initial.
On a eu la licence, ok. Bon, j'aurais été à la négo, j'aurais exigé au moins trois licences, voire une par poste client de la structure - ben oui, à aucun moment on ne leur a spécifié que les postes étaient nominatifs : le DF peut très bien travailler selon les disponibilités des ordis, même si c'est un peu tiré par les cheveux.
Pour l'embauche, je me suis retenu très fort de hurler en réunion. Quand ton produit merde à ce point, remettre des développeurs tous neufs dessus est rarement efficace pour autre chose que rassurer le client (qui n'a jamais vu un cycle de développement de sa vie).
Quant aux raisons invoquées pour justifier ce choix - sur lequel je n'ai pas eu mon mot à dire à l'époque, même si je ne m'étais pas privé quand même - c'était largement les délais, la garantie de compatibilité avec Visa et les "excellents" états de service de ces derniers.
Je peux te répondre déjà pour une partie du problème : la compta publique française. Je ne m'étendrais pas sur CegidPublic pour l'instant, mais leurs produits et processus de développement sont une véritable honte.
Par contre, là où je bosse, on a caressé l'idée d'Odoo (c'était OpenERP à l'époque) au moment de partir chez Cegid. Les modules dédiés à la compta publique n'existaient pas, alors on a essayé de convaincre nos décideurs de financer leur développement. On a même essayé de réunir d'autres collectivités pour mutualiser les coûts. Sauf qu'en face, CegidPublic promettait un truc déjà fonctionnel - c'était un mensonge, mais ça on ne le savait pas encore - et que notre plan de conquête du monde par le libre n'a pas tenu longtemps.
J'avais un voisin - représentatif de rien - qui se sentait obligé de d'enclencher TOUTES les vitesses de son destrier entre le début de notre rue (sortie d'un STOP) et son domicile. Grosso-merdo 300 généreux mètres plus loin. Et ce tous les soirs en rentrant chez lui. Autant dire que tout le quartier l'adorait.
A mon sens, le "vrai" renouvelable est celui dont on est sorti à la révolution industrielle : traction animale, voiliers, moulins à vent ou à eau, etc.
Ouép, et encore une fois à condition de ne pas avoir besoin de stocker.
Sans compter que, pour ce qui est de la traction animale, on va manquer de surface agricole pour utiliser toutes les déjections produites. Le 19è siècle avait littéralement les pieds dans la merde, et eux ne manquait pas d'utilisations pour tout ce bon engrais naturel.
Tes deux derniers points ne sont valides qu'en environnement urbain. À la campagne - où simplement en banlieue un peu plus éparse qu'un centre-ville - le coût des transports en commun explose (forcément, s'il faut un arrêt pour chaque bled de 100 habitants, hein).
Et la voiture individuelle (fut-elle sans permis, et dieu sait que je les abhorre) reste un des modes de déplacement le plus accessible dans ces coins-là : les logements à proximité des gares et nœuds de transport sont ce qui se fait de plus cher. Et là marche à pieds, c'est pas cher mais ça prend du temps.
[^] # Re: Très sympa !
Posté par Larry Cow . En réponse au journal Open Earth View. Évalué à 4.
https://en.wikipedia.org/wiki/Web_Mercator
Après, tout le monde est libre de présenter ses données dans la projection qui va bien. Mais les tuiles "courantes" utilisent généralement cette "projection"-là.
# Pas mal du tout
Posté par Larry Cow . En réponse au journal Open Earth View. Évalué à 1.
J'avais suivi ton précédent journal à ce sujet - si c'est bien toi dont je me souviens - et le progrès en termes d'utilisabilité (quel vilain mot!) est époustouflant. J'ai quand même quelques remarques ou questions.
1) ton LOD marche assez bien, mais c'est un peu dommage de masquer les tuiles existantes le temps de télécharger leurs remplaçantes plus/moins détaillées. Du coup, la navigation devient un peu ardue quand on scrolle avec un biais : plein d'endroits visibles passent au noir, et on a l'impression d'avoir fait une connerie (ou que ton scroll foire et nous a emporté au mauvais endroit, alors que pas du tout).
2) pour tes bâtiments, tu as quoi en tête, sans indiscrétion? Déformation (ex-)professionnelle, mais si je dois modéliser des trucs j'aime autant le faire directement dans le bon format :)
3) ce n'est pas forcément le plus véloce - mais ça peut peut-être se superposer à un Three.js existant - mais as-tu vu passer aframe.io? Scènes 3D déclaratives avec plein de choses sympathiques dessus (WebVR "gratuit", support des formats de fichiers usuels, et j'en passe), plutôt facile à générer côté serveur.
[^] # Re: Pas tout jeune :)
Posté par Larry Cow . En réponse au journal Journée internationale contre les DRM :: le test. Évalué à 3.
Pour la vidéo, il y a Vimeo On Demand qui permet - pour certains contenus - de télécharger sans DRM.
[^] # Re: Autre solution
Posté par Larry Cow . En réponse au journal #WeMakeSeitan. Évalué à 3.
Et dans certains coins, ils nourrissent certains nuisibles (sangliers) pour maintenir une population suffisamment importante pour être considérés comme "nuisibles".
[^] # Re: Turing phone
Posté par Larry Cow . En réponse au journal Enfin un téléphone haut de gamme sous Ubuntu Touch. Évalué à 7.
Ce n'est pas parce qu'il côtoie des personnes qui ont les moyens de mettre 150€ dans un téléphone (sans précision d'ailleurs de la fréquence de renouvellement) que tu es obligé d'être méprisant. Si?
[^] # Re: Turing phone
Posté par Larry Cow . En réponse au journal Enfin un téléphone haut de gamme sous Ubuntu Touch. Évalué à 10.
Pour la deuxième question, ça peut pourtant s'expliquer assez simplement. Quand Android est arrivé, les constructeurs étaient habitués à tout personnaliser comme des gorets. Si on va par là, même les opérateurs s'en donnaient à cœur joie. Alors pour qu'Android prenne, il fallait les appâter avec au moins la même capacité de personnalisation.
Si on y repense, tout l'Android des débuts était dirigé par là : open-source, environnement de développement plus "abordable" que Symbian, modularité extrême de l'OS (sérieusement, c'était obligatoire de permettre de changer de launcher?!), etc. Qu'on ne s'y trompe pas, ce qui a attiré les HTC, Samsung et autre Sony, c'était ça : une base solide et peu coûteuse sur laquelle développer leur propre expérience utilisateur, si possible en capitalisant le maximum de code entre les gammes et les générations.
Maintenant que Google est largement installé, ils commencent à pouvoir se permettre de refermer doucement la porte. À cet égard, le lancement des premiers Nexus "grand public" et Material Design ont été des clous dans le cercueil de cette première vie d'Android. En 2016, Android n'est plus du tout vendu comme un "Symbian (ou WinME) en mieux". Et le rapport de force est en train de s'inverser : c'est de plus en plus aux constructeurs de donner des gages de "pureté" Android à Google.
[^] # Re: Je passe mon tour
Posté par Larry Cow . En réponse au journal Enfin un téléphone haut de gamme sous Ubuntu Touch. Évalué à 2.
Je confirme pour bq. Pas eu la patience d'attendre leurs récents téléphones chouettes (ceux sous Ubuntu), mais j'ai un M5 qui s'avère largement à la hauteur de mon précédent Nexus, alors que je m'attendais un peu à un téléphone au rabais. Il a notamment une résistance assez dingue aux multiples gadins que je lui ai infligé (sa forme - un peu plus étroit que pas mal de 4" et plus - le rend coutumier du "saut de la mort depuis la poche de chemise" en cas d'inclinaison trop forte).
Toute petite communauté par contre : faut pas espérer une ROM alternative dessus, apparemment.
[^] # Re: Tu pouvais pas mieux tomber
Posté par Larry Cow . En réponse au journal Musique libre, ça vous chante?. Évalué à 3.
Note que sur des tas d'autres espaces d'expression, on se pose encore la question pour le logiciel.
[^] # Re: Qui veut de l'interopérabilité ?
Posté par Larry Cow . En réponse à la dépêche Les trois générations de messagerie instantanée. Évalué à 3.
C'est comme l'email : l'interopérabilité était là avant, donc effectivement ils l'ont gardée.
[^] # Re: Tu pouvais pas mieux tomber
Posté par Larry Cow . En réponse au journal Musique libre, ça vous chante?. Évalué à 2.
Y'a un npm, pour ça?
# Orchestre classique libre
Posté par Larry Cow . En réponse au journal Musique libre, ça vous chante?. Évalué à 4.
Alors ça n'est pas un orchestre (ou alors au sens le plus minimaliste du terme), mais il y a Open Goldberg Variations (et sa "suite") :
http://www.opengoldbergvariations.org/ puis https://www.welltemperedclavier.org/
Du coup, j'imagine que Kimiko Ishikaza est susceptible de jouer de la musique libre contre rémunération.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 5.
Veinard. Moi j'étais subalterne à l'époque, et je n'avais plus le droit. Ça mettait les commerciaux de mauvaise humeur pour négocier après, qu'il paraît.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 4.
Dans le monde merveilleux des marchés publics, et en dessous d'une certaine taille critique qui intéresse autre chose que le revendeur d'antivirus du coin, tu es déjà content d'avoir UNE réponse à tes appels d'offres. Alors mettre des clauses compliquées qui vont potentiellement t'amener un marché infructueux et t'obliger à refaire le boulot deux fois, autant dire que tes responsables marchés vont t'adorer.
Quand tu as la compétence technique pour en juger (et que ton service marché te laisse ton mot à dire, cf. infra), oui, clairement. Quand tu as externalisé ton intelligence "parce que c'était plus facile", tu l'as dans le baba.
Ce n'est même plus les contrats à ce stade, c'est limite illégal "de base". Sauf que je le constate encore trop souvent, généralement dans des petites mairies sans trop de moyens humains.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 6.
C'est pourtant souvent ce que fait le presta, même (surtout?) quand il ne te le dit pas. Sauf qu'il n'est pas tenu par les gonades le moins du monde : le jour où SON "expert" sur TON cas se barre, il le remplacera par un non-expert, considérant que tu ne feras pas la différence. Et le pire, c'est que ça marche plus souvent que ça ne devrait.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 3.
Par souci de précision, bien que ça ne change pas grand chose, ils savaient probablement générer des documents ODS (CSV, au pire, hein). Et puis LibreOffice ne se démerde pas si mal avec de l'XLS "courant". Par contre, les maquettes budgétaires sont des outils à elles-seules : c'est truffé de formules dans tous les coins. Et ça, évidemment, c'est pas compatible ODS.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 3.
Si j'ai bonne mémoire, c'est (c'était?) aussi une grosse limite de CegidPublic. Ça existait peut-être, mais c'était inexploitable dans notre cas.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 7.
C'est vrai quand ton prestataire utilise des outils à peu près standards (fussent-ils non-libres). C'est pas pour rien que beaucoup te proposent leur solution "maison" (en fait une merdouille indienne re-brandée) chaque fois qu'ils peuvent. C'est autant de choses que tu galéreras à changer en te passant de leurs services.
Quand ils ne gardent pas carrément les codes d'accès admin aux services qu'ils te revendent…
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 10.
Disons qu'à bien des endroits, on commence tout juste à voir le revers de cette médaille-là. Et parfois même à changer de cap.
Dans le public, on commence tout juste à voir les avantages de l'externalisation. Avec cette idée géniale qu'un sous-traitant privé - payé aux prix du privé (au moins 30% plus cher dans nos branches) et avec une marge - coûtera moins cher qu'un agent public.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 10.
Qu'on est chiants, à l'informatique, à toujours nous focaliser sur ce qui ne marche pas. Au lieu de réparer les ordinateurs qui sont toujours cassés, et Internet qui est lent, et l'imprimante qui me perd souvent mon document que je l'envoie sur la mauvaise.
Plus depuis que ça me coûte mes primes de fin d'année ;)
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 9.
On va être honnête : on utilise les softs de CegidPublic sans aucun ajout spécifique, pour autant que je sache. Paramétrage initial et reprise de données, évidemment, mais hors ça et formation (surtout métier, côté admin j'attends encore) rien. Donc en effet, ça représentait objectivement moins de boulot qu'Odoo.
Sauf que les trucs de chez Cegid ne marchent toujours pas, avec parfois des blocages hautement baroques, et aucune solution que d'attendre que le support rappelle avec - peut-être - une solution plus créative que de redémarrer Oracle. Au moins, Odoo nous aurait permis - pour les parties communes - de changer de crémerie si l'envie s'en faisait sentir.
Mais ça, dans le public (en tous cas les collectivités que je fréquente), c'est un peu passé de mode. À contre-temps de tout le monde, on est dans l'externalisation à outrance, si possible de la partie "intelligente" des processus - clairement, il vaut mieux payer des salariés aux boulots chiants, et laisser les prestas décider de ce qu'on va acheter chez eux.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 10.
Je suis content de ne pas être le seul à souffrir. Nous, on était plutôt Visa avant, donc on a subi l'autre moitié du rachat. Pas brillant non plus. Pendant presque deux ans, on a enchainé approximations, foutages de gueule patents, et gros n'importe quoi, dont :
Et je rajoute le produit qu'on te vend "full-web" et qui en réalité nécessite :
* Internet Explorer
* l'acceptation d'un gros ActiveX bien vilain
* qui tourne vachement moins bien quand l'utilisateur n'est pas admin du poste
* et qui nécessite (mais ce peut être un autre produit, j'ai un trou à ce niveau) d'avoir une version précise (genre le XX de 1.6.XX) qui a plusieurs mois - années, depuis - de retard.
Bref, autant dire que ça fini par ruer dans les brancards. Et que les gars nous ont promis :
On a eu la licence, ok. Bon, j'aurais été à la négo, j'aurais exigé au moins trois licences, voire une par poste client de la structure - ben oui, à aucun moment on ne leur a spécifié que les postes étaient nominatifs : le DF peut très bien travailler selon les disponibilités des ordis, même si c'est un peu tiré par les cheveux.
Pour l'embauche, je me suis retenu très fort de hurler en réunion. Quand ton produit merde à ce point, remettre des développeurs tous neufs dessus est rarement efficace pour autre chose que rassurer le client (qui n'a jamais vu un cycle de développement de sa vie).
Quant aux raisons invoquées pour justifier ce choix - sur lequel je n'ai pas eu mon mot à dire à l'époque, même si je ne m'étais pas privé quand même - c'était largement les délais, la garantie de compatibilité avec Visa et les "excellents" états de service de ces derniers.
[^] # Re: Incompréhension
Posté par Larry Cow . En réponse au journal CEGID racheté. Évalué à 10.
Je peux te répondre déjà pour une partie du problème : la compta publique française. Je ne m'étendrais pas sur CegidPublic pour l'instant, mais leurs produits et processus de développement sont une véritable honte.
Par contre, là où je bosse, on a caressé l'idée d'Odoo (c'était OpenERP à l'époque) au moment de partir chez Cegid. Les modules dédiés à la compta publique n'existaient pas, alors on a essayé de convaincre nos décideurs de financer leur développement. On a même essayé de réunir d'autres collectivités pour mutualiser les coûts. Sauf qu'en face, CegidPublic promettait un truc déjà fonctionnel - c'était un mensonge, mais ça on ne le savait pas encore - et que notre plan de conquête du monde par le libre n'a pas tenu longtemps.
[^] # Re: le bruit
Posté par Larry Cow . En réponse au journal Moto journal: Le nucléaire passera-t-il ?. Évalué à 2.
J'avais un voisin - représentatif de rien - qui se sentait obligé de d'enclencher TOUTES les vitesses de son destrier entre le début de notre rue (sortie d'un STOP) et son domicile. Grosso-merdo 300 généreux mètres plus loin. Et ce tous les soirs en rentrant chez lui. Autant dire que tout le quartier l'adorait.
[^] # Re: Bonus écologique, et puis quoi encore ?
Posté par Larry Cow . En réponse au journal Moto journal: Le nucléaire passera-t-il ?. Évalué à 3.
Ouép, et encore une fois à condition de ne pas avoir besoin de stocker.
Sans compter que, pour ce qui est de la traction animale, on va manquer de surface agricole pour utiliser toutes les déjections produites. Le 19è siècle avait littéralement les pieds dans la merde, et eux ne manquait pas d'utilisations pour tout ce bon engrais naturel.
[^] # Re: Bonus écologique, et puis quoi encore ?
Posté par Larry Cow . En réponse au journal Moto journal: Le nucléaire passera-t-il ?. Évalué à 3.
Tes deux derniers points ne sont valides qu'en environnement urbain. À la campagne - où simplement en banlieue un peu plus éparse qu'un centre-ville - le coût des transports en commun explose (forcément, s'il faut un arrêt pour chaque bled de 100 habitants, hein).
Et la voiture individuelle (fut-elle sans permis, et dieu sait que je les abhorre) reste un des modes de déplacement le plus accessible dans ces coins-là : les logements à proximité des gares et nœuds de transport sont ce qui se fait de plus cher. Et là marche à pieds, c'est pas cher mais ça prend du temps.