Idées sur le développement

Vous pouvez aller sur un paragraphe au hasard.

Vous pouvez aller aussi sur les chapitres suivants:

• Grands principes
• Livres

Devises du programmeur

• Maintenir, c'est se punir.
• Commenter, c'est radoter.
• Démontrer, c'est folâtrer.
• Spécifier, c'est tyranniser.
• Insister, c'est s'enfoncer.
• Releaser, c'est se résigner.
• Suivre les spécs, c'est s'humilier.
• Trouver un bogue, c'est faire preuve de méchanceté.
• Déboguer, c'est manquer de foi.

Le développeur est-il un chaman moderne?

Mes retours d'expérience provisoires sur mon fil de posts LinkedIn

Pourquoi je fais ça? Parce que ça me plait d'être créatif avec la contrainte de rester dans le domaine professionnel et que ça peut être utile.

J'ai une idée, je commence à écrire un post et à l'étoffer dans un process qui dure une semaine environ. Puis "j'édulcore" ce que j'écris. Par exemple je ne dis pas 'paresseux' mais 'économe en moyens'. Il y a d'autres mots plus grossiers mais justement j'évite aussi de les mettre dans ce post.

Ah oui et tout ça je ne le fais PAS dans mes heures de travail. Je m'amuse c'est tout, en espérant vous faire sourire, vous apprendre quelque chose ou vous permettre de voir des choses autrement.

Les petits lutins

Selon certaines superstitions, les lutins seraient les seuls esprits de la nature à s'intéresser aux technologies avancées. Il serait ainsi de bon ton de leur laisser un peu de nourriture auprès d'un PC pour que celui-ci fonctionne bien.

Quand je vais à la pharmacie, les médicaments tombent d'en haut. Je pensais que c'était des petits lutins qui faisaient cela. Illusion! La pharmacienne m'a expliqué que c'était un bête robot qu'ils remplissaient plusieurs fois par jour.

Tout le monde sait aussi que ChatGPT utilise une armée de petits lutins pour répondre aux questions. Qui osera demander la libération de nos amis du joug d'OpenAI? 😀😀😀

Doers/Talkers

Livres

"Artisanat logiciel propre" de Robert C. Martin

"Architecture logicielle propre" de Robert C. Martin

Les règles métiers devraient être dans leur coin et ne dépendre que du minimum (le JDK en java et la STL en C++).

Le reste, l'IHM, la BDD, le châssis devraient en dépendre mais surtout pas l'inverse. Tous ces machins là devraient être des détails d'implémentation.

Mais bon pour moi la majeure partie du code est dans ces "détails". C'est intéressant ces histoires de composants et de frontières, mais j'aimerais bien voir un cas réel d'implémentation.

Intéressant à lire en tout cas cet ouvrage.

"Refactoring" de Martin Fowler

L'auteur n'est pas contre l'héritage en POO, qui lui semble parfois plus simple. Il procède par petites touches en ayant pendant quelques minutes du code intermédiaire non finalisé.

Il y a un gros prérequis: avoir des tests efficaces et rapides. Et peut-être n'avoir qu'une seule version du logiciel en production.

Ça reste un peu rébarbatif à lire, même si c'est intéressant.

"Power, les 48 lois du pouvoir de Robert Greene

"Mon cours de bonheur" par Tal Ben-shahar

• S pour spiritualité; non pas la religion mais plutôt votre travail a-t-il un sens autre que la paie au bout du mois? Si oui, vous serez plus heureux.
• P pour physique: faites-vous de l'exercice? Restez-vous des heures assis devant votre écran sans vous lever du tout? Dormez-vous bien et suffisamment?
• I pour Intellectuel; ça, ça va dans le développement, il y a toujours des challenges intellectuels. Êtes-vous curieux, apprenez-vous de nouvelles choses?
• R pour Relationnel. Avez-vous des relations cordiales avec vos collègues? Avec le Covid et le télétravail c'est moins évident de nos jours de socialiser.
• E pour Émotionnel. On a tendance à 'écraser' les émotions dans le travail sauf la colère pour un chef. Ce n'est pas si sain que ça.

« Tous des idiots ? » de Thomas Erikson

C'est simple à comprendre, mais les différents profils sont un peu caricaturaux.

Il reste que les gens sont loin d'être tous pareils et qu'il faut adapter sa manière d'interagir avec eux.

Autre idée : une bonne équipe doit contenir un mélange des 4 types de personnalités et un bon manager doit éviter de ne prendre que des clones de lui-même.

Ce livre reste facile à lire. Bien entendu, l'auteur vend sa soupe et son site Web, pour plus de 100 €, permet d'obtenir votre couleur de personnalité selon ce système.

Post vérifié et retapé par DeepL Write. 😁

Rendons grâce aux divinités de Stack Overflow

Le vieux code

Du booléen, le plus simple des types

Une caractéristique du logiciel est qu'il n'est jamais vraiment fini.

Comment revenir en arrière sur une fonctionnalité qui a impacté des dizaines de fichiers source?

Le code le plus facile à maintenir est celui qui n'existe pas!

Les étrangetés de java: l'implémentation des génériques et les mots réservés

	var var = new ArrayList<String>();
	List l = var;
	l.add(new Object());
	l.get(0);
	Object o = var.get(0);
	String s = var.get(0);

Pour ou contre le 'var' en java?

	var o = new Object() {int index;};

Le mensonge distribué

Tests unitaires 'mockés'

Mais, il y a quelque chose que l'on ne peut pas mocker: ce sont les appels "super". Ce qui est fort dommage car ça oblige le TU à connaître trop profondément la super-classe de la classe testée (the class spills its guts in English).

D'ailleurs, c'est pourquoi je n'aime pas les initialisations par constructeurs dans Spring car la super-classe montre trop de choses, par exemple des dépendances à d'autres classes que ne devrait pas connaitre la sous-classe.

Le problème des super est vaste.

Il faudrait préférer la composition à l'héritage.

RTFM

Voyons mon interprétation toute personnelle de cette expression. Lisez la documentation (ex le javadoc) avant de chercher sur Internet précisément la correction du bogue en vous jetant sur Google et consorts comme la misère sur le pauvre monde. 😊😊😊

Un consultant m'expliquait il y a des années que quand il incorporait une nouvelle librairie dans un projet informatique, il lisait sa documentation de bout en bout.

Enfin, ce sont des vœux pieux que moi-même je devrais plus appliquer.

Comment médire tranquillement sur Teams?

Si vous commérez par écrit, effacez une fois lu vos calomnies pour ne pas risquer qu'elles soient visibles quand vous partagez votre écran.

Et jamais, jamais, n'envoyez de mail disant du mal de quelqu'un; vous ne savez jamais où il pourrait être redistribué.

God class

Erreurs de conscience

Informatique expérimentale

Citations humoristiques de mes (anciens) collègues

• Cool, merci d’avoir fixé les inputs des batch (vous noterez les 5 mots français de cette phrase :D )
• Je peux être fin, mais là j'ai pas envie aujourd'hui.
• Est-ce que je peux remplacer Mail par Courriel comme le demande l'Académie française ?
• Ma foi interdit tout avatar.
• Le modèle Git est un graphe orienté, acyclique et connexe de commits.
• Le copié-collé c'est le meilleur ennemi du développeur
• Le meilleur ennemi du développeur c'est le développeur lui-même.
• Demande à ta brosse à dent.
• On va rester sur un échec comme ça demain on sera bien stimulé.
• Il faut envisager le cas où tout va bien et en profiter à ce moment-là.

Les étrangetés de java

	Integer a = 100;
	Integer b = 100;
	System.out.println(a == b);
	Integer c = 200;
	Integer d = 200;
	System.out.println(c == d);

true
false

Je ne suis pas certain que cette optimisation soit pertinente:

• si vous avez le malheur de faire un == entre deux Integer, ça pourrait marcher sur votre poste mais en production ça peut échouer si les entiers sont grands. Après les outils comme Sonar vont vous crier dessus si vous faites ce genre de choses.
• ça ne doit pas aider la JVM à optimiser et virer Integer pour ne se servir que de l'int.
• si vous avez à créer plein de grands entiers, eh bien vous aurez deux comparaisons gratuites à chaque génération d'Integer.

Qu'est-ce qu'un Spike?

Le but d’un spike, c’est de répondre à la question “Comment on fait ?” dans des cas compliqués où cette question n'a pas de réponse évidente. Par exemple, on va utiliser une nouvelle technologie que personne ne maitrise dans l'entourage proche.

On se donne quelques points à implémenter et une durée courte pour ce faire, du type un ou deux jours. On développe alors un prototype de code, non destiné immédiatement à la production. Et on essaie de programmer la solution la plus simple possible. Puis au final on documente en disant tout ce qu'on a appris en faisant ce spike, y compris les voies sans issue et on le présente à son entourage.

Billet d'humeur plaisantine

J'essaie aussi de leur indiquer qu'ils pourraient être gentils, généreux et offrir le repas du midi au restaurant. Mais là aussi, je suis déçu.

Je suggère aussi en rétrospective que nous soyons tous augmenté de 10%. Pas d'effet.

La vie est une longue suite de déceptions, comme disait quelqu'un.😀

ChatGPT

Après dans la réalité, y-a-t-il beaucoup de petites mains derrière ce succès, pour rester politiquement correct par exemple? C'est une question légitime.

Bogue en java assez étonnant

	Integer i = 1;
	String s = "Bonjour";
	System.out.println(i + ' ' + s);

Ca vous parait peut-être facile de comprendre ce bogue mais dans du code plus compliqué, ça m'a fait perdre du temps. J'ai compilé et recompilé et je ne comprenais pas.

En fait c'était tout à fait logique, le premier '+' additionnait l'entier 1 au caractère espace qui vaut 32 en ASCII d'où le 33 et la disparition de l'espace. Maintenant les accusés:

• Sonar qui n'aime pas les guillemets sur les chaînes d'un caractère et m'a donné l'habitude d'écrire ' ' au lieu de " ";
• un vilain tachon qui a du me jeter un sort par pure méchanceté gratuite.

Moulinette de génération de code

C'est mieux que faire des tas de copier-coller à la main qui sont risqués et ennuyeux à mourir. C'est aussi plus amusant d'écrire ce code de génération qui me prend, moi, d'une à deux heures par moulinette. J'ai acquis une certaine expertise dans le domaine et je code mieux ces moulinettes en java 17 qu'auparavant.

Les couleurs en informatique

Ainsi les pixels des écrans sont lumineux er mélangent le rouge, le vert et le bleu. Et toutes ensemble ces couleurs font du blanc. Les encres d'imprimante sont de la matière et leurs couleurs soustractives sont le cyan (absorbe le rouge), le magenta (inverse du vert) et le jaune (complémentaire du bleu). Toutes ensemble, elles font du noir.

Quand un ordinateur imprime une image, il faut traduire les couleurs des pixels en celles d'encres.

La génération de l'aléa en informatique

C'est un problème si difficile qu'il y a un livre blanc de 20 pages de Microsoft sur le hasard dans Windows 10.

Il existe des dispositifs matériels pour générer de l'aléa avec des mécanismes basés sur la physique quantique (des miroirs semi-réfléchissants par exemple où un photon prend aléatoirement une direction ou une autre). Mais rien dans les postulats de la mécanique quantique ne garantit mathématiquement un hasard parfait (suites de Martin-Löf pour les matheux curieux) même s'il y ressemble.

Il existe aussi des méthodes diverses et variées pour générer de l'aléa: par exemple avec les mouvements de la souris ou d'autres aspects plus techniques (du type /dev/random sur Linux). Mais elles ne produisent qu'une assez faible quantité de bits aléatoires par seconde. Puis, avec ce hasard de base, on utilise des méthodes cryptographiques pour générer encore plus de bits aléatoires.

Pourquoi la qualité du hasard est-elle si importante? Parce qu'elle concerne tout ce qui est cryptographique. Sans hasard fort, pas de carte de crédit réputée inviolable. Quand vous allez sur un site en HTTPS, le hasard est nécessaire pour que personne ne puisse intercepter vos transferts de données entre votre navigateur et le serveur final distant.

Optimisations de base de données

Puis l'optimisation d'un batch d'extraction qui faisait tout via des Daos java. Il durait une heure et demie. Il est passé à une minute et demie en mettant tout dans une seule requête avec des join. Les bases de données relationnelles sont faites pour gérer de façon optimale des jointures; c'est leur cœur de métier...

Puis il y a le code qui fait une grosse requête pour récupérer des données sans aucun cache. Mettre un cache peut améliorer drastiquement les performances et la mémoire vive n'est pas très chère.

Autre optimisation: un code quasiment utilisé à chaque requête Web chargeait une collection inutile et compliquée. Mettre cette collection en Lazy a amélioré considérablement les performances.

Le passé

Je me rappelle du projet où en quelques mois il y avait du 80% de taux de rotation. Le management était basé sur la peur. Les caractères des gens étaient plutôt très forts. Un homme qui était dans cette SSII me rassurait: ce n'était pas comme ça dans les ESN "normales".

C'était une boîte presse-citron. Un manager m'avait dit par exemple de ne pas trop mettre la pression sur telle personne car c'était un X junior.

Rétrospectivement c'était amusant, à prendre au second degré. Je n'avais pas le système défensif et le cynisme requis pour survivre dans cette société à l'époque; j'étais jeune quoi.

En tout cas, j'y ai participé au projet le plus intéressant techniquement que j'ai jamais fait. Elle était reconnue comme ça cette entreprise par les prestataires d'autres SSII: très intéressante techniquement mais avec une ambiance de fin du monde.

A posteriori, j'aurais du jouer différemment, j'étais peu au courant des enjeux humains. Il y avait bien entendu beaucoup de positif dans cette boîte.

Je conseillerais à un junior d'aller, si possible, chez un éditeur de logiciel plutôt qu'une ESN. D'ailleurs le rêve à l'époque des salariés de cette société c'était d'être embauché par un client.

Program transformation

De ma propre expérience, j'ai surtout utilisé des scripts Shell Git Bash pour faire cela. Avec:

• iconv : conversion d'encodages;
• sed : recherche/remplacement de texte;
• find : trouver des fichiers source dans une arborescence;
• mv (pour écraser le fichier source avec le fichier temporaire transformé).

Autre exemple où j'ai utilisé find et grep -v pour virer une annotation java devenue inutile.

Blague de Noël 2023

• le mathématicien: 2, 3, 5, 7; ouh c'est compliqué il faut que j'étudie ça de plus près;
• le physicien: 2, 3, 5, 7: facile l'expérience le montre c'est 2 et tous les nombres impairs pluq grands que 2;
• L'informaticien: 2, 3, 5, 5, 5, 5...

• le mathématicien dans toute sa rigueur, comprend que c'est une suite très compliquée, aux multiples secrets;
• le physicien fait des expériences et valide en en tenant compte ses théories. Là, s'il avait poussé plus loin son expérience il aurait vu que 9 invalidait sa théorie;
• l'informaticien a construit un programme bogué qui boucle indéfiniment.

Tendance sur le Javascript

Ainsi, sur mon site perso, je vais éliminer JQuery. Pour cela, j'utiliserai directement le DOM:

• querySelector et getElementById pour récupérer des nœuds;
• les attributs onXXX avec des fonctions pour des clics par exemple;
• fetch (avec sa bizarre double promesse) plutôt que $.ajax J'avais préjugé que ce serait difficile de supprimer ce $.ajax, mais non c'est tout simple en fait;
• l'événement DOMContentLoaded pour savoir que tout est bien chargé;
• classList pour manipuler les classes.

L'obfuscation de code

Pour pallier à cela, il existe des obfuscateurs de code qui renomment par exemple tout ce qui est private en des noms à coucher dehors. Mais ils sont parfois difficiles à utiliser si vous voulez en plus que ce qui est public soit aussi obfusqué car certains champs publics doivent garder leur nom original, par exemple si on les traduit en Json.

Bien sur le code très mal écrit est parfois naturellement obfusqué.😀😀😀 L'un des pires codes que j'avais jamais vu était de l'assembleur transformé en C.

Il existe un concours de programmes obfusqués en C chaque année.

Quelques perles de code

!StringUtils.isNotBlank(...)

((Double) object).toString()

x != null && x === 0: // ceinture et bretelles

Une période anti-manager

Selon Michael Teachings et ma propre connaissance de moi-même, je suis le but de flow, qui est de suivre les impulsions de la vie. Avec ce but je n'ai pas de grandes ambitions et de toute façon n'aie pas beaucoup d'attributs cardinaux.

Les moteurs Javascript modernes, v8 en particulier

1. Un pré-parsing qui fait le minimum syndical; il vérifie juste la syntaxe en gros. Grâce à lui le code inutilisé dans l'immédiat ne sera pas compilé mais laissé de côté en attendant. Cela accélère l'IHM car pas mal de code ne sera pas utilisé immédiatement ou est même carrément mort. Par exemple, on n'utilise pas toutes les fonctionnalités d'une librairie.
2. Si le script est vraiment utilisé, alors il est compilé en bytecode et exécuté sous cette forme.
3. Si vraiment, vraiment, vraiment ce code est beaucoup utilisé (par exemple dans une boucle) alors il est compilé en langage machine.

Plaisantons sur Sonar

public interface SonarConstants {
    int TWO = 2;
    int THREE = 3;
    // ... ou mieux encore
    int N2 = 2;
    int N3 = 3;
}

Le code ne ment jamais?

Bonne année 2024 à tout le monde

• le sadique bien intentionné (qui colle une réunion le vendredi à 18h);
• le martyr gémissant (qui se plaint de sa charge de travail);
• le maître de l'évidence (le bénéfice, c'est la différence entre les recettes et les dépenses);
• le dormeur;
• et... Le radoteur (qui rapporte de vieilles anecdotes sans rapport avec le sujet débattu).

Quelques expressions sur le diable

Le diable est dans les détails. Dans un logiciel, un seul petit détail oublié et c'est le bogue assuré. Ça me rappelle aussi oncle Bob qui dit que le châssis, la BDD et en gros tout le côté technique sont des détails. Sauf que ça doit bien représenter une grosse part de l'application ces 'détails'.

Le diable vient sans être invité. Sauf si vous avez posé une bombe logique, les bogues en production arrivent sans crier gare.

Mieux vaut le diable que je connais que l'Ange dont je ne sais rien. Travailler avec quelqu'un dont on connait les défauts est parfois meilleur qu'essayer de bosser avec une autre personne qui serait 'supérieure'.

Au diable les varices! Juste pour rire, c'est au diable l'avarice normalement.

Blink, le moteur de rendu de Chromium

ll est multi-process: il y a un process principal du navigateur et plusieurs process de rendu.

Les process de rendu correspondent chacun à un site Web pour améliorer la sécurité en ne mélangeant pas les espaces mémoire mais pas toujours pour des raisons d'économie de mémoire. Un process de rendu est quasiment mono-threadé et utilise de l'asynchrone pour les opérations longues, comme exécuter du javascript. Il peut geler si le javascript fait un très long traitement.

