On me dit encore et encore que j'écris de bons tutoriels et documentations, concises, claires et très compréhensibles. Il m'est déjà arrivé de suivre ou dispenser des formations, et à chaque fois on m'a demandé pourquoi je n'en faisais pas mon métier. Ça me fait plaisir, bien sûr. Mais vous savez pourquoi j'écris de bonnes documentations ? Parce que mon cerveau a deux faiblesses :

• j'ai une mauvaise mémoire.
• j'ai du mal à comprendre une information si elle n'est pas bien contextualisée (si vous sautez du coq à l'âne, vous allez me perdre).

Donc SebSauvage note tout, pour notre plus grande satisfaction.

1. Une seule chose à la fois

2. L’andon. On arrête tout.
   Si une personne est bloqué, on arrête tout tant qu'une solution n'est pas trouvé. Si besoin, on fait évoluer les standards.

3. les standards
   Alors si tu sais comment livrer du code de qualité, écris-le et explique-le. Un document qui guide notre façon de travailler et auquel on a nous-même contribué, c’est un outil simple et puissant pour accroître la qualité de ce qu’on fait.

Pourquoi est-il pertinent d'arrêter de se concentrer sur les travailleurs, mais sur les décisions prises (changement de politique, etc...).

Good points! I have use cases where a frontend database approach will work perfectly!

A bit of thought about Rust that will replace C/C++ little by little. and how Rust will be (and is) wider used than Zig because of its safety.

Par contre, pour convaincre d’autres citoyen·nes d’essayer, il faut avoir des arguments : des alternatives, des recettes, un discours construit sur la nécessité de consommer moins de viande, des idées pour y arriver et une autorité qui s’acquiert, en partie, par l’exemple.

Mangez moins de viande n’est pas une attaque envers les un·es, les autres, les traditions ou les valeurs du groupe. Vous pouvez manger moins de viande et déguster un chapon à Noël. Manger moins de viande et apprécier celle que vous achetez. L’objectif, c’est d’en consommer moins. C’est un impératif de survie.

Pour aller plus loin, le code en lui-même n’est peut-être pas si critique, mais ce que l’on a appris en le concevant et l’utilisant l’est bien davantage. C’est cette transmission qu’il est important de rendre possible au sein de l’équipe.

Oui cela va changer le monde du développement
Oui on aura toujours besoin d'humains

Consistency is the deciding factor in long-term success

Totally agree.

We can all stay consistent when we're in a great mood and feeling motivated. What really makes the difference is finding a way to stay consistent when we feel like shit and would rather stay in bed.

A key difference is how to react when it is hard or you don't want to do it anymore.

When shown the huge list of operating systems curl runs on, people often ask me which is the strangest, or hardest, operating system to keep curl support for. The answer is always, and will probably always remain: Windows.

No other operating system has so many custom, special, weird and quirky ways that require special-case solutions in the code.

Mais cela poussera à réfléchir à ce que nous voulons que les humains fassent. Écrire des synthèses fades et sans originalité ou bien travailler de manière plus créative ?

Et Bortzmeyer rappelle que la progression technique n'est pas linéaire.

TL;DR; éviter les interfaces inutiles. La question se pose alors: quand est-ce qu'une interface est pertinente?

Deux cas vous indiquent que vous devriez avoir une interface :

• Vous développez une bibliothèque : mettez toute l’API publique dans des interfaces. Ça permet une excellente séparation de ce qui est public (et utilisable par les tiers) de ce qui est du détail d’implémentation et « public » pour raisons techniques. Vous pouvez même distribuer ces interfaces dans un paquet séparé si c’est pertinent dans votre cas.
• Vous savez déjà, lors de votre conception, que vous avez plusieurs implémentations distinctes à réaliser – maintenant ou dans un futur proche et non-hypothétique.

When we fall to the Sunk Cost Fallacy, we are most likely to continue an endeavour if we have already invested in it, minimising downsides and new information in the process.

It happens due to three reasons:

• the commitment bias: we stick to a previous decision despite new evidence showing it isn’t the best course of action
• the loss aversion bias: avoid being in a losing situation since losses feel much worse than gains.
• the endowment effect: we tend to attribute more value to something we own or make than something we buy.

Solution?

Instead of estimating how long it will take to code a feature, you could estimate the maximum amount you’re willing to spend on this feature

Tooling for DX have skyrocketed these last years.

Point is it is still hard to develop these tools: what if there is a standard? "What if your users could start writing lint rules immediately?".

As an example of Tree-sitter, what if such a compiler could include every build framework such as salsa, turbo [opinionated thought], VSCode, etc...

All of these tools are what I’d call meta-tools. They allow programming language implementors to increase their productivity in a comparable manner to how developer tools increase the productivity of regular developers.

How?

• Meta-tools must offer such a compelling suite of features that it becomes difficult to refuse.
• The experience of using a meta-tool should also be first-class.
• Meta-tools must fundamentally be extensible: being able to implement theirself 1% needed.

What keeps Rust from being an Inria PhD student’s thesis that nobody uses is its focus on tooling, good compiler diagnostics, and ecosystem

• raise the bar: maybe it’s better code generation for scaffolding projects. Maybe it’s extremely quick deployment based on incremental compilation. Maybe it’s seamless interop with other languages.

La solution, la seule, permettant de traiter le mal plutôt que ses symptômes est pourtant connue. Elle consiste, je vous en ai déjà parlé, à créer un index indépendant du web. C'est à dire à réinstaller durablement dans l'espace public une "ressource", un "bien commun" dont l'exploitation par des acteurs privés à fini par installer des usages essentiellement privatifs, là où pourtant l'ensemble des caractéristiques techniques (son architecture) et des usages (ces 'contenus' qui 'font' le web) de ce "bien" relèvent, par nature, de la sphère publique commune.

Aussi, développé dans l'article:

Il n'y a pas de barrière technique ou juridique au déploiement de cet index indépendant.

Avec de bons débuts d'aggrégation de données: Hathi Trust pour les livres, Internet Archive pour les sites webs.
Les technologies open-source sont aussi présentes, de même que la recherche au niveau européen. Les services quotidiens ont tous ou presque un équivalent open-source.

This is in large part because HTML is a limited hypertext. In particular:

• Only <a> and <form> can make HTTP requests
• Only click & submit events can trigger them
• Only GET & POST HTTP Methods are widely available
• A request must replace the entire screen, leading to a clunky and sometimes jarring user experience

To the last point: the transition API is on its way :)

Each new generation on the web needs to learn that there’s no such thing as a permanent web identity on a commercial web service.

The only long-term solution to maintain your identity is:

1. your own domain name
2. Your own website/blog
3. Several backups

Everything else is temporary. Your accounts on myspace, facebook, medium, twitter, google plus, youtube, tiktok, mastodon will one day disappear or become useless.

You don’t have a "community" on those websites. Only ephemeral discussions.

Legit if you think in terms of years.

2 things:

• Today I Learned - TIL
• Write about your projects

I recommend adding “write about it” to your definition of “done” for anything that you build or create.

Nième exemple que la privatisation dégrade le service?

Les entreprises ont mis en avant le fait qu’elles allaient créer de l’emploi et rendre le territoire attractif mais « l’emploi ramené au bénéfice de ces structures, c’est rien. Ce MRS3 a une consommation électrique de près d’un huitième de la ville. Cela équivaut à celle de 50 000 habitants », dénonce l’élu

Eh bien cela ne fait-il pas d'argent pour EDF? Pouvant ensuite être réinvesti?