Because it could supports more project and make them sustainable.

Why Skype and Teams seems to be concurrent in the same enterprise...

Quelle est la différence entre produit et side project

1. Ne pas écouter ses utilisateurs (car le produit n'est pas fini)
2. Se concentrer sur les fonctionnalités aux lieu de prototype technologiques, surtout lorsque cela est fait par des tech/devs.
3. Un produit demande plusieurs corps de métier à l’œuvre. La vente est importante, ou des compétences légales ou financières.

Un side project c'est un projet qu'on réalise à côté, le soir, le week end. C'est un extra en dehors d'une autre activité. On le fait sans contraintes en mode best effort. Et si j'arrive à une conclusion désormais, c'est que dans beaucoup de sujets, le mode best effort c'est le meilleur moyen d'échouer.

Bref, pour caricaturer, il y a donc deux extrêmes qui ne marchent pas :

• le mode best effort, sans moyen, sans temps alloué
• la profusion de moyens et l'absence de contraintes

Et pour transformer un side project en produit, il faut viser la solution médiane : être à 100% et avoir des contraintes.

caused by AI? Such an AI is incompetent.

Another page: what is the owner or organization doing now (this year) instead of the generic about.

The people who work for you have three resources: time, energy, and give-a-fuck.

Time is the cheapest. It replenishes one hour every hour.

Energy is more expensive. When you're out, you need lots of time off to recharge.

Once give-a-fuck is burned, it's gone forever.

Got a point here

About RSS and its most recent first approach. Nothing stops someone from putting old articles in their feeds every month or sorting them differently.

The vast majority stay with the most recent article comes first approach.

I agree with Mark Nottingham.
The Metaverse is only a new way to get a private platform where Meta is free to do what they want.

Its users don’t think about the systemic effects of their actions

Most of them yes because they won't care about everything. It is too hard to do so.

I don’t want to live in a society where pouring countless billions into a platform gives you automatic rule over people’s interactions, solely because no one else spent as much and you had the first mover / network effect advantage.

Simply put, while competition has a place in improving the Internet, cooperation has an even larger role, and it’s too often ignored.

So in a nutshell, Internet and most of it should stay open!

There is not a unstable then a stable phase, but 3 phases:

1. the API is unstable as hell
2. the API is mostly settled
3. In the third phase, the API is fully stable, and no backwards-incompatible changes are expected.

We can name these:

• experimental (unstable)
• production-ready (still unstable, but you can budget-in a bounded amount of upgrade work)
• stable (no maintenance work is required)

An ode to email <3

keep your crusty gmail account around for spam and trials and signups and
whatever else, and get yourself a fastmail.com account. or a migadu.com account
if you're a techie.

set email type to plaintext-only. this email account will only ever send
or receive text.

email waits patiently. it sits still and does not make a fuss. if your friend
doesn't respond, send another email to another friend. the conversations move
slowly, sometimes over the course of many years. this is the antithesis of
modern communication.

think of email the same way you'd think of a penpal.

email connects people intimately and loosely.

I think it would be better if he mastered rules and filters and stick to one inbox

I totally agree

Summarized to:

Fight for Pareto's law, look for the 20% of effort that will give you the 80% of results.
Prioritize, minimalism isn't about not doing things but about focusing first in the important.
Perfect is enemy of good, first do it, then do it right, then do it better.
Kill the baby, don't be afraid of starting all over again. Fail soon, learn fast.
Add value. Think constantly how you can help your team and position yourself in that field/skill.
Basics, first. Follow always a top-down thinking starting by the best-practises of CSS.
Think different. Simple is harder than complex, which means you'll need to use your creativity.
Synthesis is the key of communication. We have to write code for humans not machines.
Keep it plain. Try to keep your designs with few layers of indirection.
Clean kipple and redundancy. Minimalism is all about removing distractions.

(avec le TDD)

Ainsi, il ne peut pas y avoir la moindre ligne de code écrite sans test. Au-delà d’une technique de développement, cette technique de conception permet de poser la question explicitement : “Qu’est-ce que tu cherches à vérifier ?” Lorsqu’on répond à cette question, en développant le test automatisé qui matérialise la réponse, alors l’implémentation du morceau de fonctionnalité découle naturellement.

Un bug va obligatoirement engendrer plusieurs heures de perte pour l’organisation au global, en plus de créer des frustrations, de la perte d’image de marque, de détérioration de la confiance envers le produit, des mauvaises notes sur les stores et un risque de perte définitive du client.

Continuous learning :)

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.