De ce que j'ai compris, Monkeyble teste effectivement les playbooks selon un certain nombre de choix faits (comme écrire un test unitaire lorsqu'on développe)
Tester les valeurs passées aux modules avec son module test_input… Mais je n'ai pas bien compris où la tâche se place et en quoi c'est mieux que
Tester les valeurs retournées par les modules avec son module test_output… Pareil, je ne sais pas où se place cette tâche et pourquoi c'est mieux que d'utiliser
Tester les états des tâches avec ses directives should_be_skipped/should_be_changed/should_failed qui semblent être des synonymes des tests avec when sur les variables d'état changed/failed/skipped (avec des filtres de même nom sur results)
Simuler un module avec son module mock dont je n'ai pas compris l'exemple mais qui me fait penser au check_mode
Molecule peut être utilisé aussi pour tester les playbooks (quand on teste un rôle, on teste un playbook qui ne traite que de ce rôle, mais rien n'empêche de faire plus large) mais le principe est d'automatiser ce test sur les environnements de qualification …en reproduisant tous les cas que l'on supporte (tous les os dans toutes les versions et toutes les combinaisons logicielles doivent être présentes.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
on alterne masculin et féminin de manière systématique.
Et Le Frido c'était de manière équiprobable (donc égale ave la loi des grands nombres.)
Mais c'est autre chose que j'avais aperçu dans un des réseaux où les choses défilent furtivement dans/sur votre flux/mur. :(
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Oui, meubles, mobiles, et surtout énergie (la plus grande part.)
Concernant les surfaces agricoles dans le reste du monde, c'est plutôt contemporain non ? Les exemples que tu donnes s'inscrivent assez bien dans la globalisation et l'exploitation croissante (depuis quelque part dans le XIXe siècle) des ressources…
Il ne faut pas gaspiller le papier pour autant, mais il vaut mieux utiliser un peu de papier que d'acheter un appareil électronique dédié.
Dans le cas présent s'entend.
Dans un autre contexte, j'ai fini par opter pour la(s) liseuse(s) face à la difficulté croissante de la gestion de ma bibliothèque (ça prend de la place, fait son poids, et il faut des conditions de conservation pour que l'investissement papier reste pérenne.) Dans le même esprit, j'avais fini par prendre un Palm après avoir boudé pendant longtemps les PDA (mais un jour de pluie qui a rendu mon carnet d'adresses/numéros illisible ma fait dare-dare passer à cet appareil électronique.)
Pour l'instant j'ai encore des carnets de notes papier et j'aime bien écrire bien que je le fasse aussi mal que les toubibs.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Oui, c'est pour cela que je concluais que c'est un moindre mal. À noter que le recyclage du papier est récent et que sans cela, jusqu'à il n'y a pas longtemps, on déforestait pas mal pour pouvoir avoir du papier et du meuble.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
C'est marrant la prétendue vision historique qui invente un complot : les gars se sont dit on va inventer un langage et on va faire croire qu'il est le plus performant…
Au point de vouloir occulter la réalité historique simple. Le besoin était d'avoir un méta-assembleur assez générique sinon on écrivait un programme pour i286 ensuite fallait reprendre tout le boulot pour m68k puis pour z80 etc. Donc on fait un langage facile à porter mais on en profite pour utiliser les éléments de syntaxe modernes existant (à la algol) Le besoin n'était pas couvert et ils l'ont fait. (et j'ai lu un des mémos qui mentionnait les essais de fortran qui n'ont pas été concluant, notamment la difficulté à porter le compilateur là où il n'existait pas encore sans parler des problèmes de perf qui n'étaient pas encore résolus à l'époque.) Bref, rien à voir avec le message simpliste d'une personne pas à la ramasse.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Ici trois ans de fortran, quelques mois de cobol et plus de dix ans de C, mais aussi divers asm pendant cinq ou six ans …où je gérais déjà ma pile d'appel avant de découvrir le C. De nombreux langages d'assembleur permettent de définir des constantes et des variables (plus exactement de nommer des zones mémoire afin de travailler confortablement mais ne gère pas vraiment de typage ok) Les instructions de contrôle qui n'existeraient pas sont de bêtes comparaison-et-saut ; et au début (i.e. avec des compilos C basiques sans intelligence/optimisations) je pouvais constater que le résultat généré était bien la traduction directe en assembleur.
Faut croire que malgré une longue pratique on peut ne pas cerner certains rouages.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Pour la partie écologique, les feuilles de cahier et les crayons nécessitent d'abattre des arbres… Si tu utilises plutôt un stylo y a le plastique et l'encre, ainsi de suite.
Mais il faut relativiser par rapport à un ensemble, et je pense que ça peut être un moindre mal.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Le FORTRAN n'était pas plus rapide… En fait c'était même très lent au début ! Mais diverses équipes se sont attaquées à son optimisation pour que le langage puisse être largement adopté (sinon on préférait l'assembleur) et ne pas subir le sort de PL/I. La première version normalisée (fruit d'une certaine maturation) était souvent aussi rapide mais pas plus rapide que le C.
Pour LISP, tu fais certainement allusion aux LispMachines ? Dans le principe, leur shell est une variante et extension du langage (comme les DOS qui étendaient le BASIC des ordinateurs familiaux d'une certaine époque.) Après, le langage LISP par lui-même a la notion de listes en son cœur comme d'autres manipulent des chaines de caractères ; c'est d'ailleurs dans son nom !
Les concepteurs du C n'ont réussi à faire croire rien ! Ils ont amené un concept qui aurait pu rester interne à AT&T mais a fait ses preuves largement. C'est une méconnaissance qui fait dire que « le C est bien plus complexe que les premiers langages » alors que justement ce langage était bien pauvre par rapport à ce qui était possible et envisageable à l'époque mais que le choix a été fait de ne retenir que des choses simples et communes. D'ailleurs, qu'est-ce qui fait son universalité si ce n'est pas la facilité à avoir un compilateur C sur n'importe quelle architecture ? Ce que tu qualifie de « à la fois langage de haut niveau et qui autorise un accès bas niveau » devrait te faire tilter que c'est juste un langage assembleur et donc avec une rapidité pratiquement native. Les efforts qui se sont concentré dessus ont été pour éliminer ce côté trop proche de la machine (avant la normalisation, trop de types se calaient sur l'architecture cible), même si on a encore pas mal de comportements implementation defined
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
et mes profs de même avec leurs « tableaux noirs » (en fait plutôt verts).
Ah… toi aussi ? :D
Et puis en apprenant l'anglais, j'ai vu que là où la langue française focalise sur une couleur, d'autres me parlaient de la craie qui allait avec le tableau… chalkboard (puis ce fut la référence à la matière avec l'arrivé des paperboards ce n'est pas simple de nommer les choses)
Est-ce suffisamment lisible pour faire de l’autostop ? 🤪️
Ça va bien pomper les cellules photovoltaïques et être peu efficace les jours pas beaux
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Pardon, je n'ai pas vu la vidéo.
N'est-ce pas le gel qui donne une impression de papier carbone ? En tout cas, plus jeune, j'avais bien cru à un bête film plastique et un film carbone puis un autre plastique dur qui avait un aspect de carton fin…
Tu sous-estimes le succès des Deezer Spotify et autres. Autour de moi, je suis la seule personne a encore avoir du son au chaud sur son disque dur.
Pour le jeu, je pense que des plateformes ont le même succès mais je ne fréquente pas assez le milieu pour avoir une bonne vision des choses.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
J'avais une ardoise de ce type il y a longtemps, avec par-dessus une couche de film plastique, et un réglet glissé entre les couches de papier et le fond pour pouvoir facilement effacer (sans trop de risque de déchirer le papier).
Je crois que t'as loupé un message… :)
Par contre, me semble qu'il y avait aussi des fabricants autres que les marques mentionnées.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Moment nostalgique… Merci pour le lien ; ça correspond à l'objet auquel je pensais sans pouvoir me souvenir de l'appellation, en lisant le cahier de doléances du journal. Tout de l'ardoise classique ou du mini paper-board, sans les inconvénients de la craie et des feutres.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
On est d'accord. Sauf que les DSI ont cru éviter un coût et ont fini par le déplacer ailleurs en plus de l'augmenter. Cerise sur le gâteau, on tourne sur un socle plus mis à jour depuis des lustres (7 ans en informatique ça fait beaucoup) mettant la sécurité en jeu (c'est du même accabit que de faire tourner Win95 ou de rouler avec des pneus usés) …sachant que ce sont des millions de chiffre d'affaire qui vont partir en fumée.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Pour moi, ce sont des problèmes d'implémentationde plateforme et/ou de navigateur, et il ne faudrait pas se tromper en incriminant la spécification. Il ne faut pas oublier non plus que la vraie validation doit se faire à l'arrivée (côté serveur) et que le JS doit rester la cerise sur le gâteau pour les usagers.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: C'est quoi la grande différence avec Molécule ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Présentation de Monkeyble: Framework de test bout en bout pour Ansible. Évalué à 3.
De ce que j'ai compris, Monkeyble teste effectivement les playbooks selon un certain nombre de choix faits (comme écrire un test unitaire lorsqu'on développe)
test_input… Mais je n'ai pas bien compris où la tâche se place et en quoi c'est mieux quewhendans la tâche,assertavant.test_output… Pareil, je ne sais pas où se place cette tâche et pourquoi c'est mieux que d'utiliserfailed_when/changed_when/etc dans la tâche,failaprès.should_be_skipped/should_be_changed/should_failedqui semblent être des synonymes des tests avecwhensur les variables d'étatchanged/failed/skipped(avec des filtres de même nom surresults)mockdont je n'ai pas compris l'exemple mais qui me fait penser aucheck_modeMolecule peut être utilisé aussi pour tester les playbooks (quand on teste un rôle, on teste un playbook qui ne traite que de ce rôle, mais rien n'empêche de faire plus large) mais le principe est d'automatiser ce test sur les environnements de qualification …en reproduisant tous les cas que l'on supporte (tous les os dans toutes les versions et toutes les combinaisons logicielles doivent être présentes.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: L'écriture inclusive, c'est de la merde.
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quelques joyeusetés que nous réserve le futur…. Évalué à 2.
Ça c'est pour la partie
Et Le Frido c'était de manière équiprobable (donc égale ave la loi des grands nombres.)
Mais c'est autre chose que j'avais aperçu dans un des réseaux où les choses défilent furtivement dans/sur votre flux/mur. :(
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Le papier c'est la vie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 2.
Oui, meubles, mobiles, et surtout énergie (la plus grande part.)
Concernant les surfaces agricoles dans le reste du monde, c'est plutôt contemporain non ? Les exemples que tu donnes s'inscrivent assez bien dans la globalisation et l'exploitation croissante (depuis quelque part dans le XIXe siècle) des ressources…
Dans le cas présent s'entend.
Dans un autre contexte, j'ai fini par opter pour la(s) liseuse(s) face à la difficulté croissante de la gestion de ma bibliothèque (ça prend de la place, fait son poids, et il faut des conditions de conservation pour que l'investissement papier reste pérenne.) Dans le même esprit, j'avais fini par prendre un Palm après avoir boudé pendant longtemps les PDA (mais un jour de pluie qui a rendu mon carnet d'adresses/numéros illisible ma fait dare-dare passer à cet appareil électronique.)
Pour l'instant j'ai encore des carnets de notes papier et j'aime bien écrire bien que je le fasse aussi mal que les toubibs.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Le papier c'est la vie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 2.
Oui, c'est pour cela que je concluais que c'est un moindre mal. À noter que le recyclage du papier est récent et que sans cela, jusqu'à il n'y a pas longtemps, on déforestait pas mal pour pouvoir avoir du papier et du meuble.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 2G
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message sans le C, quel logiciel conséquent/répandu aurait existé?. Évalué à 1.
C'est marrant la prétendue vision historique qui invente un complot : les gars se sont dit on va inventer un langage et on va faire croire qu'il est le plus performant…
Au point de vouloir occulter la réalité historique simple. Le besoin était d'avoir un méta-assembleur assez générique sinon on écrivait un programme pour i286 ensuite fallait reprendre tout le boulot pour m68k puis pour z80 etc. Donc on fait un langage facile à porter mais on en profite pour utiliser les éléments de syntaxe modernes existant (à la algol) Le besoin n'était pas couvert et ils l'ont fait. (et j'ai lu un des mémos qui mentionnait les essais de fortran qui n'ont pas été concluant, notamment la difficulté à porter le compilateur là où il n'existait pas encore sans parler des problèmes de perf qui n'étaient pas encore résolus à l'époque.) Bref, rien à voir avec le message simpliste d'une personne pas à la ramasse.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 2G
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message sans le C, quel logiciel conséquent/répandu aurait existé?. Évalué à 2.
Ici trois ans de fortran, quelques mois de cobol et plus de dix ans de C, mais aussi divers asm pendant cinq ou six ans …où je gérais déjà ma pile d'appel avant de découvrir le C. De nombreux langages d'assembleur permettent de définir des constantes et des variables (plus exactement de nommer des zones mémoire afin de travailler confortablement mais ne gère pas vraiment de typage ok) Les instructions de contrôle qui n'existeraient pas sont de bêtes comparaison-et-saut ; et au début (i.e. avec des compilos C basiques sans intelligence/optimisations) je pouvais constater que le résultat généré était bien la traduction directe en assembleur.
Faut croire que malgré une longue pratique on peut ne pas cerner certains rouages.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Le papier c'est la vie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 3.
On reconnait la team bujo (bullet journal) :-)
Pour la partie écologique, les feuilles de cahier et les crayons nécessitent d'abattre des arbres… Si tu utilises plutôt un stylo y a le plastique et l'encre, ainsi de suite.
Mais il faut relativiser par rapport à un ensemble, et je pense que ça peut être un moindre mal.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 2G
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message sans le C, quel logiciel conséquent/répandu aurait existé?. Évalué à 1.
Le FORTRAN n'était pas plus rapide… En fait c'était même très lent au début ! Mais diverses équipes se sont attaquées à son optimisation pour que le langage puisse être largement adopté (sinon on préférait l'assembleur) et ne pas subir le sort de PL/I. La première version normalisée (fruit d'une certaine maturation) était souvent aussi rapide mais pas plus rapide que le C.
Pour LISP, tu fais certainement allusion aux LispMachines ? Dans le principe, leur shell est une variante et extension du langage (comme les DOS qui étendaient le BASIC des ordinateurs familiaux d'une certaine époque.) Après, le langage LISP par lui-même a la notion de listes en son cœur comme d'autres manipulent des chaines de caractères ; c'est d'ailleurs dans son nom !
Les concepteurs du C n'ont réussi à faire croire rien ! Ils ont amené un concept qui aurait pu rester interne à AT&T mais a fait ses preuves largement. C'est une méconnaissance qui fait dire que « le C est bien plus complexe que les premiers langages » alors que justement ce langage était bien pauvre par rapport à ce qui était possible et envisageable à l'époque mais que le choix a été fait de ne retenir que des choses simples et communes. D'ailleurs, qu'est-ce qui fait son universalité si ce n'est pas la facilité à avoir un compilateur C sur n'importe quelle architecture ? Ce que tu qualifie de « à la fois langage de haut niveau et qui autorise un accès bas niveau » devrait te faire tilter que c'est juste un langage assembleur et donc avec une rapidité pratiquement native. Les efforts qui se sont concentré dessus ont été pour éliminer ce côté trop proche de la machine (avant la normalisation, trop de types se calaient sur l'architecture cible), même si on a encore pas mal de comportements implementation defined
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# plusieurs
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message sans le C, quel logiciel conséquent/répandu aurait existé?. Évalué à 3.
Bien sûr que non… Que fais-tu de tous les systèmes d'exploitation qui ont été écrits avant la naissance du C ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Forth ( ancetre de Java)
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message sans le C, quel logiciel conséquent/répandu aurait existé?. Évalué à 2.
une personne qui a du goût <3
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Python
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message sans le C, quel logiciel conséquent/répandu aurait existé?. Évalué à 4.
Mais si, mais si, c'aurait été dans un autre langage ou en assembleur…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 2G
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message sans le C, quel logiciel conséquent/répandu aurait existé?. Évalué à 3. Dernière modification le 30 novembre 2022 à 20:33.
Héhé, en lisant la question initiale, j'ai pensé à : ForTran, CoBOL, LisP et à AlgoL :) me demande où classer Forth.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# ça me surprend pas…
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Google épinglé pour le stockage des données sur les avortements de ses utilisatrices américaines. Évalué à 2.
…une telle pratique.
ce qui me surprend est que G se fasse épingler
(sarcasme bonjour)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Plus haut!
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Grande collection de gifs 88*31 du vieux web. Évalué à 2.
tu devais pas plutôt mette l'équivalent des « revenir en haut » qui clignotaient en six couleurs ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: brûlé au wok
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Dilbert viré. Évalué à 2.
Non, si Neo …y aura un reloaded
(comment ça on n'est pas encore dredi ?)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Pourquoi pas une ardoise sur fond noir? 🤭️
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 3. Dernière modification le 30 novembre 2022 à 19:13.
Ah… toi aussi ? :D
Et puis en apprenant l'anglais, j'ai vu que là où la langue française focalise sur une couleur, d'autres me parlaient de la craie qui allait avec le tableau… chalkboard (puis ce fut la référence à la matière avec l'arrivé des paperboards ce n'est pas simple de nommer les choses)
Ça va bien pomper les cellules photovoltaïques et être peu efficace les jours pas beaux
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Ardoise magique
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 2.
Pardon, je n'ai pas vu la vidéo.
N'est-ce pas le gel qui donne une impression de papier carbone ? En tout cas, plus jeune, j'avais bien cru à un bête film plastique et un film carbone puis un autre plastique dur qui avait un aspect de carton fin…
Je viens de voir qu'il n'y a pas que Fisher-Price/Magna-Doodle ; Mais j'ai souvenir d'un écran bien plus lisse ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: le futur nous réserve bien des surprises !
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quelques joyeusetés que nous réserve le futur…. Évalué à 2.
Plutôt Pilote ou Picsou Mag ou Comics :-D
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: On en parlait hier dans l'émission "La terre au carré"
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Frankenstream : ce monstre qui nous dévore - arte.tv. Évalué à 2.
"C'est pas faux" (:
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: On en parlait hier dans l'émission "La terre au carré"
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Frankenstream : ce monstre qui nous dévore - arte.tv. Évalué à 4.
Tu sous-estimes le succès des Deezer Spotify et autres. Autour de moi, je suis la seule personne a encore avoir du son au chaud sur son disque dur.
Pour le jeu, je pense que des plateformes ont le même succès mais je ne fréquente pas assez le milieu pour avoir une bonne vision des choses.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Visio temps réel
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 7.
Je me suis retenu d'en prendre un quand j'ai vu qu'il faut un compte à abonnement chez eux pour pouvoir disposer de nos précieux écrits ; ce qui pour moi est aussi fermé que de devoir me reposer sur iCloud…
Je suis allé voir le wiki mais ça ne m'a pas plus convaincu. Ouais, on peut pousser sa synchro en local mais en passant par leur serveur, en plus de garder tout dans leur format fermé.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Ardoise magique
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 2.
Je crois que t'as loupé un message… :)
Par contre, me semble qu'il y avait aussi des fabricants autres que les marques mentionnées.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Ardoise magique
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 4.
Moment nostalgique… Merci pour le lien ; ça correspond à l'objet auquel je pensais sans pouvoir me souvenir de l'appellation, en lisant le cahier de doléances du journal. Tout de l'ardoise classique ou du mini paper-board, sans les inconvénients de la craie et des feutres.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: PHP 5.x
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal PHP (7) est mort ! Vive PHP (8) !. Évalué à 4.
On est d'accord. Sauf que les DSI ont cru éviter un coût et ont fini par le déplacer ailleurs en plus de l'augmenter. Cerise sur le gâteau, on tourne sur un socle plus mis à jour depuis des lustres (7 ans en informatique ça fait beaucoup) mettant la sécurité en jeu (c'est du même accabit que de faire tourner Win95 ou de rouler avec des pneus usés) …sachant que ce sont des millions de chiffre d'affaire qui vont partir en fumée.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Juste le html
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Why the number input is the worst input. Évalué à 2.
Outre la saisie de nombres réels, certaines interfaces sont étranges… Par exemple, en permettant de saisir certains symboles monétaires et certaines ponctuations
…
On aura reconnu la Pomme pour laquelle il faut indiquer l'attribut
inputmodeavec la valeurnumeric…bien plus léger que la caisse de JS.Pour moi, ce sont des problèmes d'implémentationde plateforme et/ou de navigateur, et il ne faudrait pas se tromper en incriminant la spécification. Il ne faut pas oublier non plus que la vraie validation doit se faire à l'arrivée (côté serveur) et que le JS doit rester la cerise sur le gâteau pour les usagers.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume