devnewton 🍺 a écrit 8683 commentaires

n'y aurait-il pas des difficultés techniques majeures à résoudre pour produire une réelle interopérabilité ?

Si j'étais fournisseur du service de messagerie Fesseboob à plusieurs millions d'abonnés, je me dépêcherais de fournir une API :

• à Alice de générer un jeton qui donne le droit de lui envoyer des messages ;
• Alice donne le jeton à Bob ;
• Bob entre le jeton dans son autre messagerie Buttslap ;
• Lors que Bob veut envoyer un message à Alice, Buttslap appelle https://fesseboob.ie/sendMessage avec le jeton, le message et la photo de son chat en paramètre.

Une fois cette API devenue un standard de fait, je mettrais en place la fondation OpenAssMessaging qui définit les appels http avec une RFC de 42000 pages et vends des certifications à 8000€ la semaine.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les modules ont une notion d'état désiré, et non de programmation au sens classique

Dans un langage de programmation classique, on peut fonctionner en mode descriptif ou impératif. On a souvent ce débat sur les API graphiques (retained mode ou immediate mode).

On pourrait même faire pareil en shell avec des commandes qui décrivent un état plutôt qu'une action (ensuredirexists pour remplacer mkdir).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Cette mécompréhension fait qu'on appréhende l'outil de la plus mauvaise manière qui soit. Ce n'est pas du codage mais de la description : il faut se le répéter jusqu'à ce que ça rentre sinon on va faire et dire n'importe quoi. Tu décris des états, tu ne les codes pas (enfin, tu codes si tu écris toi-même les modules sous-jacent.)

Ça c'est la théorie, en pratique les modules sont souvent mal foutus et tu es obligé de passer en mode script :(

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu devrais au moins trouver le flim Garage Babes.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Limiter ce que l'outil permet est une décision consciente, que les devs n'aiment pas, mais curieusement, les devs ne se jettent pas sur les alternatives cités plus haut qui n'ont pas de limitation sur le script.

C'est rarement un choix fait par les devs :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ansible fait son boulot, mais:

• la syntaxe est atroce (yaml beurk) ;
• malgré tout le discours sur l'idempotence, c'est un mauvais langage de script (playbook = script, role = fonction, task = instruction) ;
• il dépends des paquets installés sur l'OS, par exemple si je dois récupérer un artefact maven, il faut installer un parseur xml python…

Vivement ansible 42.0 sans ces défauts !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Comme dis au dessus, je sais pas pourquoi on bloque sur la vidange de la voiture (même si j'en ai parlé), c'est quand même pas le truc le travail que l'on peut faire soit même le plus sexy du monde :)

Cherche "garagiste vidange sexy" sur ton site préféré de sciences humaines, tu vas être surpris !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

D'où l'intérêt d'adopter un code d'honneur entre mafieux !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Quand le garagiste te dit qu'il est contre l'acharnement thérapeutique, c'est juste du confort?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Malveillance, obsolescence programmée… On laissera les têtes des guillotinés discuter entre elles des meilleurs termes que le tribunal révolutionnaire aurait du employer pour leurs condamnations !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

D'une manière générale, la malveillance n'est pas très compatible avec le capitalisme

Demande aux capitalistes de ta région de convertir leur club de golf en parc pour tout le monde pour voir :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Comment peut-on interpréter "délibérément" dans ce cas?

C'est pour cela que je ne pense pas que le consommateur qui voit que son produit ne marche plus n'est pas complotiste.

Récemment j'ai du debugger ma cafetière (dans certains cas l'infuseur se bloque, il faut bidouiller pour la réinitialiser, ce n'est pas documenté). Strictement ce n'est pas de l'obsolescence programmée, mais ça laisse la désagréable impression que le constructeur a fait exprès (en fait non, c'est juste qu'il a raté son jet d'intelligence sur ce coup là). Quelqu'un de peu à cheval sur le vocabulaire, les définitions légales, la technique… va appeler ça "obsolescence programmée". Ce n'est pas le bon terme, mais ça n'en fait pas un complotiste.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il y a bien eu une évolution du sens: https://fr.wikipedia.org/wiki/Obsolescence_programm%C3%A9e#%C3%89volution_de_la_signification

