Le problème, c’est que la réalité, c’est presque toujours complexe. Donc, tout programme réel doit se positionner dans cette alternative :
Rester simple, mais se priver volontairement de cas d’usages légitimes.
Répondre à ces cas d’usages, mais augmenter la complexité.
Évidemment, selon l’utilisation réelle du programme, la balance va pencher plus ou moins d’un côté ou de l’autre. Si je développe un logiciel à mon seul usage, je peux ignorer tous les cas d’usage qui ne sont pas les miens. Si je développe le système informatique des impôts d’un pays, je dois impérativement couvrir tous les cas d’usage, quelle que soit la complexité informatique que ça apporte (j’ignore volontairement la question de l’inutile complexité fonctionnelle en partant du principe que le développeur du programme n’a pas la main dessus).
C’est le moment pour préciser que le développeur (au sens large) n’a jamais la légitimité pour nier le besoin fonctionnel d’un utilisateur. Il peut choisir de ne pas la prendre en compte (« Mon logiciel n’est pas adapté pour ton besoin et ne sera pas modifié en ce sens, trouves-en un autre ou adapte-toi. »), mais c’est tout.
Quant à l’illusion de simplicité, ce qui est beau @abriotde c’est que tu fournis ton propre contre-exemple avec CSV. Parce que CSV est l’exemple parfait du format qui a l’air simple, mais qui ne l’est pas. Je pars du principe qu’on utilise le CSV standard (séparateur de champs ,, séparateur décimal . – Excel en Français utilise respectivement ; et ,). Même avec cette hypothèse, le format a les pièges suivants qui font que la plupart des implémentations naïves sont cassées :
Le séparateur de lignes est \n ou \r\n selon le système d’exploitation (oui, il y a des implémentations pétées dès ce point).
Les données peuvent avoir N lignes d’en-tête mais le format ne les différencie pas des données normales, il faut un mécanisme dans le parseur pour les déclarer.
Idem avec des colonnes d’en-têtes, plus rares.
On veut pouvoir avoir n’importe quelle valeur dans les champs, dont des virgules. Il faut donc un délimiteur de champ supplémentaire, facultatif – généralement ".
Ça implique donc d’avoir un mécanisme d’échappement pour pouvoir avoir ce caractère à l’intérieur d’un champ – généralement on double le guillemet : un champ qui ne contient qu’un guillemet s’écrit donc """". Ça implique d’avoir une logique qui compte les " pour savoir quoi faire.
On voit déjà qu’il est possible de générer des fichiers CSV incohérents au-delà du simple nombre de champs par ligne, et donc qu’il faut gérer ces erreurs.
En fait on ne peut pas lire un CSV ligne par ligne, parce qu’un champ protégé par des " peut contenir des sauts de ligne, qui en CSV standard seront enregistrés dans le fichier comme des sauts de ligne indiscernables à priori de ceux qui séparent les séries de données (ça n’est pas des caractères échappés).
Et je ne parle même pas de la problématique de transformation des champs textes obtenus en données typées (nombres entiers et réels, dates…)
Sauf que… beaucoup de développeurs font comme toi dans ton argumentation, ne voient que la partie « simple » du CSV, ne cherchent pas plus loin, en font une implémentation naïve, qui explose en vol dès le premier cas d’usage imprévu rencontré. Un parseur CSV robuste, c’est un parseur à base de jetons et d’une grammaire (certes simple) – ou mieux, une bibliothèque qui gère déjà tous ces cas pénibles. Dans ma carrière, je crois que cette erreur a été faite par les 3/4 des développeurs qui ont dû implémenter du CSV (en lecture ou en génération), et ça a fini par casser à chaque fois (pas de chance, j’ai jamais eu à traiter du cas uniquement numérique en conditions maitrisées de bout en bout).
Là où c’est amusant, c’est que XML a justement comme avantage de pouvoir être traité, validé, filtré et transformé au fil de l’eau, sans tout monter en mémoire. Même si avec les capacités de traitement modernes, c’est un avantage qui n’a plus un intérêt énorme (en particulier, ça ne compense plus sa difficulté de lecture pour un humain et sa verbosité dans la plupart des cas).
Je vise simplement les architecture trop complexes pour le projet et l’application de design patterns pour le seul plaisir d’appliquer un design pattern sans se poser de question. Le genre de trucs qu’on trouvait effectivement dans Java EE ou Spring à l’ancienne (mais pas que), et qui a tendance à disparaitre avec les derniers Spring Boot ou Quarkus.
On peut vouloir tendre vers des principe de clean / hexagonal / onion architecture, sans que cela soit nécessairement de l'overengineering, hein. Tout dépend de la taille du projet.
Ça tombe bien, ça n’est absolument pas mon propos.
Juste pour préciser un point de mon argumentaire : je fais une différence forte entre le code qui est inutilement compliqué parce que non maitrisé, et le code inutilement compliqué parce que conçu et réfléchi comme tel. Je range uniquement le second cas dans le vocable « suringéniérie » ou « overengineering ».
Ça serait beaucoup trop beau si « plus simple = mieux ». Mais c’est généralement faux.
Tout comme « moins de lignes c’est plus simple », d’ailleurs (bonjour Perl, mais pas que).
Parce que « mieux » n’est pas défini dans l’absolu. Par exemple, farbfeld est un excellent format en terme de complexité nécessaire pour le gérer, mais devient mauvais voire catastrophique quand on réfléchit en terme de consommation (mémoire, disque, réseau).
D’une manière générale, beaucoup d’algorithmes simples (et donc peu susceptibles de bugs) sont difficiles à utiliser en conditions réelles parce qu’ils ne sont pas efficaces : trop consommateurs en calcul, en mémoire de toute sorte, en entrées/sorties… Dès que l’on a besoin d’efficacité (et quelle que soit la définition exacte que l’on donne à cette notion d’efficacité), on se retrouve souvent à devoir ajouter de la complexité, et on doit rapidement lorgner vers des techniques qui sont tout sauf triviales : parallélisation, caches, etc.
PS : en terme d’interface, « simple à utiliser » est en réalité souvent « complexe à concevoir et à coder », à la fois à cause de la masse de travail à réaliser pour comprendre ce qu’est un une interface simple pour les utilisateurs et par les automatismes à mettre en place pour y arriver.
PPS : « Simple » dans la définition qui est donnée ici, c’est aussi se couper de cas d’usages légitimes. Par exemple, farbfeld est inutilisable pour qui a besoin de gérer des métadonnes d’images, des profils colorimétriques, etc.
Par contre, je croise souvent un vrai problème de complexité inutile, dans le sens où le code a été conçu et réalisé de façon complexe sans que cette complexité soit là pour répondre à un quelconque problème.
Cela dit, de mon expérience et en entreprise, la source de cette complexité inutile n’est pas tellement la cause de « hackers qui aiment les grandes quantités de code », mais plutôt de personnes qui ne comprennent pas ce qu’elles font et qui n’en ont rien à faire. Sans comprendre le but réel de leurs développements, ces personnes empilent les couches de modifications minimales et de bidouilles ad hoc qui transforment très vite tout code en bloat infâme. Les « complexités "intelligentes" inutiles » (suringéniérie) sont, de mon expérience, beaucoup plus rare et surtout en perte de vitesse (imaginez les classiques « Java pour Entreprise™ » avec des Factory et tout dans tous les sens).
… je me demande si Aeris n’est pas la première personne à passer la barre des 100 commentaires sous le même contenu (103 à l’instant où j’écris ces lignes) !
On remarquera l’effort de Psychofox (33 messages) et Yth (27 messages) pour l’aider en ce sens.
Ce qui est dommage concernant le DSA, c’est qu’il est très facile de trouver que :
Les règles sont proportionnées à la taille des entreprises et à leur incidence sur la société. Les très petites plateformes sont exemptées de la plupart des obligations.
Source : Règlement sur les services numériques
Par contre, personne n’a l’air motivé pour mettre en accès simple lesdites règles pour les petites plateformes, en tous cas pas depuis les pages officielles qui parlent du DSA.
Pour moi la modération sur Mastodon est un réel problème, en particulier parce qu’elle est conceptuellement cassée (j’en ai déjà parlé sur ce site), mais c’est d’abord et avant tout un problème de relations humaines, pas un problème légal.
D’autre part, après quelques mois de stabilisation, mon compte Twitter/X est maintenant quasiment vide. Des comptes que je suivais sur cette plate-forme, j’en retrouve à la louche 30 % sur Instagram, 10 % sur Mastodon (dont les problèmes intrinsèques ont fait fuir pas mal de non-geeks sur le moyen terme), 50 % sur Bluesky, et les 10 % restants continuent à être exclusifs à Twitter/X. Bon, j’imagine que tout ça dépend beaucoup du type de comptes que tu suis, et personnellement j’avais déjà exclus les personnes actives hors réseaux sociaux (site web, RSS, etc).
Mais dire que « tout se passe sur X » en 2024 c’est quand même se mettre de sacrées œillères, ou avoir des catégories suivies très particulières (j’imagine que c’est le cas quand tu es fan de cryptomonnaies, par exemple).
Surtout qu’on a de vraies bonnes formations et d’excellents ingénieurs en informatique et électronique en France. Si je prends le premier exemple qui me vient à l’esprit, Quarkus est fortement porté par RedHat France. On a même été précurseurs dans certains domaines (rappelez-vous la carte à puce, le Minitel…)
Par contre, on accumule des décennies de décisions politiques et économiques contre nos industries (et ça n’est pas un appel à lorgner du côté du modèle social américain !), y compris l’informatique. D’ailleurs, l’informatique est peu vue comme une industrie en France, et rien que ça c’est un problème, notamment quand il s’agit d’investir dans des outils. L’Europe (via l’UE ou autres) aurait aussi pu permettre l’émergence d’énormes forces industrielles capables de concurrencer les USA, la Chine, etc., mais non, on a préféré faire chacun dans son coin son petit truc et préférer faire la Sainte Concurrence et le Libre Marché avec les résultats que l’on a aujourd’hui.
Pour le vivre de l’intérieur, je peux te garantir que certaines des certifications vues comme « de haute qualité » et « très contraignantes pour les avoir » sont loin d’être aussi carrées et imposent moins de qualité et de sécurité réelles qu’on pourrait le croire en s’appuyant sur la théorie. Ceci est à comprendre comme « Certaines entreprises certifiées n’ont pas le niveau de rigueur et de qualité réels qu’on pourrait croire en lisant la théorie ». Par contre, pour des raisons évidentes, je ne peux pas donner de détails plus précis.
Par contre, ces hébergeurs sont des hébergeurs de données et pas de projets, dans le sens où un hébergeur peut apparaitre dans cette liste sans être capable d’héberger un projet d’une entreprise tierce. Une entreprise peut être certifiée uniquement dans l’optique d’héberger les données de son propre outil.
De mon point de vue, cet article mélange allègrement des réflexions intéressantes avec des arguments franchement naïfs. Je pense notamment à tout le paragraphe sur les bricolages et la garantie apportée par les éditeurs à support payant.
E. Garantie
Pendant un an à compter de la livraison, Oracle garantit que les logiciels fonctionneront comme indiqué dans la documentation, sur tous les points essentiels. Vous devez avertir Oracle de tout manquement à cette garantie dans le délai d’un (1) an à compter de la livraison.
Oracle garantit également que les services seront fournis en conformité avec les règles de l’art. Vous devez avertir Oracle de tout manquement à cette garantie dans les quatre-vingt dix (90) jours à compter de l’exécution des services indiqués au bon de commande.
Les garanties ci-dessus sont limitatives, et Oracle ne garantit pas qu’Oracle corrigera toutes les erreurs, ni que les logiciels fonctionneront de manière ininterrompue ou exempte d’erreurs, ni l'aptitude des logiciels à satisfaire vos objectifs particuliers.
Si Oracle ne respecte pas les termes de la garantie ci-dessus, vous aurez exclusivement la faculté de (A) faire corriger les erreurs ou si Oracle est dans l’impossibilité d’y remédier pour l’essentiel à des conditions économiquement acceptables, de résilier le contrat de licence, et de vous faire rembourser le prix acquitté pour le logiciel ou les services de support technique non utilisés ou (B) faire réexécuter les services défectueux ou si Oracle est dans l’impossibilité d’y remédier à des conditions économiquement acceptables, de mettre fin aux dits services et de vous faire rembourser du prix acquitté pour les services défectueux.
Même remarque ici. Pour moi Confluence c’est une usine à perdre de l’information, parce que le moteur de recherche est une catastrophe, donc si tu n’as pas très bien tout rangé, tu ne retrouves rien…
D’autre part, ils font du forcing pour leur IA partout qu’ils ont réussi à intégrer en 6 mois ; par contre à côté de ça il y a régulièrement des régressions, des problèmes de performances, le WYSIWYG qui fait un peu ce qu’il veut quand il veut, des choix d’ergonomie franchement discutables
Dans leurs produits, ils ont aussi Jira, qui mériterait sa place dans Wikipedia à la section : « Usine à gaz : exemples en informatique ».
4. Le recours à l’intelligence artificielle et au datamining pour la fiabilisation des bases fiscales et topographiques : le projet Foncier innovant
Afin de renforcer l'exhaustivité et la fiabilité des bases fiscales et topographiques, le projet Foncier innovant, fondé sur l'intelligence artificielle (IA), le datamining et l'utilisation des prises de vues aériennes, vise notamment à :
- détecter sur les photographies aériennes les biens potentiellement taxables (bâtis, piscines…) à l’aide d’algorithmes et s'assurer, par l'interrogation des bases de données de la DGFiP, que ces biens font l'objet d'une taxation aux impôts locaux ;
- alimenter le système d'information et notamment le processus de surveillance/relance des détections opérées (Surf) ;
- mettre à jour le plan cadastral informatisé (PCI) en y reportant graphiquement les bâtis identifiés sur leurs parcelles d'assise avec un minimum d'intervention humaine ;
- identifier les biens dont la valeur locative – qui sert de base d'imposition aux impôts locaux – est minorée ou majorée.
Les services locaux disposeront d'une interface permettant aux agents d'accéder aux résultats obtenus et à toutes les informations nécessaires à leurs travaux d'identification et d'évaluation des locaux.
Ce projet, qui bénéficie d’un financement du Fonds pour la transformation de l’action publique (FTAP), repose sur des expérimentations menées ces trois dernières années avec trois directions départementales des finances publiques. Il facilitera les travaux des agents des
services fonciers et des géomètres en leur apportant une aide à la décision. L'interface de visualisation leur permettra d'interagir et de valider les résultats obtenus permettant ainsi une co-construction et une amélioration constante de ce nouvel écosystème.
Alors qu’il était initialement envisagé de confier à un prestataire la conception et la réalisation globales de ce projet, une solution plus intégrée dans l’écosystème DGFiP a été finalement adoptée, s'appuyant sur, d’une part, les compétences et expériences métier et techniques
acquises par la DGFiP dans le cadre des expérimentations préalables et en matière de valorisation de données (création du datalab et module cartographique d'aide à la fiabilisation des bases fiscales de l'application Icad) et, d’autre part, le recours à un prestataire pour la composante de traitement des images, dans le cadre de marchés existants.
Après une phase de cadrage au dernier quadrimestre 2020, les premiers travaux avec le prestataire pour la conception des algorithmes seront lancés début 2021. Les premiers résultats pourraient être mis à disposition des services au cours du dernier quadrimestre 2021, via l’interface Icad qui évoluera à cette fin.
À compter de fin 2022, le projet pourrait s’interfacer avec les composants fonciers du projet « Gérer mes biens immobiliers ».
Par exemple, sous Powershell, on a accès à curlet à wget.
Ou pas : en fait c’est des alias vers Invoke-WebRequest… et donc s’attendent à être utilisés comme ce dernier, et donc sont compatibles avec à peu près aucune des options de curl et wget. J’ai toujours pas compris comment quelqu’un a pu trouver que c’était une bonne idée, et comment ça a pu être validé jusqu’à la mise en production.
J’avais discuté de la problématique avec un ami qui travaillait sur ce genre de chose (et pas du tout dans le cadre du contrat CapGemini, d’ailleurs c’était même pas en France métropolitaine), et qui m’expliquait qu’avec les outils disponibles il y a peu, l’exercice semblait simple mais ne l’était pas du tout. Si j’ai bien retenu, on peut facilement « détecter des piscines », mais :
Il y a beaucoup de faux positifs (bâches, reflets, panneaux solaires, places de parking handicapé, etc) ;
Il y a beaucoup de faux négatifs (piscines de formes ou couleurs bizarres, effets des caractéristiques des images satellites, piscines partiellement ou totalement couvertes ;
Le croisement avec les données cadastrales (pour savoir qui n’a pas déclaré, dans ce cas) n’est pas trivial (notamment à cause desdites données) ;
Il faut aussi filtrer selon la taille de la piscine ;
Etc.
C’est un peu comme de la reconnaissance de texte : c’est assez facile de faire un programme qui va atteindre 80 %, voire 90 % de reconnaissance correcte, sauf qu’on parle de volumes tels que 10 % à 20 % d’erreurs rendent le résultat inexploitable (ou plus exactement : inintéressant par rapport à un traitement manuel) à cause de la masse de correction à faire.
Je suis à peu près persuadé que la facture est énorme pour le service rendu (il y a une astuce : c’est toujours le cas sur ce genre de contrat). Par contre je serais curieux de savoir quel est le cahier des charges de ce contrat, et de le comparer avec ce qui a été réalisé « en deux jours » (en réalité plus, car c’est l’adaptation d’un algorithme proche).
Je suis tout à fait preneur de d’explications sur ce que pourrait raconter Heu?Reka comme conneries, je n’ai pas les compétences pour les détecter.
Pour compléter ce qui a déjà bien été dit plus haut, je fais (et c’est une opinion personnelle qui ne vaut que ça) une différence entre les connaissances liées à l’étude d’un champ disciplinaire (typiquement : la recherche) et son application pratique au quotidien (typiquement : l’industrie). Dans certains domaines, comme l’informatique, les deux sont assez fortement dissociés, et quelqu’un de bon et pertinent dans l’un ne le sera pas forcément dans l’autre. Conséquence : on se retrouve avec des arguments qui paraissent contradictoires, alors que c’est simplement que les arguments s’appliquent en réalité à des concepts et des réalités différentes. En informatique, la théorie des types est un bon exemple de ce genre de cas.
En ce qui concerne Heu?Reka, c’est d’autant plus compliqué qu’il a pas mal de contenus qui ont l’air « théoriques » mais qu’il présente toujours du point de vue pratique (dans le sens : l’économie telle qu’elle fonctionne réellement) ; et il tape régulièrement sur des théories économiques qu’il présente comme acceptées par le milieu mais qui reposent sur des hypothèses complètement invalides en réalité. J’imagine que, pour quelqu’un qui vient du milieu académique, ça doit souvent paraitre absurde.
En réalité, beaucoup d’opérations bancaires – et en premier lieu tous les crédits – impliquent de « l’argent magique ».
Si ce que je dit vous étonne, alors vous devriez lire des livres comme « Tout sur l'économie (ou presque) » de Gilles Mitteau (le livre a été largement mis à jour début 2024) ; ou si vous préférez, ses vidéos (elles sont aussi disponible sur Peertube, mais impossible de remettre la main sur une liste générale…)
Je prends le cas de ce site (un peu mort) que je génère avec Hugo. L’un des avantages (et des arguments mis en avant) de Hugo est qu’il est très rapide, et peut se passer de ce genre de cache. Sauf que je ne génère pas que du HTML, j’ai aussi du ePub et du PDF. Le ePub est encore assez rapide ; mais le PDF passe par LaTeX, qui est extrêmement lent… et là, je serais très heureux d’avoir de la compilation incrémentale.
[^] # Re: Des idées intéressantes, mais simplistes
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 7 (+5/-0). Dernière modification le 25 février 2024 à 01:05.
Le problème, c’est que la réalité, c’est presque toujours complexe. Donc, tout programme réel doit se positionner dans cette alternative :
Évidemment, selon l’utilisation réelle du programme, la balance va pencher plus ou moins d’un côté ou de l’autre. Si je développe un logiciel à mon seul usage, je peux ignorer tous les cas d’usage qui ne sont pas les miens. Si je développe le système informatique des impôts d’un pays, je dois impérativement couvrir tous les cas d’usage, quelle que soit la complexité informatique que ça apporte (j’ignore volontairement la question de l’inutile complexité fonctionnelle en partant du principe que le développeur du programme n’a pas la main dessus).
C’est le moment pour préciser que le développeur (au sens large) n’a jamais la légitimité pour nier le besoin fonctionnel d’un utilisateur. Il peut choisir de ne pas la prendre en compte (« Mon logiciel n’est pas adapté pour ton besoin et ne sera pas modifié en ce sens, trouves-en un autre ou adapte-toi. »), mais c’est tout.
Quant à l’illusion de simplicité, ce qui est beau @abriotde c’est que tu fournis ton propre contre-exemple avec CSV. Parce que CSV est l’exemple parfait du format qui a l’air simple, mais qui ne l’est pas. Je pars du principe qu’on utilise le CSV standard (séparateur de champs
,, séparateur décimal.– Excel en Français utilise respectivement;et,). Même avec cette hypothèse, le format a les pièges suivants qui font que la plupart des implémentations naïves sont cassées :\nou\r\nselon le système d’exploitation (oui, il y a des implémentations pétées dès ce point)."."""". Ça implique d’avoir une logique qui compte les"pour savoir quoi faire."peut contenir des sauts de ligne, qui en CSV standard seront enregistrés dans le fichier comme des sauts de ligne indiscernables à priori de ceux qui séparent les séries de données (ça n’est pas des caractères échappés).Et je ne parle même pas de la problématique de transformation des champs textes obtenus en données typées (nombres entiers et réels, dates…)
Sauf que… beaucoup de développeurs font comme toi dans ton argumentation, ne voient que la partie « simple » du CSV, ne cherchent pas plus loin, en font une implémentation naïve, qui explose en vol dès le premier cas d’usage imprévu rencontré. Un parseur CSV robuste, c’est un parseur à base de jetons et d’une grammaire (certes simple) – ou mieux, une bibliothèque qui gère déjà tous ces cas pénibles. Dans ma carrière, je crois que cette erreur a été faite par les 3/4 des développeurs qui ont dû implémenter du CSV (en lecture ou en génération), et ça a fini par casser à chaque fois (pas de chance, j’ai jamais eu à traiter du cas uniquement numérique en conditions maitrisées de bout en bout).
Là où c’est amusant, c’est que XML a justement comme avantage de pouvoir être traité, validé, filtré et transformé au fil de l’eau, sans tout monter en mémoire. Même si avec les capacités de traitement modernes, c’est un avantage qui n’a plus un intérêt énorme (en particulier, ça ne compense plus sa difficulté de lecture pour un humain et sa verbosité dans la plupart des cas).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Des idées intéressantes, mais simplistes
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3 (+1/-0).
Est-ce que la modération pourrait remplacer
contenusparbilletsdans les URLs ? Merci d'avance !La connaissance libre : https://zestedesavoir.com
[^] # Re: Des idées intéressantes, mais simplistes
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 4 (+2/-0). Dernière modification le 23 février 2024 à 19:38.
Je vise simplement les architecture trop complexes pour le projet et l’application de design patterns pour le seul plaisir d’appliquer un design pattern sans se poser de question. Le genre de trucs qu’on trouvait effectivement dans Java EE ou Spring à l’ancienne (mais pas que), et qui a tendance à disparaitre avec les derniers Spring Boot ou Quarkus.
Même sans framework, ça inclut entre autres les interfaces à outrance, les getter/setter générés, le fait de sortir une constante à la moindre valeur présente en double ou bien certains types de commentaires.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Des idées intéressantes, mais simplistes
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3 (+2/-1).
Ça tombe bien, ça n’est absolument pas mon propos.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Des idées intéressantes, mais simplistes
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3 (+1/-0).
Juste pour préciser un point de mon argumentaire : je fais une différence forte entre le code qui est inutilement compliqué parce que non maitrisé, et le code inutilement compliqué parce que conçu et réfléchi comme tel. Je range uniquement le second cas dans le vocable « suringéniérie » ou « overengineering ».
La connaissance libre : https://zestedesavoir.com
[^] # Des idées intéressantes, mais simplistes
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 8 (+6/-0). Dernière modification le 23 février 2024 à 10:04.
Ça serait beaucoup trop beau si « plus simple = mieux ». Mais c’est généralement faux.
Tout comme « moins de lignes c’est plus simple », d’ailleurs (bonjour Perl, mais pas que).
Parce que « mieux » n’est pas défini dans l’absolu. Par exemple, farbfeld est un excellent format en terme de complexité nécessaire pour le gérer, mais devient mauvais voire catastrophique quand on réfléchit en terme de consommation (mémoire, disque, réseau).
D’une manière générale, beaucoup d’algorithmes simples (et donc peu susceptibles de bugs) sont difficiles à utiliser en conditions réelles parce qu’ils ne sont pas efficaces : trop consommateurs en calcul, en mémoire de toute sorte, en entrées/sorties… Dès que l’on a besoin d’efficacité (et quelle que soit la définition exacte que l’on donne à cette notion d’efficacité), on se retrouve souvent à devoir ajouter de la complexité, et on doit rapidement lorgner vers des techniques qui sont tout sauf triviales : parallélisation, caches, etc.
PS : en terme d’interface, « simple à utiliser » est en réalité souvent « complexe à concevoir et à coder », à la fois à cause de la masse de travail à réaliser pour comprendre ce qu’est un une interface simple pour les utilisateurs et par les automatismes à mettre en place pour y arriver.
PPS : « Simple » dans la définition qui est donnée ici, c’est aussi se couper de cas d’usages légitimes. Par exemple, farbfeld est inutilisable pour qui a besoin de gérer des métadonnes d’images, des profils colorimétriques, etc.
Par contre, je croise souvent un vrai problème de complexité inutile, dans le sens où le code a été conçu et réalisé de façon complexe sans que cette complexité soit là pour répondre à un quelconque problème.
Cela dit, de mon expérience et en entreprise, la source de cette complexité inutile n’est pas tellement la cause de « hackers qui aiment les grandes quantités de code », mais plutôt de personnes qui ne comprennent pas ce qu’elles font et qui n’en ont rien à faire. Sans comprendre le but réel de leurs développements, ces personnes empilent les couches de modifications minimales et de bidouilles ad hoc qui transforment très vite tout code en bloat infâme. Les « complexités "intelligentes" inutiles » (suringéniérie) sont, de mon expérience, beaucoup plus rare et surtout en perte de vitesse (imaginez les classiques « Java pour Entreprise™ » avec des Factory et tout dans tous les sens).
La connaissance libre : https://zestedesavoir.com
# N’achetez pas vos cookies : faites-les vous-même !
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Les cookies, c'est mal. Évalué à 7 (+5/-0).
N’achetez pas vos cookies : faites-les vous-même !
Pour vous aider, voici une recette (ça n’est pas une blague, il y a réellement une recette de cookies en bas de la page).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Merci pour ce moment
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 5 (+3/-0).
Non, un ogre. Shrek, c’est un ogre.
La connaissance libre : https://zestedesavoir.com
# Si quelqu’un a les stats sous la main…
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 7 (+5/-0).
… je me demande si Aeris n’est pas la première personne à passer la barre des 100 commentaires sous le même contenu (103 à l’instant où j’écris ces lignes) !
On remarquera l’effort de Psychofox (33 messages) et Yth (27 messages) pour l’aider en ce sens.
Vous avez trop de temps libre, les gens ;-)
La connaissance libre : https://zestedesavoir.com
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 3 (+1/-0).
Sauf que je ne m’intéresse pas que à Mastodon.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 3 (+1/-0).
Ce qui est dommage concernant le DSA, c’est qu’il est très facile de trouver que :
Par contre, personne n’a l’air motivé pour mettre en accès simple lesdites règles pour les petites plateformes, en tous cas pas depuis les pages officielles qui parlent du DSA.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 6 (+4/-0).
Pour moi la modération sur Mastodon est un réel problème, en particulier parce qu’elle est conceptuellement cassée (j’en ai déjà parlé sur ce site), mais c’est d’abord et avant tout un problème de relations humaines, pas un problème légal.
D’autre part, après quelques mois de stabilisation, mon compte Twitter/X est maintenant quasiment vide. Des comptes que je suivais sur cette plate-forme, j’en retrouve à la louche 30 % sur Instagram, 10 % sur Mastodon (dont les problèmes intrinsèques ont fait fuir pas mal de non-geeks sur le moyen terme), 50 % sur Bluesky, et les 10 % restants continuent à être exclusifs à Twitter/X. Bon, j’imagine que tout ça dépend beaucoup du type de comptes que tu suis, et personnellement j’avais déjà exclus les personnes actives hors réseaux sociaux (site web, RSS, etc).
Mais dire que « tout se passe sur X » en 2024 c’est quand même se mettre de sacrées œillères, ou avoir des catégories suivies très particulières (j’imagine que c’est le cas quand tu es fan de cryptomonnaies, par exemple).
La connaissance libre : https://zestedesavoir.com
# Deux concepts qui me semblent utiles au vu des discussions ici
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 7 (+5/-0).
Au vu de la teneur des discussions qui ont lieu par ici, je vous propose de découvrir ou réviser deux concepts qui me semblent intéressants :
La connaissance libre : https://zestedesavoir.com
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 9 (+7/-0).
Surtout qu’on a de vraies bonnes formations et d’excellents ingénieurs en informatique et électronique en France. Si je prends le premier exemple qui me vient à l’esprit, Quarkus est fortement porté par RedHat France. On a même été précurseurs dans certains domaines (rappelez-vous la carte à puce, le Minitel…)
Par contre, on accumule des décennies de décisions politiques et économiques contre nos industries (et ça n’est pas un appel à lorgner du côté du modèle social américain !), y compris l’informatique. D’ailleurs, l’informatique est peu vue comme une industrie en France, et rien que ça c’est un problème, notamment quand il s’agit d’investir dans des outils. L’Europe (via l’UE ou autres) aurait aussi pu permettre l’émergence d’énormes forces industrielles capables de concurrencer les USA, la Chine, etc., mais non, on a préféré faire chacun dans son coin son petit truc et préférer faire la Sainte Concurrence et le Libre Marché avec les résultats que l’on a aujourd’hui.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Il n'a pas trop cherché
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 9 (+7/-0). Dernière modification le 19 février 2024 à 19:29.
Pour le vivre de l’intérieur, je peux te garantir que certaines des certifications vues comme « de haute qualité » et « très contraignantes pour les avoir » sont loin d’être aussi carrées et imposent moins de qualité et de sécurité réelles qu’on pourrait le croire en s’appuyant sur la théorie. Ceci est à comprendre comme « Certaines entreprises certifiées n’ont pas le niveau de rigueur et de qualité réels qu’on pourrait croire en lisant la théorie ». Par contre, pour des raisons évidentes, je ne peux pas donner de détails plus précis.
D’autre part, il ne faut jamais oublier que tous ces processus, toutes ces certifications impliquent des humains, avec tout ce que ça implique. Nous vivons dans un monde dans lequel des gens sont prêts à dévoiler des secrets militaires pour avoir raison dans une discussion sur un jeu vidéo, ce qui relativise beaucoup le niveau de fiabilité que l’on peut attendre d’un grand groupe d’humains (en tant que groupe).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Il n'a pas trop cherché
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 6 (+4/-0).
Il y a même une liste officielle ici maintenue par un organisme gouvernemental. Rien qu’en filtrant sur les entreprises qui satisfont les 6 critères, on a 117 possibilités.
Par contre, ces hébergeurs sont des hébergeurs de données et pas de projets, dans le sens où un hébergeur peut apparaitre dans cette liste sans être capable d’héberger un projet d’une entreprise tierce. Une entreprise peut être certifiée uniquement dans l’optique d’héberger les données de son propre outil.
La connaissance libre : https://zestedesavoir.com
# Des idées intéressantes mais certains arguments confondants de naïveté
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 10 (+10/-0).
De mon point de vue, cet article mélange allègrement des réflexions intéressantes avec des arguments franchement naïfs. Je pense notamment à tout le paragraphe sur les bricolages et la garantie apportée par les éditeurs à support payant.
Sur ce deuxième point, je vous conseille de lire l’édifiant retour d’expérience de Manutan et de son rapport à Microsoft lors d’une cyberattaque, ou tout simplement le contrat de licence et service Oracle qui dit ceci :
La connaissance libre : https://zestedesavoir.com
[^] # Re: Personne n'a lu ...
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Atlassian SaaS.... Évalué à 8 (+6/-0). Dernière modification le 14 février 2024 à 09:56.
Même remarque ici. Pour moi Confluence c’est une usine à perdre de l’information, parce que le moteur de recherche est une catastrophe, donc si tu n’as pas très bien tout rangé, tu ne retrouves rien…
D’autre part, ils font du forcing pour leur IA partout qu’ils ont réussi à intégrer en 6 mois ; par contre à côté de ça il y a régulièrement des régressions, des problèmes de performances, le WYSIWYG qui fait un peu ce qu’il veut quand il veut, des choix d’ergonomie franchement discutables
Dans leurs produits, ils ont aussi Jira, qui mériterait sa place dans Wikipedia à la section : « Usine à gaz : exemples en informatique ».
La connaissance libre : https://zestedesavoir.com
[^] # Re: Et AMD
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Nvidia dépasse Amazon et Google en capitalisation boursière. Évalué à 2 (+0/-0).
À l’inverse de Intel qui a accumulé un gros retard en R&D sur ses CPU ces dernières années.
La connaissance libre : https://zestedesavoir.com
# Nom de code « Foncier Innovant »
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Combien pour un algorithme de détection de piscines sur les photos aériennes ?. Évalué à 6 (+4/-0).
Le petit nom du projet est « Foncier Innovant ». Il avait commencé avec Accenture puis a été déplacé chez Google via Capgemini.
Je n'ai pas réussi à retrouver les appels d'offres ou les cahiers des charges, mais ce document https://www.scsfip.fr/medias/files/fiche-n-4-evolutions-applicatives.pdf donne plus de détails que juste le « retrouver les piscines » qu'on voit dans la plupart des articles :
4. Le recours à l’intelligence artificielle et au datamining pour la fiabilisation des bases fiscales et topographiques : le projet Foncier innovant
Afin de renforcer l'exhaustivité et la fiabilité des bases fiscales et topographiques, le projet Foncier innovant, fondé sur l'intelligence artificielle (IA), le datamining et l'utilisation des prises de vues aériennes, vise notamment à :
- détecter sur les photographies aériennes les biens potentiellement taxables (bâtis, piscines…) à l’aide d’algorithmes et s'assurer, par l'interrogation des bases de données de la DGFiP, que ces biens font l'objet d'une taxation aux impôts locaux ;
- alimenter le système d'information et notamment le processus de surveillance/relance des détections opérées (Surf) ;
- mettre à jour le plan cadastral informatisé (PCI) en y reportant graphiquement les bâtis identifiés sur leurs parcelles d'assise avec un minimum d'intervention humaine ;
- identifier les biens dont la valeur locative – qui sert de base d'imposition aux impôts locaux – est minorée ou majorée.
Les services locaux disposeront d'une interface permettant aux agents d'accéder aux résultats obtenus et à toutes les informations nécessaires à leurs travaux d'identification et d'évaluation des locaux.
Ce projet, qui bénéficie d’un financement du Fonds pour la transformation de l’action publique (FTAP), repose sur des expérimentations menées ces trois dernières années avec trois directions départementales des finances publiques. Il facilitera les travaux des agents des
services fonciers et des géomètres en leur apportant une aide à la décision. L'interface de visualisation leur permettra d'interagir et de valider les résultats obtenus permettant ainsi une co-construction et une amélioration constante de ce nouvel écosystème.
Alors qu’il était initialement envisagé de confier à un prestataire la conception et la réalisation globales de ce projet, une solution plus intégrée dans l’écosystème DGFiP a été finalement adoptée, s'appuyant sur, d’une part, les compétences et expériences métier et techniques
acquises par la DGFiP dans le cadre des expérimentations préalables et en matière de valorisation de données (création du datalab et module cartographique d'aide à la fiabilisation des bases fiscales de l'application Icad) et, d’autre part, le recours à un prestataire pour la composante de traitement des images, dans le cadre de marchés existants.
Après une phase de cadrage au dernier quadrimestre 2020, les premiers travaux avec le prestataire pour la conception des algorithmes seront lancés début 2021. Les premiers résultats pourraient être mis à disposition des services au cours du dernier quadrimestre 2021, via l’interface Icad qui évoluera à cette fin.
À compter de fin 2022, le projet pourrait s’interfacer avec les composants fonciers du projet « Gérer mes biens immobiliers ».
La connaissance libre : https://zestedesavoir.com
[^] # Un problème classique sous Windows
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Sudo natif sur Windows. Évalué à 10 (+16/-0).
C’est un gag classique sous Windows.
Par exemple, sous Powershell, on a accès à
curlet àwget.Ou pas : en fait c’est des alias vers
Invoke-WebRequest… et donc s’attendent à être utilisés comme ce dernier, et donc sont compatibles avec à peu près aucune des options decurletwget. J’ai toujours pas compris comment quelqu’un a pu trouver que c’était une bonne idée, et comment ça a pu être validé jusqu’à la mise en production.La connaissance libre : https://zestedesavoir.com
# Deux jours, d’accord, mais sur quelle cible ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Combien pour un algorithme de détection de piscines sur les photos aériennes ?. Évalué à 9 (+7/-0).
J’avais discuté de la problématique avec un ami qui travaillait sur ce genre de chose (et pas du tout dans le cadre du contrat CapGemini, d’ailleurs c’était même pas en France métropolitaine), et qui m’expliquait qu’avec les outils disponibles il y a peu, l’exercice semblait simple mais ne l’était pas du tout. Si j’ai bien retenu, on peut facilement « détecter des piscines », mais :
C’est un peu comme de la reconnaissance de texte : c’est assez facile de faire un programme qui va atteindre 80 %, voire 90 % de reconnaissance correcte, sauf qu’on parle de volumes tels que 10 % à 20 % d’erreurs rendent le résultat inexploitable (ou plus exactement : inintéressant par rapport à un traitement manuel) à cause de la masse de correction à faire.
Je suis à peu près persuadé que la facture est énorme pour le service rendu (il y a une astuce : c’est toujours le cas sur ce genre de contrat). Par contre je serais curieux de savoir quel est le cahier des charges de ce contrat, et de le comparer avec ce qui a été réalisé « en deux jours » (en réalité plus, car c’est l’adaptation d’un algorithme proche).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Il n’y a presque que de l’argent magique !
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Combien pour un algorithme de détection de piscines sur les photos aériennes ?. Évalué à 5 (+3/-0).
Je suis tout à fait preneur de d’explications sur ce que pourrait raconter Heu?Reka comme conneries, je n’ai pas les compétences pour les détecter.
Pour compléter ce qui a déjà bien été dit plus haut, je fais (et c’est une opinion personnelle qui ne vaut que ça) une différence entre les connaissances liées à l’étude d’un champ disciplinaire (typiquement : la recherche) et son application pratique au quotidien (typiquement : l’industrie). Dans certains domaines, comme l’informatique, les deux sont assez fortement dissociés, et quelqu’un de bon et pertinent dans l’un ne le sera pas forcément dans l’autre. Conséquence : on se retrouve avec des arguments qui paraissent contradictoires, alors que c’est simplement que les arguments s’appliquent en réalité à des concepts et des réalités différentes. En informatique, la théorie des types est un bon exemple de ce genre de cas.
En ce qui concerne Heu?Reka, c’est d’autant plus compliqué qu’il a pas mal de contenus qui ont l’air « théoriques » mais qu’il présente toujours du point de vue pratique (dans le sens : l’économie telle qu’elle fonctionne réellement) ; et il tape régulièrement sur des théories économiques qu’il présente comme acceptées par le milieu mais qui reposent sur des hypothèses complètement invalides en réalité. J’imagine que, pour quelqu’un qui vient du milieu académique, ça doit souvent paraitre absurde.
La connaissance libre : https://zestedesavoir.com
[^] # Il n’y a presque que de l’argent magique !
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Combien pour un algorithme de détection de piscines sur les photos aériennes ?. Évalué à 6 (+4/-0).
En réalité, beaucoup d’opérations bancaires – et en premier lieu tous les crédits – impliquent de « l’argent magique ».
Si ce que je dit vous étonne, alors vous devriez lire des livres comme « Tout sur l'économie (ou presque) » de Gilles Mitteau (le livre a été largement mis à jour début 2024) ; ou si vous préférez, ses vidéos (elles sont aussi disponible sur Peertube, mais impossible de remettre la main sur une liste générale…)
La connaissance libre : https://zestedesavoir.com
[^] # Re: Optimisation
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche VenC 3.1.1 | Un nouveau générateur de site statique. Évalué à 3 (+1/-0).
Personnellement je ne serais pas si affirmatif.
Je prends le cas de ce site (un peu mort) que je génère avec Hugo. L’un des avantages (et des arguments mis en avant) de Hugo est qu’il est très rapide, et peut se passer de ce genre de cache. Sauf que je ne génère pas que du HTML, j’ai aussi du ePub et du PDF. Le ePub est encore assez rapide ; mais le PDF passe par LaTeX, qui est extrêmement lent… et là, je serais très heureux d’avoir de la compilation incrémentale.
La connaissance libre : https://zestedesavoir.com