Long form options are much more self-explanatory for the reader.

I totally agree

Show elements in an input?

✨ Chrome: DevTools Settings > Preferences > Elements > ✅Show user agent shadow DOM

✨ Firefox: about:config > set devtools.inspector.showAllAnonymousContent to true

Use inset: -8px to make the element overflows in its container.

C’est la notation qui comprend la notation des dates au format « 2025-02-15 », par exemple, où la granularité la plus fine de la notation se fait à droite.

Dans le code pénal, Le livre 1, titre 2, chapitre 3, article 4 est noté « article 123-4 ».
Le seul défaut de retirer les séparateurs entre les différents niveaux de granularité : cela limite à 9 le nombre de titres ou chapitres

Concernant les dates, j’ai définitivement pris l’habitude d’écrire au format YYYY-MM-DD.
– Non seulement c’est plus logique : les nombres sont écrit dans cet ordre aussi (on commence avec les milliers, puis les centaines, puis les dizaines, puis les unités : donc les grands à gauche et les petits à droite).
– En plus l’ordre naturel est l’ordre chronologique, dans le cas des dates
– Ça limite la confusion quand un américain parle à quelqu’un de censé
– C’est l’ISO 8601.

Idem

They are great! They are key-value pairs at the end of a commit message.

Les règles d'or du bricolage :

• Ayez toujours le bon outil pour faire quelque chose.

• Le bon outil vous coûtera toujours moins cher que le faire faire, ou faire de la merde avec le mauvais outil.

• Et vous vous en resservirez des années.

• Le bon outil n'est pas toujours le plus cher, ni la marque

• Évitez les merdes chinoises tout de même

• On ne fait pas des trous dans le béton avec une perceuse, même à percussion, mais avec un perforateur.

• Avant de faire une soudure, il faut apprendre à faire des soudures propres.

• Réfléchissez avant de percer un trou ou découper un truc.

• On ne peut ni dépercer, ni dé-découper. Mesurez deux fois. Trois.

• Ne croyez jamais les vendeurs des magasins de bricolage.

• Le placo c'est de la merde, ne fixez jamais un truc lourd sur du placo, ou mettez triple dose de grosses chevilles Molly.

• Ne faites jamais rien à la hâte, prenez le temps.

• Mieux vaut le faire bien un autre jour avec le bon mood et les bons outils que mal aujourd'hui avec un mood de merde et les mauvais outils.

• Si vous ne vous sentez pas capable de faire un truc, vous avez probablement raison. Ne le faites pas.

• Ou entraînez-vous sur des trucs plus simples et apprenez à le faire correctement avant.

• Utilisez toujours un tournevis de la bonne taille et de la bonne empreinte pour la vis. Une vis cruciforme peut être Pozidriv ou Philips, n'utilisez PAS le mauvais tournevis.

• Si vous voulez fixer un truc dans un mur, il vous faut le bon type de cheville pour le type de mur, le foret du bon diamètre et une vis de taille adaptée. Si mur + foret + cheville + vis ne vont pas ensemble, vous aller faire de la merde qui ne tient pas.

• N'essayez jamais de percer avec un foret usé. Vous allez vous fatiguer, vous allez faire un trou de merde, vous allez niquer la perceuse et vous risquez de vous faire mal. Si le foret est niqué, allez en acheter un neuf.

• Again connaissez vos limites. Je touche à l'électricité, l'électronique, la plomberie, le second oeuvre, la mécanique, les moteurs, mais je ne toucherai JAMAIS à un pinceau, de la tapisserie, de l'enduit ou du crépi, je ne ferais que de la merde. Je le sais. C'est un fait.

Instead of

const Thing = struct {
   checksum: u128,
   number: u32,
   flag: u8,
};

use

const SoA = struct {
   checksum: []u128
   number: []u32,
   flag: []u8,
};

in certain circumstances:

• Reduced memory usage due to amortized padding. As flag is a byte, it requires some padding to align with larger fields like checksum.
• Better memory bandwidth utilization for batched code. If a loop needs to process all things, but the processing doesn't require all fields (at least for the majority of objects), then an array-based representation reduces the amount of data that needs to be loaded.

Great advices

It is much easier to add features to reliable software, than it is to add reliability to featureful software.

Besides, it’s very easy to accidentally think you need features that you don’t actually need.

Write serialized test scenarios

Storing UTC events loses the timezone information.

What happens if the event changes its location timezone?

What happens if the new DST rule changes?

So what to do? Store the original user's intent! Maybe derive the timezone from the location in some cases. Then store the UTC time of that event and store that as well.

Note: timezone UIs suck generally. One option is available between a lot, and the name is not always clear...

Full of good advices.

(in the context of big tech companies)

the priority of a project is to ship!

But it’s really important that one person on the project has an end-to-end understanding of the whole thing: how it hangs together technically, and what product or business purpose it serves.

You only know you’ve shipped when your company’s leadership acknowledge you’ve shipped.

you have to get clear on what the company is looking to get out of the project. [...] Align your work and communication accordingly!

Second, no matter the project goal, your leadership team will always have basically zero technical context about the project. They will rely on you for estimates, to answer technical questions, and to anticipate technical problems. Maintaining that trust should be your top priority.

How?

• track record of having shipped in the past.
• project confidence
• project competence
• communicate professionally and concisely. Share updates.

Then getting to production! Often a key detail is missing. Sometimes the user documents are stored in memcached and are MB large, or the data stored are unexpectedly sensitive legally sensible.

Can we ship right now?

Bring up the feature to as many eyes as possible!

If you want to ship, you need to do the exact opposite: you need to deploy as much as you can as early as possible, and you need to do the scariest changes as early as you can possibly do them.

Quelques moyens de réduire sa consommation.

[Message de service] Quand vous avez une difficulté avec l'administration (Pôle Emploi/CAF/Impôts/etc.) :

• courrier recommandé s'il n'y a pas de base légale (AKA : l'article de loi/le décret/la circulaire, bref le fondement juridique) ;
• faites toujours par écrit (email ça marche aussi) ;
• si les mecs en face persistent : courrier recommandé avec indication qu'en cas d'échec, vous saisissez le médiateur compétent.
  Je vous promets que ça calme.

When you can, avoid number-only date formats. Sighted users could be confused on whether the first number is the month or day. If you've incorrectly designated your document's language, screen reader users might hear the wrong date. Writing out the month prevents this confusion.

Tips and guideline about writing your own API in rust.

Si vous voulez une réparation très rapide et très solide de quoi que ce soit que vous êtes en train de réparer à la colle : utilisez du fil de coton ou même du coton sous forme de ouate. Ensuite, imbibez ça de superglu et laissez durcir. La réparation sera dure comme la pierre.

Les matériaux composites sont donc excellents: un dire mais cassant et l'autre souple mais résistant. L'exemple le plus courant est le béton armé, comme le verre feuilleté.

Tips du jour: dans Firefox, il y a le raccourci clavier «'» (quote simple, touche 4 du clavier). Ça ouvre un menu de recherche rapide de lien dans la page. On tape du texte, ça cherche les liens qui contiennent ce libellé, et il suffit de valider pour suivre le lien. Ça permet une navigation rapide sans quitter le clavier des mains !