Je découvre au passage qu'il existe enfin une définition légale et que c'est un délit:

L'obsolescence programmée se définit par l'ensemble des techniques par lesquelles un metteur sur le marché vise à réduire délibérément la durée de vie d'un produit pour en augmenter le taux de remplacement

Je me demande si cette définition pourrait s'appliquer aux vieilles consoles de jeux ?

Si un constructeur n'accorde plus de licence et ne distribue plus de SDK, le consommateur se retrouve avec des consoles fonctionnelles mais sans nouveaux jeux: cela augmente le taux de remplacement.

Si un constructeur ne permets pas à des tiers de fabriquer des pièces de rechange (cartes mémoires, manettes…), cela réduit la durée de vie du produit.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu simplifies trop l'ancien régime ! Il faut ajouter une hiérarchie par corporation, les sous niveaux des nobles et les religieux, le Pape est au même niveau que le Roi…

En plus il faut mettre en face de la complexité, l'utilité et l'efficacité de l'organisation.

L’Église a par exemple une organisation très complexe, sans doute efficace, mais inutile.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Henriette eut alors l’idée de ressortir sa machine à pain qui traînait depuis 3 ans dans son placard.

Pas besoin de machine, un simple four suffit : https://linuxfr.org/users/devnewton/journaux/une-recette-pour-auto-heberger-sa-boulangerie

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

l'obsolescence programmée est une théorie complotiste

Il faudrait classer:

• les vrais coups tordus l'industrie (une timebomb qui rends ton objet inutilisable) ;
• les mauvaises pratiques de l'industrie (la pièce essentielle en plastique fragile, les changements de format intempestifs) ;
• la mauvaise ou l'absence de volonté pour l’interopérabilité et la répérabilité ;
• etc…

Aujourd'hui on appelle souvent tout ça "obsolescence programmée", le terme est très mal choisi, mais ce n'est pas du complotisme.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tout n'est pas parfait, mais le consommateur moyen ne change pas de voiture à plusieurs milliers d'euros de manière régulière juste pour faire plaisir à l'État, ils sont contents des évolutions aussi.

Moi ce n'est pas les évolutions des nouvelles voitures qui me font changer, mais les régressions de l'actuelle. A partir d'un certain âge, les opérations d'entretiens deviennent trop chères / régulières et faute de savoir ou d'avoir l'intérêt pour la réparer moi même (de l'autoautotravail?), je finis par changer.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

21h00 on commence La colline a des yeux avec les enfants.
21h05 c'est bon c'est juste une gentille histoire de famille qui part en voyage !
23h42 tiens c'est bizarre, pourquoi les enfants sont roulés en boule sur le canapé et tremblent?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mon espace santé a déjà un problème de security by what could go wrong:

https://linuxfr.org/nodes/126873/comments/1883174

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce commentaire sur reddit est une tentative de campisme. Choisissez votre camp: vieux technophobe ou jeune technobéat.

J'ai une autre analyse qui a l'avantage de ne mépriser personne: https://linuxfr.org/nodes/126873/comments/1883114

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La CPS va devenir à terme une e-CPS: https://esante.gouv.fr/offres-services/e-cps

L'application e-CPS fonctionne sur Androïd et iOS, elle est disponible sur les deux stores officiels Google Play et AppStore.

Beurk.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La différence, c'est qu'il n'y a pas grand chose sur le DMP :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

c’est que rien ne garantit que quelqu’un récupère l’erreur

En Java, tu es obligé d'attraper la plupart des exceptions.

Malheureusement il y a des exceptions "unchecked".

On retrouve le même horrible principe en Go avec error versus panic :(

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pourquoi prendre un logiciel privateur alors qu'il y a ClamAV qui est libre ?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si je lis bien la justification initiale, l'ajout de la généricité dans Go est surtout fait pour les structures de données et les algos qui les manipulent, pas pour gérer les erreurs de façon gruik élégante.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.