Il laisse le soin au système d'exploitation de nettoyer toutes les ressources utilisées après la mort du process, par exemple la mémoire.

La créativité prend parfois du temps

Paradoxalement, se rendre déjà compte qu'il y a un problème peut prendre des mois, des années. Le regard des autres peut alors être important. Ainsi, mieux vaut s'entourer de gens francs et diplomates.

La cohérence de cache

Pour java, ça permet de traiter les synchronized et volatile en une seule instruction de verrou. Cependant, le modèle java de mémoire permet les caches incohérents et dans ce cas sur un volatile ou un synchronized il faut vider le cache en plus. La plupart des machines ont des caches cohérents, ce qui facilite grandement la programmation multi-tâches. Je me demande si les classes comme ConcurrentHashMap fonctionneraient bien avec un modèle mémoire de java implémenté de façon minimale, sans cohérence de cache.

Bonnes réponses habituelles fournies par les développeurs

Les plus vilains d'entre eux pourraient suggérer que le problème réel est entre la chaise et l'écran du plaignant. Les gourmands suggéreront d'augmenter la puissance et surtout la RAM du serveur. Les délais, toujours trop courts, seront invoqués, ou le manque de spécification claire. Ou, pour les astrologues, que les planètes sont mal alignées, mais revenez demain, je serai mieux luné.

Le développeur peut aussi dire: c'est normal, c'est moi qui fais tout.

'Bonnes pratiques'

Utiliser des classes au lieu de l'attribut style dans CSS.

POO au lieu de procédural. Mais là je nuance: avec peu de structures de données et beaucoup de fonctionnalités, le procédural est mieux adapté. En ce moment de toute façon, je fais plus du procédural avec des services composés de multiples fonctions.

Composition au lieu d'héritage, ce qui contredit le 'O' de SOLID quelque part.

Des petites fonctions bien nommées plutôt que de grosses fonctions. C'est parait-il plus facile à lire et en quelque sorte 'auto-commenté'.

Projection

Une personne dira du mal ou du bien d'une autre car elle a elle-même plus ou moins consciemment le comportement reproché ou apprécié.

J'avais une connaissance qui écoutait les gens médire et quand ceux-ci lui demandaient pourquoi il ne leur posait pas de question, il leur disait qu'il en savait finalement assez sur eux.

Je l'ai souvent observé ce principe de la projection dans ma vie professionnelle. Je ne donnerai pas d'exemple.😀

Je me suis vu aussi accuser d'autres personnes de comportements que j'avais moi-même.

Un cas classique est celui de l'interviewer qui parle beaucoup, est content de lui-même et finalement note positivement l'interviewé.

Des étrangetés de undefined en Javascript

	a={b: 'b', c:null}

	{b: 'b', c: null}

	a.e=undefined

	{b: 'b', c: null, e: undefined}

	delete a.b;

	{c: null, e: undefined}

	JSON.stringify(a)

	'{"c":null}'

Tout cela est plutôt étrange, n'est-ce pas?

Utiliser les ressources humaines à 80%

Dans le domaine des files d'attente, vous avez peut-être noté qu'à la Fnac, il n'y avait maintenant qu'une seule queue pour plusieurs caisses. Et bien ce sont des files 'M/M/1' et c'est mathématiquement prouvé qu'elles sont plus efficaces qu'une file par guichetier. Par exemple, s'il y a un client qui prend 1/2 heure, il ne bloquera pas tous les gens de sa file. Les autres consommateurs plus rapides pourront bénéficier des autres caisses.

Après est-ce que ça peut être transposé au développement? Ça suppose que les programmeurs sont polyvalents.

LinkedIn: Bonjour Jean-François, êtes-vous actuellement à la recherche d’un emploi ?

J'aimerais bien répondre 'non' tout court. Je suis sur ce réseau social pour lire parfois quelque chose d'intéressant et pour poster des bêtises une fois par semaine.

Le développement: de la physique ou des mathématiques ?

La programmation peut se rapprocher des mathématiques quand on a besoin pour des systèmes critiques de prouver le fonctionnement parfait du code. Il existe des méthodologies pour ce faire; j'ai connu un peu la méthode Z qui permet de spécifier formellement et rigoureusement un logiciel. Le métro de la ligne 14 avait son programme écrit à partir de cette méthodologie.

La meilleure des méthodologies en développement

Celle qui a été testée, re-testée pendant des années.

Qui a été pratiquée pendant des années et améliorée au fur et à mesure.

Mieux que Scrum, le cycle en V, ou le concept de l'agilité:

la-rache.com

April's fool...

PWA

Cela consiste en une application web qui est formée de pages ou de sites web, et qui peut apparaître à l'utilisateur de la même manière que les applications natives ou les applications mobiles.

Ça permet de diminuer le coût de développement: plus besoin de faire un programme spécifique pour Android ou iOS.

Une application PWA est installable: l'utilisation d'un fichier manifest permet de proposer, à l'instar d'une application mobile native, l'installation d'un raccourci sur l'écran d'accueil du terminal mobile.

Elle peut même, grâce à un cache, fonctionner en hors ligne.

Tout cela est du aux navigateurs modernes suffisamment puissants et rapides.

Exemple: un fournisseur pour notre CSE nous disait qu'il préférait faire une application Web plutôt qu'une application spécifique pour Android et iOS.

Un jira et ça ira

Vous reprendrez bien une Jirafe?

Pas de jira et rien ne fera car cela signifie qu'il n'y a pas de budget alloué à la tâche donc que ce n'est pas important.

Destin d'un ticket Jira. Un ticket Jira clos, donc mort, peut être réouvert donc ressuscité. C'est plus difficile avec un être humain.😀

Incantation humoristique de la pentecôte 2024

Ô vous grands esprits du 𝔍𝔦𝔯𝔞, de ℭ𝔥𝔞𝔱𝔊𝔓𝔗, de 𝔊𝔬𝔬𝔤𝔩𝔢 et de 𝔖𝔱𝔞𝔠𝔨 𝔒𝔳𝔢𝔯𝔣𝔩𝔬𝔴, je vous demande humblement de prendre en compte mes requêtes.
Je souhaite, que par votre illustre puissance, tous les bogues rencontrés soient corrigés fissa.
Que les nouvelles fonctionnalités soient implémentées sans difficulté, par moi et mes frères développeurs.
Que jamais les clients ou les recruteurs ne tentent de rogner les budgets.
Que demain, on rase gratis.

On ne sait jamais, sur un malentendu, ça peut marcher. Pourquoi ne pas essayer ? 😀

Pourquoi est-ce que j'aime les posts de développeurs sur LinkedIn ?

Parce qu'ils me permettent d'apprendre de nouvelles choses sur le développement.

Un exemple pour moi: on n'a pas vraiment besoin d'utiliser JQuery et donc j'ai supprimé cette librairie de mon site personnel.

Les lecteurs n'ont pas tous le même niveau de connaissance sur un sujet donné. Un sujet qui semble rebattu et connu pour vous, ne l'est peut-être pas pour moi.

Un truc que j'ai vécu en participant à un concours de nouvelles, c'est qu'il y aura toujours des gens contre ce que vous écrivez, mais il y aura aussi des gens pour; il suffit que mon écrit rencontre son bon public.

Une citation d'Erving Polster: nul ne peut échapper au fait d'être intéressant. Donc à vous les développeurs, continuez à poster!

On ne teste jamais deux fois le même programme

Pourquoi? Parce que la mémoire de l'ordinateur aura changé et ne sera pas exactement la même; et donc les objets en RAM auront des adresses différentes.

Plus sérieusement, je reste dubitatif sur la complexité des environnements client (Smartphone, Tablette ou PC) ou des serveurs (qui peuvent être multiples, même faire du fail-over, du load-balancing et avec une charge qui peut varier). Il est difficile de reproduire les environnements de production, surtout sur son propre PC de développement.

Transparence référentielle

Par exemple, si elle utilise une fonction qui dépend d'une variable globale (la date du jour par exemple), elle sera référentiellement opaque.

Quels sont les avantages de la transparence référentielle?

Les résultats peuvent être cachés pour accélérer le programme.

Un compilateur intelligent peut déplacer une telle expression hors d'une boucle, rendant l'écriture plus simple au programmeur qui n'a pas besoin d'extraire lui-même l'expression de la boucle.

Cela permet aussi de ne pas avoir de mauvaise surprise lors de l'utilisation d'une fonction référentiellement opaque qui ne donne peut-être pas deux fois de suite le même résultat.

C'est une notion importante en programmation fonctionnelle.

Féliciter son manager

Une vidéo Youtube sur le sujet.

Zig, le langage qui succéderait à C

Plus sérieusement, Zig est un langage de programmation impératif, généraliste, statiquement typé et compilé, conçu par Andrew Kelley. Ouf.

Qu'a-t-il de spécial?

Il est conçu pour être simple et ne pas donner la possibilité de faire des choses de deux façons différentes.

Il s'interface très bien avec C; il peut même en lire les entêtes .h.

Les pointeurs peuvent recevoir une valeur de vide et le compilateur fait des vérifications statiques dessus.

La gestion des erreurs est assurée par des types d'erreurs et peut être gérée par catch ou try.

Une fonctionnalité intéressante est qu'on passe des allocateurs de mémoire aux fonctions appelées; plus de malloc invisible dans une fonction C dont on n'a pas le code source.

Oui, comme c'est un langage orienté système, il n'a pas de ramasse-miettes.

Une voie

