So dynamic-linking saves us about 11%11% of build time in incremental case.
This time dynamic-linking saves us 0.25 seconds, or about merely 5%5%.

How to destroy softwares on the long term?

le site des Centres de contrôle et la prévention des maladies (Centers for Disease Control and Prevention, CDC), la principale agence fédérale en matière de protection de la santé publique, a notamment subi la suppression de nombreuses pages web, dont celles qui évoquaient les LGBT.

Les jeux de données du dépôt du CDC ont été archivés sur le site de l'organisation à but non lucratif le 31 janvier dernier par un utilisateur enregistré sous le pseudonyme SheWhoExists. Il contient 98,5 Go de données.

Le CDC a été archivé sur https://archive.org/details/20250128-cdc-datasets

Charles Gaba's index https://acasignups.net/cdc-website

(via https://sebsauvage.net/links/?41I4sw)

Avoid, at all costs, arriving at a scenario where the ground-up rewrite starts to look attractive

Aim to be 90% done in 50% of the available time

Think about pathological data

Edge cases are our entire job.

There is usually a simpler way to write it

Write code to be testable

It is insufficient for code to be provably correct; it should be obviously, visibly, trivially correct

Suite à la prise de fonction du président des État-Unis, Sebsauvage effectue un rappel de ce premier mois.

Il y a dans l’uni­vers profes­sion­nel une culture du chef qui reste assez marquée et à laquelle je n’adhère pas. En zone de stress j’ai vu la plupart des direc­tions repar­tir à la recherche d’un leader éclairé qui aligne­rait tout le monde en prenant les bonnes déci­sions inspi­rantes que les autres n’au­raient qu’à suivre.

[...]

Coro­laire : C’est aux sachants proches du terrain de faire les choix et prendre les déci­sions, pas au mana­ge­ment.

Mon rôle c’est de les mettre en capa­cité, de m’as­su­rer qu’on mette les bons enjeux, les bons moyens, les bons process pour arri­ver à ce qu’on ait les bonnes personnes pour prendre les bonnes déci­sions au bon moment sur les bons sujets.

A blazingly fast, open-source backend with type-safe REST & realtime APIs, built-in JS/ES6/TS runtime, SSR, authentication, and admin UI built on Rust, SQLite & V8.

Simplify with fewer moving parts: an easy to self-host single-executable with everything you need to focus on your mobile, web or desktop application. Sub-millisecond latencies eliminate the need for dedicated caches, no more stale or inconsistent data.

Recommendation of the video

Avoid

• folders
• inline properties and tags

Use

• wikilinks
• properties
• tags

As always it depends on the needs, but using only wikilinks, properties and tags can be practical and encourage better patterns.

Suivant le partage de Sebsauvage, lord.re s'exprime sur l'état politique aux US.

J’ai constaté une dété­rio­ra­tion visible de la commu­ni­ca­tion et de la bonne colla­bo­ra­tion dès qu’on dépas­sait 4 à 6 semaines.

ou alors 2 ou 3 jours par mois consécutifs. Certaines entreprises peuvent juste donner des budgets aux équipes pour se voir.

Et Elon Musk ne veut pas que cela se sache, puisque le post sur X partageant cette information a été supprimé.

Example of playbook: https://www.gov.uk/service-manual

What can a playbook contains?

• engage with the digital team: it provides clear guidance.
• digital project lifecycle
• publishing best practices
• help understand the users
• recommends resources
• clarify policies and governance

In order to make the playbook stick, the team has to ensure:

• to make it easy to find
• keep it engaging
• present it as a resource
• share it

In lieu of that, I like the idea proposed by Chris and Dave where you basically new versions of these slash pages as blog posts and redirect the slash URL to the latest one, kind of like a bookmark. I may start doing these for some of them, starting with /defaults which is, conveniently, already a blog post.

Old slash pages can be referenced and stay at the same URL. At the same time, the most recent slash page gets the default URL name, such as /defaults

I.

Most things fail because nobody cares.

II.

Let’s start with what doesn’t work: copying success. Everyone trying to make the next Facebook creates a wasteland of social networks nobody wants.

III

Here’s the core principle: people give a shit about things that meaningfully change their lives.

IV

Solving real problems isn't enough. You also need to solve them in a way that resonates emotionally.

V.

Why didn't someone do it sooner? Because the obvious solution was previously impossible, illegal, or insane.
The sweet spot? When something just became possible, legal, or sane enough to try. That’s why timing matters more than ideas. Being too early is the same as being wrong.

VI.
Communicate why anyone should care. Focus on outcomes.

VII.

Making something people care about often means making something people already care about, just better.

VIII.

The most successful products are often worse in most ways but radically better in one way that matters.

IX.

Sometimes, making something people care about means removing things people hate.

X.

Finally, there’s the hardest truth: you have to give a shit yourself.

XI.
Hit 6/8 (from III. to X.). More is overkill. Less is self-sabotage.

making something people give a shit about doesn’t mean making something perfect. It means creating something meaningfully better in a way that touches people’s lives.

In the end, people don’t care about products, features, or specifications. They give a shit about their lives being better. Everything else is just details.

(XII.)

creating something people give a shit about isn't enough – you have to remember why they gave a shit in the first place.

Try writing a tax code in chat messages. You can’t. [...] That’s why we use documents

You program by writing documents instead of chatting.

Au début, l'open source a été financé par la recherche académique. Le milieu étudiant a ensuite contribué, y trouvant un intérêt par passion, challenge ou pour se former. Cette main d'oeuvre gratuite tire aussi un large bénéfice par une formation gratuite, et à bénéficier de ces logiciels.

Les entreprises ont ensuite voulu tirer partis de ces logiciels gratuits. Elles ont eu besoin de leur rajouter certaines fonctionnalités, qui sont avantageusement données, sans avoir à les maintenir par la suite.
Ensuite, les logiciels développés en interne peuvent être amélioré lorsqu'ils sont mis à dispositions.
Parfois, mettre le logiciel en open-source est le moyen de devenir le standard (Android, Chrome).

Les gros logiciels ont un modèle de financement stable avec la vente de conseils d'experts (consulting), et dans une moindre proportion le don (des entreprises pour défiscaliser) ou des particuliers.
Les petits logiciels sont souvent financé par du bénévolat.

Et dans ces petits logiciels il y a des projets naissant et d’autres sans ambitions particulières. Il y a aussi beaucoup de projets ancien et pas toujours si petits mais qui sont plus crée pour le défi, le plaisir, l'histoire ou de la recherche fantasmatique.

L'open source encourage le code a être de qualité selon les différentes revues des pairs, et. Au contraire, une société éditrice est payée aux fonctionnalités et non à la qualité ou à l’efficacité du code.

Ce qui est extraordinaire dans l’open-source c’est la vitesse de détection des failles et le degré de qualité obtenu dans le code.

Les logiciels libres sont souvent publiés sous licence BSD, GPL, AGPL, Apache.

Il y a dans cet article une certaine confusion entre open source et libre, que je dois rappeler.