TL;DR >OUI Linux est utilisable au quotidien MAIS qu’on pouvait quand même expérimenter des bugs au quotidien COMME pour Windows ou Mac MAIS QUE, de mon expérience, on rencontre quand même plus de désagrément sur Linux.

The first rule of thumb:

If you’re stuck for over an hour, seek help.

with

When you seek advice, first write down everything you’ve tried.

that as 3 benefits:

1. act as a rubber duck debugging
2. evidence that there is some kind of structured thought process that has been carried out, and what it was
3. saving time explaining the context to someone else

If this is not useful enough, the author recommends to use his formula.

If you’re an enterprising pedophile with a basement full of CSAM-tainted iPhones, Apple welcomes you to entirely exempt yourself from these scans by simply flipping the “Disable iCloud Photos” switch, a bypass which reveals that this system was never designed to protect children.

Ok so this whole system is built, but can so easily be bypassed? Did I miss something ?

Why this post ?

The software industry is filled with a chaotic mess of a developer experience. Everything and anything can break.

🤣😭

If you figure out something fun, and integration that otherwise wasted an hour or two. Find ways to document it. On StackOverflow or on your blog or what have you. Just do that. Many developers including your future self will thank you for that.

So does this implies writing question and posting your own answer ?

About data structures, immutable and mutable data, programming model, public interface, distributed system, always having a limit for everything and trust your gut.

Je veux être fier de mon travail. Je veux fournir des choses qui fonctionnent, qui sont stables. Pour faire ça, il faut que l’on comprenne ce que nous faisons, à l’entrée et à la sortie, et ça ne peut pas se faire dans un système fourre-tout avec autant de surcouches.

👍‍ pour tout ce qui est énoncé dans ce billet de blog

I find it also useful to run eslint src/* ---fix

I hop cargo fmt in the future.

in-house expertise is needed at some point.

It allows:

• to share ideas with own blogs
• stay informed in real time
• discover new blogs (via reference in an article or webring)

So the idea is to parse them with an engine ! Here comes RSS Discovery Engine

border-radius: max(0px, min(8px, calc((100vw - 4px - 100%) * 9999))); → maybe too clever as the line is hard to understand.

and

grid-template-columns: repeat(auto-fit, minmax(min(350px, 100%), 1fr));

This is a great snippet, but there is absolutely zero chance I’m going to remember how to write it every time.

Another trick is to use a toggle value stored in a css variable.

Advices for open source projects:

• don't make promises
• don't try to compete on anything
• just describe what it does now and have fun with it

Dans les gares françaises il n'y a quasi plus de casiers à consigne (because ou prétexte sécurité), en revanche aucun problème pour des lockers de livraison Amazon.

Parce que derrière les lockers de livraison Amazon, il y a du cash ?
... 🎯

Tout peut s'écrire sous forme de fonction quoi !

with examples

Si vous travaillez (et je vous le souhaite) dans un environnement qui n’a pas ces besoins, je vous invite à vous interroger sur vos propres pratiques.

Il est normal que quand on développe on soit attaché au produit de son travail, et vouloir faire les choses proprement est louable, mais j’ai l’impression qu’on a parfois tendance à porter une attention excessive aux commits et à l’historique git.

Cela ne veut pas dire systématiquement prendre le contre-pied du noyau Linux, mais qu’il faut savoir investir son énergie là où elle est le plus utile.

L'historique est vital pour GNU/Linux. Si des PRs durent des années, qu'ils faut adapter le code, l'abandonner ou le reprendre d'une autre personne, etc... effectivement avoir un historique et des commits normés et clairs sont primordiaux.

Dans Minecraft tu gagnes des points d'expérience quand tu tue des animaux ou quand tu mines du charbon.
Pas quand tu plantes un arbre.
Pensez-y.

Des témoignages à propos de la relation entre employés, entreprises et actionnaires. L'entreprise privilégie toujours les actionnaires.

Tous les sacri­fices sur le temps de travail, les condi­tions de travail ou la rému­né­ra­tion, vous ne les faites pas pour le collec­tif. Vous les faites au béné­fice des action­naires et unique­ment au leur.

Il s'agit aussi de se comporter en professionel.