C'est-à-dire tous les problèmes qui viennent avec (idée d'Isabelle Gilbert, autrice de 'comme par magie', un livre sur la créativité dans le domaine littéraire, elle n'utilisait pas le mot déchet mais un autre, plus imagé, que je n'ose mettre sur LinkedIn 😀).

Si on ne veut pas engloutir ce plat peu appétissant, alors on ne suit pas ce sentier et on fait autre chose.

C'est pourquoi il faut une certaine discipline quand on s'engage dans quelque chose.

Une différence entre un professionnel et un amateur en créativité est que le premier s'active par tous les temps et le second a besoin d'un bon alignement des planètes.

Les tests par mutation (mutation testing en anglais)

Puis on lance les tests et on voit s'ils signalent des erreurs; s'ils n'en signalent pas, c'est que vos tests sont incomplets. Si un test crashe, c'est bon signe, votre suite de tests est plutôt bonne.

Il existe des outils pour faire des mutations automatiques. L'inconvénient de cette méthode c'est, que même automatisée, elle prend beaucoup de temps. On ne peut pas la lancer tout le temps.

Quelques utilitaires Windows 10 plus ou moins connus

Nombres dits 'magiques'

• 1664 connu par tous les amateurs de bière;
• 42 le nombre universel;
• CA FE BA BE les 4 octets en hexadécimal qui sont au début d'un fichier java compilé en .class;
• 1.618033988749895 qui est... le nombre d'or égal à (1+√5)/2 et qui vérifie X² = X + 1;
• 745615114 j'ai tapé au hasard sur mon pavé numérique.

Quelques citations sur l'optimisme et le pessimisme

Le pessimisme est d'humeur, l'optimisme est de volonté.

Un pessimiste voit une difficulté dans chaque opportunité et un optimiste une opportunité dans chaque difficulté.

Je préfère être optimiste dans ma vie professionnelle et privée.

Réponse 1 de Pierre Desprogres: le pessimiste est un optimiste avec de l'expérience.

Réponse 2: tandis que le pessimiste voit le verre à moitié vide et l'optimiste à moitié plein, le réaliste le boit.

Réponses humoristiques à des questions que l'on pourrait vous poser

On vous dit que vous écrivez du code incompréhensible. Répondez: "c'est normal, c'est pour me rendre indispensable."

Enfin, vous avez un traitement long sur votre PC et vous devez attendre. Chantonnez: "dépêche toi mon Amour je suis garé en double file". Dire des mots doux à votre ordinateur va certainement vous faire gagner un temps précieux.😀

Les commandes Unix

30 ans que je les connais et elles ont très peu changé.

Donc cette connaissance technique là est pérenne pour une fois.

Apprenez à utiliser les grep, find, df, ls, etc... Et les caractères spéciaux tels ` ' $ |. C'est une connaissance qui vous servira toujours dès que vous faites un peu de Linux ou du Git Bash sur Windows.

Pourquoi être contre le brown-out? 😀

Donc si votre quotidien est une longue suite de tâches peu valorisantes et qui semblent inutiles, vous atteindrez peut-être l'illumination en cette vie.

Un bon bullshit job vous rapproche ainsi du nirvana.

Votre chef en vous poussant à bout est peut-être un grand gourou.

Bon, trêve de plaisanterie 😀, le brown-out n'est pas marrant à vivre. Il atteint, parait-il, des jeunes surqualifiés pour un emploi trop 'facile' pour eux.

Le choix d'une librairie est toujours délicat

On peut avoir des failles de sécurité connues de beaucoup trop de monde.

Elle peut évoluer dans une direction inattendue.

Une librairie, ça peut être un boulet aux pieds surtout si en plus, elle est structurante.

Je dirais que si son travail peut être fait en quelques jours de "développement maison", mieux vaut ne pas l'utiliser alors.

Quelques expressions amusantes

Un nom à coucher dehors: se dit d'un nom de variable ou de fonction improbable.

Seul face à Dieu: devant un bogue obscur d'une librairie du type Hibernate.

Il faut courir pour rester sur place (citation de la reine rouge dans 'Alice aux pays de merveilles'): les librairies et châssis changent sans arrêt et il faut sans cesse adapter le code ou tout au moins changer de version (pour un trou de sécurité par exemple) sans vraiment ajouter de nouvelle fonctionnalité.

Du télétravail sur site; vous êtes au bureau tout seul. Ne pas confondre avec 'télétravail inversé' où vous faites des tâches personnelles au bureau.

Échouons, échouons

Leitmotiv vu souvent sur internet avec son corollaire: on apprend plus par l'échec.

De mon expérience personnelle de recherche d'emploi, j'ai eu plein d'échecs mais à chaque fois dus à un gros machin raté dans l'entretien. Mais il n'y a quasiment jamais eu ce truc qui ressortait plus tard dans une nouvelle rencontre, même si j'en connaissais désormais la solution.

Oui, j'apprends des choses de mes échecs mais je ne suis pas sur que ce soit vraiment utile pour la suite.

Quel lieu commun cette histoire d'apprentissage par l'échec! C'est relié quelque part à l'enseignement de la vie par la douleur. Ou aux croyances comme quoi les mauvaises choses nous arrivent sans effort (le diable vient sans être invité) et les bonnes seulement si on travaille beaucoup.

'use strict' en Javascript

Sur mon site personnel, j'ai ainsi du corriger du code qui créait des variables globales sans les définir. J'ai donc du les définir au niveau global. Oui je suis un vilain et j'utilise plein de variables globales sur mon site.

L'avantage de 'use strict' est donc d'empêcher des comportements litigieux et, paraitrait-il, permettrait aux moteurs Javascript de meilleures optimisations.

Un brin de nostalgie

L'auto-complétion: en éditant une ligne, selon où on se plaçait à l'intérieur, une touche de clavier pouvait afficher un mot clé (par exemple PRINT ou INPUT).

La vérification syntaxique: si on se trompait dans la syntaxe d'une ligne, on ne pouvait pas la sauvegarder et un '?' clignotant apparaissait à l'endroit suspect.

Tout ça en moins de 10000 lignes d'assembleur (16 Ko de ROM) à comparer aux millions de lignes nécessaires pour faire tourner nos machines.

Lip service

Expression anglaise intéressante qui signifie de parler de quelque chose sans s'engager dans une quelconque action. On promet monts et merveilles puis on ne fait rien de concret.

Certains politiques, consultants ou managers sont vraiment des experts dans le domaine.😊😊😊

Après, un bon discours, ça peut toujours motiver ou informer les gens.

Peut-on se passer des frameworks Javascript sur le front?

Vous avez fetch pour faire de l'Ajax.
Les Web Components pour créer des composants réutilisables du type 'montant' ou 'adresse postale'.

Ce sera plus embêtant à faire qu'avec un framework; il faudra mieux connaître Javascript, HTML et CSS. Par contre vous n'aurez plus besoin d'utiliser d'obscures librairies ou des châssis 'boîte noire' qui évoluent tout le temps ou sont parfois abandonnés. Plus de peur du 'npm install' qui casse tout.

Vos pages Web mettront moins de temps à charger car il n'y aura plus la masse de code du framework ou des librairies à télécharger avec beaucoup de code mort.

Suis-je fier du code que j'écris en entreprise?

De plus, tout ceci est un travail d'équipe; je ne suis qu'un engrenage parmi d'autres dans la belle mécanique d'une société.

Par contre, il m'arrive d'être content d'un développement que je me plais à relire.

Plus que la gloriole du job effectué, la satisfaction essentielle est quand même la paye au bout du mois.😊😊😊

Résumé d'un excellent article d'Oracle sur les threads virtuelles en java 21

Légères, elles peuvent être des millions et ne nécessitent pas de pool comme les threads natives.

Par contre dès qu'elles rentrent dans un bloc synchronized, elles s'attachent à leur 'vraie' thread: si on veut partager des objets, il vaut mieux qu'ils soient immutables.

Elles se marient mal avec les châssis asynchrones: il faut choisir l'une des deux technologies et s'y tenir.

Je ne suis pas amoureux de mes collègues

Bon, comment vais-je écrire ce post sans insulter mes camarades de travail?

Je ne suis pas contre de voir leurs binettes au boulot. Ça me permet d'avoir des contacts sociaux et de ne pas croupir dans les solitudes glacées de mon appartement.

Et au repas de midi de toujours faire le même running gag sur qui va payer l'addition pour tout le monde; blague dont je ne me lasse pas... Hélas pour mes proches travailleurs. C'est ça les traditions millénaires.😀

« Le grand art du débogage »

Le rédiger me permettrait de conscientiser mes processus mentaux personnels face à ces problèmes.

Le premier chapitre serait une typologie des bogues.

Le deuxième leur origine: there must be a scape-goat comme dirait Lucy dans Snoopy.😊😊😊

Le troisième leur correction.

Je me sens compétent pour produire ce bouquin. Il y a une telle charge négative autour du bogue que ça en devient un sujet intéressant à voir en long, en large et en travers.

Pour le code mort commenté

Donc j'ai un doute sur ce point.

Les méthodes statiques et publiques

Si elles sont savoureuses à court terme, car faciles à invoquer (pas besoin d'une instance d'un objet), leur ingestion pollue le code.

Elles ne sont pas surchargeables.

Elles sont difficiles à mocker : il faut réaliser des choses impies avec Mockito ou PowerMock pour y parvenir.

Ou alors, il faut créer un objet de façade qui appelle la maudite routine.

Le pire, c'est quand, en plus, elles ont un état : rien de mieux pour galérer sur les tests unitaires.

Il y a aussi le fait qu'elles sont plus orientées procédural qu'objet. Mais je ne suis pas un inconditionnel de la POO.

Après, une fois de temps en temps, de la junk food, pourquoi pas ?

Un retournement de situation

Pendant un an et demi, je n'ai donc pas été augmenté. Mais comme le travail m'intéressait, que j'ai la peau dure et que je ne faisais rien d'illégal, je n'ai pas démissionné, ni changé de comportement d'ailleurs.

Puis, un jour, un autre collègue m'a dit qu'il y avait parfois des retournements de situation. Effectivement, quelques semaines plus tard, mon manager a été licencié et j'ai reçu une prime exceptionnelle due à mon travail sur NodeJS pour une application migrée depuis Perl.

La morale de cette histoire est la suivante : si vous êtes manager et que vous ne vous entendez pas du tout avec un collaborateur, alors licenciez-le ou changez-le de service. Sinon, il ne vous aidera pas, et même il pourrait vous nuire.

Autre enseignement : comme en politique, il faut durer ; toute traversée du désert peut mener à une oasis.

Troisième leçon : contrairement au premier point, je n'ai pas fait de mal, sinon de ne pas soutenir mon chef. De toute façon, il s'était créé tout seul maints ennemis dans la boîte, probablement à cause de son côté trop critique. En tant que manager, il vaut mieux coopérer plutôt que de se mettre à dos les gens.

Quatrième point : les temps sont incertains, mais pas nécessairement toujours dans le négatif. On n'est jamais à l'abri d'une bonne nouvelle.

Cinquième conséquence : c'est en mettant au propre cette histoire sur LinkedIn que j'en ai tiré toutes les leçons.

Fausse prophétie du désastre sur le télétravail

Pour ce que je vois, ceux qui ne bosseraient pas du tout se feraient vite remarquer dans ma société.

Certaines personnes peuvent effectivement travailler jusqu'à des onze heures du soir ou le week-end, mais cela reste exceptionnel.

Le désastre annoncé ne semble donc pas s'être produit, en tout cas pas dans ma société.

Je ne suis pas un grand refactoreur

C'est peut-être un défaut, mais j'étais 'conservator' selon un jeu lors d'une rétrospective.

Refactorer le code d'un autre, c'est soit prendre le pouvoir, soit vouloir tout faire à sa convenance.

Le mieux est de se faire plaisir en refactorant et de laisser le soin de corriger les régressions aux gentils collègues.😀😀😀

Trêve de plaisanterie, je crois plus aux refactors faits par l'auteur initial du code, qui en aura vu les limites.

Au final, je ne suis pas contre les refactors, mais il faudrait le faire en concertation avec le reste de l'équipe.

Les grands principes spirituels des programmes

• fonctionnel: le code doit marcher;
• adaptable c'est-à-dire maintenable, il évolue en permanence pour rester fonctionnel, comme la vie. Dire qu'il est terminé, c'est comme dire que la pelouse est tondue;
• durable, c'est-à-dire pérenne. De nombreuses fois, je me suis dit que ce code était trop « sioux » et qu'il ne durerait pas, et effectivement, il était éliminé avant même d'être livré.

KISS

Ce post sera donc basique.

Ne pas écrire de code compliqué ou trop fin car six mois plus tard, même vous aurez du mal à le comprendre.

Même un algorithme compliqué devrait être implémenté simplement.

De toute façon, dans toute ma carrière dans les applications de gestion, la méthode de calcul la plus complexe que j'ai jamais programmée était un tri topologique.

Faire simple, c'est compliqué.

Quelques poncifs sur les langages informatiques

Le java c'est pour les enfants et c'est verbeux. Le C++ c'est pour les vrais développeurs.

Le Python c'est pour l'intelligence artificielle et le big data.

Le javascript est le langage du Web.

Le SQL est dépassé car le NoSQL c'est l'avenir.

Le Perl c'est du 'write-only' tellement il est illisible.

Scala est lent à compiler et compliqué.

C# c'est vilain car c'est du Microsoft.

😊😊😊

Deux idées sur l'IA et le développement

Ma deuxième idée m'est venue en lisant « Code Complete » de Steve McConnel. Pour développer, il disait qu'il fallait écrire du pseudo-code en français qu'on améliorait et changeait plus facilement que du vrai code. Une fois qu'on était satisfait de ce pseudo-code, on le traduisait en un langage informatique quelconque. L'idée serait d'écrire ce pseudo-code et de laisser l'IA le traduire en un programme dans un certain langage informatique. Mais bon, c'est un vieux bouquin et je n'ai jamais vu quelqu'un écrire du pseudo-code.

Les 'prima dona de la technologie'

Un peu d'humour sur le recrutement

Donc en entretien on lui fait lancer deux dés à six faces et s'il dépasse dix on l'embauche.

Le protocole peut être amélioré en faisant lancer un des deux dés par le recruteur, pour voir si ça apporte de la chance à la boîte aussi.

Un raffinement de cette méthode absurde est de regarder qui a tiré le plus grand chiffre. C'est celui qui bénéficiera le plus de cette collaboration.

Ce n'est pas pire que d'utiliser la numérologie après tout.😀😀😀

Petite plaisanterie corporate

- va en enfer !
- monsieur, je suis confus, dois-je partir ou dois-je rester ?

Une grosse différence entre rebase et merge vis-à-vis des conflits dans Git

Avec le rebase qui n'est jamais qu'une sorte de série de cherry-pick, vous allez avoir les conflits du commit 5 que vous allez corriger puis ceux du commit 7 à corriger aussi. À la fin, vous obtenez une 'ligne droite' pour vos commits et il n'y a pas de commit de merge. Les dix commits peuvent ne plus être comme avant le rebase.

Avec le merge vous allez avoir tous les conflits du commit 5 et du commit 7 en même temps à gérer. À la fin, vous obtenez une bifurcation dans les logs, avec un commit de merge et vos dix commits n'ont pas bougé...

Moi je préfère le merge au rebase, surtout s'il y a des conflits qui sont revertés. Et intervenir sur un commit intermédiaire me gêne dans le cas du rebase.

Un bogue intéressant qui m'a bien fait perdre une ou deux heures

Le bogue: des scripts de base de données n'arrivent pas à faire une insertion: ils disent que la colonne est trop grande.

Comme ces enregistrements contiennent des accents, je subodore immédiatement un problème d'encodage. À noter qu'avec Maven le bogue n'apparait pas. Le code:

sh "export NLS_LANG=AMERICAN_AMERICA.UTF8"
sh "sqlplus
  ${USERNAME}/${PASSWORD}@${SERVER_URL}
  @db-init-oracle.sql"

En fait on lance un shell à chaque fois qu'on fait un sh et donc le premier shell exécuté initialise bien NLS_LANG mais il se termine et cette variable disparait dans la tourmente: le deuxième shell ne la voit donc pas. Je suppose que les anciennes machines avaient déjà cette variable initialisée à une bonne valeur. Et en Maven, sqlplus est lancé avec cette variable correctement mise en place.

Correction:

sh """
export NLS_LANG=AMERICAN_AMERICA.UTF8
sqlplus
  ${USERNAME}/${PASSWORD}@${SERVER_URL}
  @db-init-oracle.sql

"""

Remarquez que je ne connaissais pas la syntaxe triple guillemet donc j'ai aussi appris qq chose.

Il faut courir pour rester sur place

En général, les langages, en progressant, maintiennent une compatibilité ascendante mais c'est moins sur avec les librairies et les châssis.

Quelques solutions.
Les frameworks maison sont peut-être vilains, mais c'est VOUS qui en gérez les évolutions.
Certains choisissent de rester avec de vieilles dépendances externes mais du point de vue de la sécurité, c'est pas ouf et pas très attractif pour vendre le poste à un développeur.
Ou alors, il faut prendre du temps de mise à jour des dépendances et parfois ré-usiner sans ajouter de nouvelle fonctionnalité métier: courir pour rester sur place donc.

Symbol en javascript

Ils peuvent ensuite servir de clé d'objet garantie sans collision, comme on pourrait en avoir avec des strings. De plus, les clés (= symboles) / valeurs n'apparaissent pas lorsque l'on parcourt un objet avec un « for in ». Ils permettent ainsi une sorte d'encapsulation faible en cachant les propriétés de clé d'un symbole.

Rédiger cette publication m'a permis d'apprendre la syntaxe suivante:

	const obj = {['maProp'] : 25 };

À part ça, l'utilité des symboles me semble réduite et si je n'avais pas vu leur existence dans une publication de Rudy Onfroy, je ne m'en serais pas occupé. Je ne les ai jamais vus appliqués dans un projet quelconque et vous ?

Langage Haskell

Il propose un typage fort, n'autorise pas facilement les effets de bord.

Il ressemble à Camel. Je me souviens dans mes cours à l'X que la compilation dans un tel langage était très difficile mais une fois qu'elle passait, le programme était correct et fonctionnait sans bogue. On ne peut pas en dire autant des langages standards du type java ou surtout javascript.

Je suis pour le typage le plus fort possible, et vous ?

Réflexions / commentaires

Si on est athée et matérialiste (ce que je ne suis pas), il n'y aucune raison que les machines ne puissent faire aussi bien ou mieux que nous dans le futur. Aujourd'hui, les IAs sont effectivement limitées. Les IAs génératives sont réputées être déjà créatives. Ce qui explique parfois leurs hallucinations... 😀

Je me demande, cependant, si la JVM optimise le traitement des exceptions; probablement que non car ça me parait difficile (vu qu'il faut conserver la pile des appels et que c'est ça qui est très couteux je pense) mais pas impossible: on pourrait imaginer qu'elle ne remplisse pas la pile des appels si on n'en a pas besoin. À creuser donc.

C'est ce que Scott Adams, l'auteur de Dilbert, appelle les 'Prima Dona de la technique' avec les managers qui surévaluent leur compétence technique.

À une exception près : pour du 2FA, on vous demande d'ajouter un logiciel ou d'utiliser les SMS sur votre smartphone personnel.

Vous en connaissez des 10x développeurs ? Moi pas. Des 2x ou 1,5x oui.

Plutôt que des Optional j'aurais préféré du chaînage optionnel à la Kotlin ou à la Javascript du type a?.b qui renvoie null si a est null et a.b sinon.
Je trouve que c'est moins lourd et ça ne crée pas d'objet assez inutile.

C'est ce que je ressens aussi: cette possibilité de paresse intellectuelle. Il faut se reprendre et ne pas y céder.

J'ai un site web personnel avec du Vanilla Javascript essentiellement mais comme je ne veux pas avoir de barrière à ma créativité, je considère qu'il ne me rapportera jamais rien. Sinon, il faudrait que je m'adapte aux gouts des gens ou au marché, et ça me briderait.

Et encore vous ne parlez pas d'espérance de vie en bonne santé et c'est encore pire.

Soyons terre à terre: y-a-t-il 75% de déductions d'impôts sur l'achat de ces cartes-cadeaux?

Je suis le principe YAGNI et compliquer le code pour le rendre réutilisable me semble superflu car il ne sera peut-être jamais réutilisé ailleurs.
Sinon du code clair, solide et maintenable me semblent suffisants.

Je vois un intrus, qui est différent de la masse.

Sauf, que d'expérience, les managers n'aiment pas qu'on leur réponde 'je ne sais pas'.

Il y a DeepL Write pour faire vérifier sa prose anglaise. Je me suis rendu compte en l'utilisant que mon anglais écrit était moins bon que je pensais.

Un prestataire partait, j'ai juste fait en deux jours sur un bon mois des 'ateliers de passation' pour avoir les grandes lignes de certaines parties du code que je connaissais mal. J'ai juste fait une petite page Wiki avec mes notes et je m'y réfère de temps en temps.

Un être humain car ils courent moins vite mais beaucoup plus longtemps que des animaux qui s'épuisent rapidement. D'ailleurs je crois que c'était une technique de chasse de courser des antilopes jusqu'à ce qu'elles se fatiguent.
Je suis plus un marathonien qu'un sprinteur en fait.

Je ne vais pas rentrer dans les questions de spécisme (je n'y comprends rien d'ailleurs) mais l'être humain est un mammifère après tout et ta question ne l'excluait pas a priori.
Oui, c'est vrai, j'aime parfois prendre des raccourcis...

J'avais un problème lors des concours d'ingénieur en physique: il me fallait une heure pour comprendre et démarrer vraiment, je tournais en rond, et après j'avais quand même une bonne note car j'allais vite alors. 1/4h pour trouver des solutions, surtout les créatives, c'est très court pour moi.

Personnellement, j'ai masqué les messages d'Elon Musk dans X. Je ne l'ai pas bloqué car je n'ai rien contre lui mais ses messages me gavaient.
Quel ego surdimensionné il faut avoir pour transmettre ses messages à l'ensemble des abonnés de X!

Moi j'ai vu une fonction C de 1000 lignes écrite par un Coboliste. Je ne sais pas si c'est normal ou non en Cobol, ne connaissant ce langage que de nom.

La victoire a 1000 pères; la défaite est orpheline.

Je ne sais pas si c'est basé sur un phénomène quantique précis mais rien, pour l'instant, dans les postulats de la mécanique quantique certifie qu'une mesure d'un état (du type le passage d'un photon dans un miroir semi-réfléchissant) est vraiment aléatoire, au sens mathématique le plus fort, c'est-à-dire celui des suites de Martin-Löf.

Je dirais surtout que le développeur n'a pas vraiment la main sur les évolutions de son métier.

Oui && peut même éviter un if bien que ce soit parfois moche. && est aussi beaucoup utilisé dans les scripts shell. Je laisse cet exceptionnel && sur un 0 sur mon site car ça m'amuse mais je pense que je ferai différemment en environnement professionnel.

Qualité ou défaut dépendent entièrement du contexte. J'avais exposé une fois une qualité en entretien qui était un défaut pour le poste. Ils m'ont recalé à cause de cela. Mais c'était aussi bien pour moi, car le poste n'aurait pas convenu à ma personnalité. Donc j'ai accepté le verdict, d'autant plus qu'ils s'étaient expliqués.

Je me demandais si j'allais faire du PWA sur mon site personnel mais je crois que cet article m'a refroidi. De toute façon, je l'aurais fait juste pour m'amuser. Bon je vais juste continuer d'utiliser le localStorage Javascript pour cacher des 'petits' paramètres. PWA ce sera pour le domaine professionnel, peut-être, un jour.

Se rapprochait-il du lambda calcul plutôt que des machines de Turing ?

En tout cas, je lis tes publications jusqu'au bout car elles sont généralement intéressantes et bien écrites. Je lis beaucoup sur LinkedIn en fait. Soit je lis complètement un post, soit quasiment pas.

Je ne connaissais pas ':root' et ChatGPT m'a bien renseigné sur ce point et m'a appris par ricochet l'existence des variables CSS que je ne connaissais pas.

L'oubli dans le développement

J'ai tendance à mieux me souvenir du technique que du fonctionnel; certains disent que j'ai une mémoire sélective mais pour moi c'est de l'oubli.

Une autre tendance est aussi de se dire que le code est conservé dans Git, donc on aurait moins besoin de s'en souvenir.

J'avais lu quelque part il y a longtemps qu'on perdait la moitié de nos souvenirs anciens tous les 7 ans.

J'ai oublié ce que je voulais dire à la fin de cette publication.😀

Loi de Goodhart

L'objectif n'est plus d'accomplir un travail de qualité, mais plutôt de maximiser la note.

Un exemple réel : en Grande-Bretagne, un KPI avait été établi pour réduire le temps d'hospitalisation, ce qui a conduit à des patients insuffisamment soignés à retourner aux urgences.

On passera également sur le côté infantilisant des notes qui nous ramènent à l'école. De toute façon, l'air du temps est à noter tout et n'importe quoi sur le Web : les livres, les restaurants, et même les médecins Ah, on peut bien reprocher le crédit social aux Chinois alors que nous faisons un peu la même chose...

Code des Grands Anciens à maintenir

Durant toute ma carrière, je suis toujours tombé sur des applications déjà existantes. Ah si, une fois j'ai participé à la création d'une application Web réécrite de Perl vers un backend NodeJS.

Je crois qu'il existera toujours du vieux code à maintenir et que pour l'instant, les IAs ne sont pas assez puissantes pour le faire. Écrire du nouveau code plus ou moins bogué, ça on peut compter sur elles mais prendre en compte les modifications d'une application déjà existante, ça j'y crois beaucoup moins.

Ma vie ressemble à la boucle d'événements de Javascript

Quelques lignes de Javascript de mon cerveau:

setInterval(publierSurLinkedIn,
  7 * 86400 * 1000);
restaurant.addEventListener(
  "OnAPresqueFiniDeManger",
  () => doRunningGag({victime: 'J2M',
    executer: payerPourToutLeMonde}));

Quelle est votre bonne résolution pour 2025 ?

Vieille blague un peu éculée d'informaticien.

Il y a 30 ans, je connaissais la résolution de mes ordinateurs : 256x192 pour mon ZX Spectrum et 640x480 pour le VGA d'un PC. Mais maintenant, je ne sais plus : je connais juste la capacité de RAM, de SSD et le nombre de processeurs de mes PC et de mon smartphone, mais la résolution non.

Les émojis dans un Wiki, c'est astucieux.

Ils sont faciles à trouver (une phrase le décrivant avec 'emoji' en plus dans votre moteur de recherche préféré), sont beaucoup moins lourds qu'une image et surtout sont textuels donc on peut les rechercher comme du texte.

Cependant, ils apparaissent au fur et à mesure des versions d'Unicode, donc je ne suis pas sûr qu'ils s'affichent correctement sur tous les ordinateurs.

Dires d'un ancien collègue

Pour ma part, je continue à évoluer, mais je ne veux toujours pas faire de management. Le métier de chef existe depuis des millénaires. Développeur, c'est beaucoup plus neuf et intéressant, selon moi.

Tests unitaires Angular plus reproductibles

On dit que les lancer toujours dans le même ordre est une mauvaise pratique et qu'il faudrait qu'ils soient exécutables quel que soit leur ordonnancement. Mais pour une grosse application, c'est parfois trop difficile: certains tests sont parfois mal codés et plantent dans certains cas. Rien de pire qu'un test qui échoue de temps en temps aléatoirement à cause de l'ordre.

Le développement peut parfois ressembler à du rafistolage.

Bon, je pense qu'il exagérait : le code métier peut être élégant et bien écrit.

Mais il dit vrai aussi quand on doit faire tourner des choses ensemble alors qu'elles étaient séparées, quand il faut corriger un bogue dans des milliers de lignes de code plus ou moins connues ou quand il faut comprendre un bogue de librairie obscur dû à la mise à jour de quelque chose dans le logiciel.

Le désir

Avec ChatGPT et ses copains, tout l'art n'est plus de répondre aux problèmes du monde, mais plutôt de créer la bonne question. Et de faire le tri dans la réponse: ChatGPT est très bavard par exemple et seule une petite partie de ce qu'il raconte m'intéresse en général. Les hallucinations sont moins à craindre en développement, car il est possible de vérifier le code généré et de le tester dans un environnement réel.

Les hommes mènent encore la danse, car c'est leurs propres désirs qui les amènent à interroger les IA.

Le jour où les IAs auront des désirs, alors on pourra dire qu'une nouvelle espèce consciente existe sur notre belle planète.

Défaut/qualité: tout dépend du contexte

Une autre connaissance disait qu'on pouvait parler de caractéristiques d'une personne mais pas de ses qualités, ni de ses défauts. Tout dépendait, une fois de plus, du contexte.

En entretien, une fois, j'ai dit que j'étais tolérant, ce qui me semblait être une qualité relationnelle. Or, non, ils voulaient quelqu'un qui impose ses idées, ce qui ne correspondait pas à mon caractère. Ils ne m'ont donc pas recruté et tant mieux pour moi, car cela ne m'aurait pas correspondu.

Quelques citations sur les cimetières

« Les cimetières sont remplis de gens indispensables ». Tout le monde est remplaçable dans une entreprise bien gérée.

« Les cannibales n'ont pas de cimetière ».😊 Cela encourage à faire du zéro déchet.

« Coups de chaud »

Cela arrive à tout le monde de ressentir une émotion de colère; nous sommes humains après tout. Mieux vaut le tolérer quand c'est relativement rare.

Je crois qu'il y a des techniques pour exprimer sa furie sans faire de dégâts. Par exemple, en réunion, respirer et serrer le poing discrètement.

anyMatch et allMatch pour une stream vide.

Cependant, comme le disait mon prof de maths en spé, tout élément de l'ensemble vide a les yeux bleus.😀 Ça c'est pour allMatch. Il renvoie false si et seulement si un élément du flux ne vérifie pas le prédicat.

anyMatch réclame qu'au moins un élément vérifie le filtre et comme le flux est vide, cette condition est fausse.

Je ne parlerai pas pas de noneMatch qui ne pose pas de problème de compréhension.

La voie de l'apprentissage par la joie

Pour ma part, je vais essayer le premier moyen pour cette belle année 2023: me diriger vers ce qui me fait du bien, plutôt que de fuir ou de lutter contre la souffrance. Bon c'est très rare de suivre sa résolution mais je vais du moins le tenter.

Faire des erreurs exprès

Inversement, vous voulez faire valider un document très important par un subordonné alors mettez-y quelques erreurs. Cela a vraiment été fait par un chef de mon passé. Son collaborateur, tout content de dire à son manager qu'il s'était trompé fut bien surpris d'apprendre que celui-ci l'avait fait exprès.

De toute façon, si l'employé remarque une erreur involontaire, le commanditaire peut toujours dire qu'il l'a faite en toute conscience pour contrôler que le travail était bien fait.

Une blague de Scott Adams

Un travail où il gagne beaucoup d'argent, mais tout ce qu'il fait est systématiquement détruit tous les jours.

Un autre emploi, où il gagne très peu d'argent, mais ce qu'il fait est très utile aux gens et à l'humanité.

Dilbert répond qu'il pourrait prendre n'importe lequel de ces jobs qui sont tous les deux mieux que son emploi actuel.

Feedback des feedbacks

On analyse rarement le feedback lui-même. Pourtant il est intéressant de savoir si celui-ci est vrai, est dit de manière non agressive, est constructif, bienveillant et même tout simplement honnête.

C'est tout un art de critiquer. Or si on n'a pas de retours sur sa critique, il sera difficile de s'améliorer et de justement rendre ses feedbacks réellement nourrissants. On me dira que, quelques fois, il suffit juste de voir la tête du critiqué pour comprendre si les paroles ont atteint leur but. 😀

Subtile différence sur map/filter entre Javascript et Java

Pour illustrer, prenons l'exemple de 5 éléments qui passent dans map(f1).filter(f2) et supposons que sur le troisième élément f1 plante et renvoie une exception. En Javascript, alors f2 et même filter ne seront pas exécutées car le map du tableau échoue. En java, par contre, f2 aura été exécutée deux fois.

Si l'on cherche un seul élément et qu'on n'a pas besoin de tout le tableau, alors Javascript fera plus de travail que Java (qui est 'Lazy' et même dans certains cas plus économe en mémoire). Une bonne vieille boucle while serait plus performante en Javascript.

Rappelons ceci quand même: 'premature optimization is the root of all evil'. La plupart du temps, on est sur d'assez petits tableaux et le côté 'force brute' de Javascript suffit.

En conclusion, ce genre de code donne le même résultat que ce soit en Javascript ou en java, mais les calcule d'un façon complètement différente.

Un objet DAO devrait être 'stupide'

Ou, plutôt, toute son intelligence devrait être dans sa requête de base de données, qui, elle, peut être complexe.

Il ne devrait pas utiliser d'autres objets DAOs, ou pire encore, des services métiers.

Ses méthodes publiques ne devraient pas appeler beaucoup d'autres méthodes autres que celles nécessaires à l'accès de la base de données. Elles devraient ainsi être 'isolées'.

En faisant cela, les services métiers peuvent les utiliser comme bon leur semble, sans, par exemple, avoir de références circulaires.

Comment je m'auto-forme

Je vais voir les derniers features des derniers JDKs java.

Je lis des articles sur le Web sur un sujet que je ne connais que superficiellement.

Je lis des bouquins.

Sinon je m'inspire beaucoup du code et des idées des autres. Oui, je suis un peu suiveur...

Si vous avez d'autres idées pour se former, je suis preneur.

Flame-war

Tabulation ou 4 espaces? Moi je préfère les tabulations, les fichiers sont un peu moins gros en particulier pour ceux qui passent sur le réseau telles les pages Web.

Mac, PC ou Linux? Moi je suis très habitué au PC et de toute façon avec GitBash, j'ai accès à toutes mes lignes de commande Unix préférées.

Monolithe ou micro-services? N'ayant jamais fait que du quasi-monolithe, là je ne sais pas. Mais je pressens que le débogage de plusieurs micro-services doit être plutôt compliqué.

Démission et documentation

D'expérience, un prestataire était parti et je lui ai demandé de m'aider à faire un peu de documentation sur des parties du code assez obscures. Ça n'a pris que deux-trois jours en tout mais je m'y réfère actuellement.

Je me sers aussi de ma propre documentation pour me remémorer des choses. Et toutes ces documentations étant sur le Wiki, je les mets à jour régulièrement en fonction des évolutions.

Backgammon, créativité et vie professionnelle

En matière de créativité, on ne sait pas à l'avance par où on va passer. Chaque pas effectué construit le chemin.

De mon propre point de vue, si je n'interfère pas en forçant le processus de la vie, alors celle-ci se déploie correctement selon son propre timing.

On dit que les grands joueurs de backgammon n'ont pas plus de chance que les autres, mais que chaque coup de dés semble s'inscrire dans leur stratégie. Soyons de grands joueurs de backgammon avec la vie!

Créativité, conception et livraison

Cela se voit en développement quand on conçoit quelque chose. C'est alors la phase la plus créative et celle où il est facile de revenir en arrière ou de changer telle ou telle chose.

Mais c'est une autre histoire quand il va falloir vraiment coder dans du legacy. Les choses sont alors nettement moins agréables et les retours en arrière plus onéreux. On rencontre alors la réalité du code qui peut parfois être assez différente de ce qu'on avait imaginé. Néanmoins, certaines fois, tout est fluide et ce qui avait été pensé était correct.

Cela fait partie des joies et des tristesses de la programmation.... Qui reste parfois incertaine.

Tests unitaires Maven en ordre

Il suffit de faire 'ls -U' sur une machine Linux pour voir que les fichiers y sont ordonnés 'naturellement' n'importe comment. Sur une machine Windows, la même commande affiche les fichiers dans l'ordre alphabétique. NTFS serait meilleur de ce point de vue que EXTFSx.

Et depuis un bon mois, je n'ai plus de TUs en carafe de temps en temps aléatoirement.

C'est sans doute une mauvaise pratique, les TUs, dans l'absolu, devraient se lancer dans n'importe quel ordre mais quand vous en avez des centaines, dont la plupart ont été faits il y a des années par des personnes ayant quitté le projet, c'est alors une mesure pragmatique pour rendre les suites de tests reproductibles sur Jenkins.

Humour noir sur les médisances

On peut critiquer n'importe quel collègue mais pas avec n'importe qui. C'est une marque de confiance envers celui qui écoute le ragot. Ainsi on espère qu'il ne colportera pas nos dires à la personne concernée.

Un célèbre dessinateur préconisait de médire de quelqu'un en parlant avec le secrétaire du patron. On était sur ainsi que le ragot soit dument rapporté au directeur tout en vous laissant blanc comme neige. C'est une vieille technique cependant car les assistant.e.s de direction se font rare de nos jours.

On pourrait encore faire le corbeau en envoyant une lettre anonyme, mais ce n'est pas très moderne non plus. Je ne sais pas si on peut envoyer un email ou un texto vraiment anonyme.

Pré-poisson d'avril bien entendu! Ce sont évidemment des comportements à éviter.

Une différence entre procédural et orienté objet

En orienté objet, il est compliqué d'ajouter une nouvelle fonction et simple de rajouter une nouvelle structure de données.

Je m'explique.

Si vous ajoutez une nouvelle procédure, vous pouvez l'écrire indépendamment du reste du code dans son propre fichier. Si vous ajoutez une nouvelle structure, vous allez devoir revoir toutes vos fonctions pour vous en accommoder.

Si vous ajoutez un nouvel objet, vous écrivez son code dans son coin sans avoir à refaire toute la hiérarchie d'objets. Si vous ajoutez une nouvelle fonction, vous allez devoir revoir tous vos objets.

Pragmatiquement: peu de structures de données et beaucoup de fonctions, choisissez le procédural.

À l'inverse, beaucoup de structures de données et peu de fonctions, choisissez l'orienté objet.

Les lutins

J'accusais les petits lutins quand j'avais un bug dans mon code. Mais en fait, c'était le Drac qui était derrière ces méfaits. Vous pouvez être sûrs que c'est lui, ce fils du dragon ou du démon, qui vous empêche de retrouver vos clés, vous cache votre badge d'entrée ou vous subtilise votre carte de tickets restaurant. On ne compte plus ses mauvaises actions, entreprises pour assouvir sa méchanceté.

D'autres superstitions affirment que seuls les lutins s'intéressent à l'informatique parmi le petit peuple.

Un développeur est-il créatif ?

Comme le développeur ajoute du nouveau code tout le temps, on peut considérer que c'est de la créativité, même très contrainte: mieux vaut ne pas être trop original et écrire du code banal.

Le développeur peut aussi supprimer du code, mais la destruction n'est jamais qu'un prélude à la création d'autre chose.

Parfois, il devra créer quelque chose de vraiment nouveau, mais dans ce cas il devrait suivre les principes KISS et YAGNI pour ne pas en faire trop.

Code "qui marche"

J'estime que cette réécriture prend environ 10 à 20% du temps passé à écrire le code moche. Alors autant le faire! Ça ne coute pas cher et ça rapporte gros en termes de maintenance.

J'ai presque fait du TDD aujourd'hui et j'ai trouvé ça bien. J'ai lu dans un livre qu'il valait mieux avoir des tests de propreté semblable au code de production.

return n && (n % 9 || 9);

Il vaudrait mieux écrire:

if (n === 0) {
	return 0;
} else {
	const mod9 = n % 9;
	return mod9 !== 0 ? mod9 : 9;
}

Commenter, c'est radoter

Et qui maintient des annotations? Personne. Commenter est le signe clair que le programme n'est pas bon. Bien sur, il y a des exceptions comme les javadocs pour une librairie utilisée par des personnes éloignées. Exemple: les documentations des JDKs. Commenter pour du bon code, c'est donc vraiment radoter car c'est faire de la paraphrase.

Lexique humoristique du politiquement correct

Il n'y a qu'un mot que je n'édulcorerai pas: 'vilain' qui est comique en lui-même.

Parler est un besoin, écouter est un art

Il faudrait se forcer à une pure écoute, sans vagabonder mentalement pendant ce temps là.

Certains conseillent de noter notre merveilleuse idée d'interruption pour ne pas l'oublier, mais ça me semble délicat et pas toujours possible de le faire. Peut-être faudrait-il perdre notre pensée et privilégier l'écoute.

Logique/intuition

Il y avait un bon article dans Pour la Science sur l'intuition. Il affirmait qu'il y avait deux sortes de raisonnements: l'un analytique qui regarde les différentes options et l'autre, intuitif sous forme "d'eurêka". Les intuitions stimulent le circuit de récompense du cerveau et donc donnent de la joie. Mais pour que ces intuitions aient lieu, il faut être dans un état de paix relatif. Si on est stressé, on a plus tendance à utiliser la méthode analytique.

Cet article disait aussi que les gens utilisant majoritairement l'intuition étaient moins sujet à la désinformation, aux fake news et y croyaient moins.

J'ai remarqué aussi que mon cerveau parfois s'emballe sur un sujet et trouve après une longue rumination une idée "géniale" professionnelle ou non. Qui, après une bonne nuit de sommeil, s'avère idiote. J'ai appris à 'couper' mes réflexions quand elles tournent en rond.

Échéances en développement

Sans date limite on peut reporter ad vitam eternam notre développement en se disant qu'on pourra toujours le faire dans le futur. Futur qui n'arrive pas.

Mais c'est quand même très rare de ne pas avoir d'échéances dans le domaine professionnel. Cette publication s'adresse plus à la création personnelle où il n'y a pas de date limite et où le perfectionnisme peut pousser à ne rien terminer.

La fameuse technique du canard en plastique

En verbalisant vos idées, vous aurez peut-être l'illumination pour corriger ce bogue.

Pour ma part, j'écoute quand un autre développeur a un problème à solutionner, et, bien souvent, il découvre la solution par lui-même et me remercie quand même. Chut! Il ne faut rien dire, pour que je ne perde pas mon auréole.

Ode humoristique à LinkedIn

Ô grand esprit algorithme de LinkedIn.
Apportez-moi vos mille likes, vos cent mille impressions.
Faites que la dopamine coule à flots dans mon humble cerveau.
Car je suis votre serviteur dévoué.
Permettez-moi de lire les publications sur les freelances comparés aux CDI et sur l'IA.
Abreuvez-moi de connaissances sur le développement.
Que tout cela soit votre volonté.

On ne sait jamais; sur un malentendu, ça pourrait fonctionner.

Précrastination

Elle consiste à reporter une tâche importante pour se consacrer à des activités insignifiantes mais faciles.

L'activité importante est source de stress, d'anxiété ou d'autres émotions négatives. Ce qui nous pousse à la repousser.

Parfois aussi, on se dit qu'on aura bien le temps de faire cette activité importante et que le risque est faible de se consacrer à d'autres tâches beaucoup plus faciles. On pèche ainsi par une sorte d'optimisme malvenu.

Bien sûr, tout cela mène à la procrastination.

Smart and Get Things Done

Smart, intelligent donc, la stupidité ne mène pas à du code de qualité et ne permet pas de bien résoudre les problèmes, si on les solutionne d'ailleurs...

Get Things Done: c'est-à-dire que l'on agit et on fait le taf. Un beau parleur très intelligent ne mènera pas les choses à bien.

Tout simplement!

Grands principes de développement

KISS

• Faire les choses le plus simplement possible.
• Un programme simple est plus facile à comprendre et à relire
• Mais faire simple est compliqué
• « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément » de Nicolas Boileau
• Ne pas confondre ‘facile’ et ‘simple’: quelque chose peut être simple comme l’addition binaire mais si vous ne savez pas le faire, ce n’est pas facile. Il peut aussi être plus facile d’écrire du code compliqué que du code simple.
• La simplicité renforce la maintenabilité dans un univers toujours changeant.
• Supprimez tout code inutile, tout code mort pour simplifier
• Principe YAGNI “You Aren’t Gonna Need It”: si le code ne sert pas MAINTENANT supprimez-le tout de suite
• Ajoutez juste la complexité vraiment utile aujourd’hui

DRY

• Éviter de répéter le même code à plusieurs endroits dans un programme.
• Déplacer le code redondant dans une fonction.
• Un des buts de ce principe est de faciliter la maintenance du programme.
• On peut utiliser des générateurs de code pour avoir des redondances à un seul endroit
• Exemple de redondance: HBM Hibernate sur les noms de propriétés dans l’XML et le code
• Instabilité du développement
• Chaque élément de connaissance doit avoir une représentation UNIQUE, NON AMBIGUË, OFFICIELLE dans un système
• La question n'est pas de savoir si vous vous rappellerez d’une duplication, mais de savoir quand vous l’oublierez.
• Devinette : qu'est-ce qui est pire que l'absence de commentaires ? C'est la présence de commentaires obsolètes.
• Plutôt générer la documentation à partir du code.

YAGNI

Il vaut mieux éviter d'écrire du code pour un besoin futur qui n'existe pas à présent.

Pourquoi? Car vous allez perdre du temps à écrire ces lignes de programme et ensuite à les maintenir alors qu'elles n'auront peut-être aucune utilité ni maintenant, ni dans le futur.

Principe d'économie donc.

Principe de Demeter

Toute méthode M d'un objet O peut simplement invoquer les méthodes de

• O lui-même
• les paramètres de M
• les objets que M crée/instancie
• les objets membres de O

Principe SOLID

• (Single responsibility principle): une classe, une fonction ou une méthode doit avoir une et une seule responsabilité
• (Open/closed principle) une entité applicative (classe, fonction, module ...) doit être fermée à la modification directe mais ouverte à l'extension
• (Liskov substitution principle) une instance de type T doit pouvoir être remplacée par une instance de type G, tel que G sous-type de T, sans que cela ne modifie la cohérence du programme
• (Interface segregation principle) préférer plusieurs interfaces spécifiques pour chaque client plutôt qu'une seule interface générale
• (Dependency inversion principle) il faut dépendre des abstractions, pas des implémentations

Principe BASE

Signification de l'acronyme:

• BA=Basically Available: la BDD fournira de la disponibilité sur les données en faisant des réplications si nécessaire mais n'assurera pas une consistance de la BDD immédiate;
• S=Soft State pas de consistance immédiate sur les écritures, les noeuds d'un cluster peuvent ne pas être consistants les uns avec les autres, c'est au développeur d'assurer:
• E=Eventually Consistant la consistance de la BDD qui ne sera pas immédiate mais faite plus tard. Dans certains cas, la consistance sera effectuée au moment d'une lecture.

Anti-principe GIGO

C'est l'acronyme de Garbage In, Garbage out. En français: ordures en entrée, ordures en sortie.

Si vous rentrez des données de mauvaise qualité dans un logiciel, il ne faut pas s'attendre à ce que celui-ci les corrige pour vous. Il va faire des calculs erronés sur vos entrées et vous fournir un résultat d'aussi mauvaise qualité ou pire encore. C'est un peu moins vrai de nos jours, ce principe GIGO. Par exemple, les correcteurs orthographiques existent maintenant.

The End of this article