Lors de la planification de votre journée, dressez la liste de toutes les tâches que vous devez faire et ordonnez les selon la logique suivante :

• Une tâche « A » est une tâche importance avec des conséquences significatives
• Une tâche « B » est une tâche que vous devriez faire mais qui a des conséquences limitées
• Une tâche « C » est une tâche qui serait sympa à faire mais sans conséquences
• Une tâche « D » est une tâche que vous pouvez déléguer à quelqu'un d'autre
• Une tâche « E » est une tâche que vous pouvez éliminer sans aucune conséquence

Ajoutez une lettre devant chacune de vos tâche et ordonnez les en ajoutant un numéro, exemple :

• A1 - Écrire un article
• A2 - Publier l'article
• D1 - Faire ma comptabilité
• E1 - Acheter un poster

La règle veut que vous ne fassiez jamais de tâche de type B lorsqu'il reste encore une tâche de type « A » à accomplir.

J'aime bien l'idée. À caler avec un todo.txt qui va bien. Et puis l'appli pter sur Ubuntu ainsi que Simple Task (pour Nextcloud) sur Android.

Intéressant :

En 1944, l’OSS (ancêtre de la CIA) proposait un petit manuel de sabotage des organisations à la portée de tous. J’ai essayé de synthétiser ça en 10 points avec mes propres mots :

1. Insistez systématiquement pour que les procédures en place soient respectées et suivies à la lettre. Ne laissez jamais personne prendre une initiative qui pourrait accélérer le processus.
2. Soyez verbeux, à l’oral comme à l’écrit. Multipliez les références et les anecdotes, attirez l’attention sur des problèmes secondaires et abstenez-vous de résumer votre avis ou vos recommandations.
3. Remettez toujours la légitimité de votre instance de décision en question : faites valider chacune de vos décisions par la hiérarchie et multipliez les comités consultatifs aussi larges que possible.
4. Montrez-vous extrêmement prudent sur tous les sujets, insistez sur le fait que toute erreur pourrait avoir de graves conséquences et invitez régulièrement le groupe à reconsidérer des questions déjà tranchées.
5. Convoquez fréquemment des réunions, multipliez les participants (au motif que leur avis pourrait être utile) et insistez pour que la réunion se fasse en présentiel pour que tout le monde perde autant de temps que possible.
6. Récompensez les meilleurs opérationnels en leur offrant (ou en appuyant leur candidature pour) des postes prestigieux mais pour lesquels ils ne sont pas compétents et qui les éloignent le plus possible du terrain.
7. Montrez-vous aussi pointilleux que possible sur les questions de vocabulaire mais insistez sur le fait que les délais impartis ne permettent pas d’organiser des réunions spécifiquement dédiées à ce problème.
8. Privilégiez systématiquement les échanges écrits, même pour les choses les plus anodines, et demandez toujours (par écrit) le plus de précisions possibles avant de commencer à travailler effectivement.
9. Assignez toujours les tâches critiques (i.e. potentiellement bloquantes) à des collaborateurs peu compétents ou lents et exigez que leur travail soit parfait avant de passer à l’étape suivante.
10. À chaque dysfonctionnement, organisez une réunion (cf. point 5) afin d’établir une nouvelle procédure (cf. point 1) et discutez-en par écrit (cf. point 8) avec votre hiérarchie (cf. point 3).

Je vais tenter de traduire en français ce Minifesto :

Texte original

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

Traduction personnelle

1. Se battre pour la loi de Pareto ; chercher les 20% d'effort qui apporteront 80% de résultats.
2. Prioriser ; le minimalisme ce n'est pas ne pas faire les choses, mais c'est se concentrer d'abord sur les choses importantes.
3. La perfection est l’ennemi du bien ; d'abord le faire, puis le faire bien, enfin le faire mieux.
4. Tuer le bébé ; ne pas être effrayé par tout recommencer. Échouer tôt, apprendre vite.
5. Ajouter de la valeur ; penser constamment comment aider son équipe et se positionner dans ce cadre.
6. Les bases, d'abord ; toujours suivre une approche descendante en commençant par les bonnes-pratiques en informatique.
7. Penser différemment ; simple est plus dur que complexe, ce qui signifie que l'on a besoin de sa créativité.
8. Synthétiser est la clef de la communication ; on doit coder pour des humains, pas des machines.
9. Rester simple ; essayer de garder sa conception avec peu de niveaux de redirection.
10. Nettoyer le bazar et la redondance ; le minimalisme c'est juste supprimer les distractions.

Traduction DeepL

1. Luttez pour la loi de Pareto, recherchez les 20% d'efforts qui vous donneront les 80% de résultats.
2. Fixez des priorités, le minimalisme ne consiste pas à ne pas faire certaines choses mais à se concentrer d'abord sur ce qui est important.
3. Le parfait est l'ennemi du bien, faites-le d'abord, puis faites-le bien, puis faites-le mieux.
4. Tuez le bébé, n'ayez pas peur de tout recommencer. Échoue vite, apprends vite.
5. Apportez de la valeur ajoutée. Pensez constamment à la manière dont vous pouvez aider votre équipe et positionnez-vous dans ce domaine/cette compétence.
6. Les bases, d'abord. Suivez toujours un raisonnement de haut en bas en commençant par les meilleures pratiques de CS.
7. Pensez différemment. Le simple est plus difficile que le complexe, ce qui signifie que vous devrez faire appel à votre créativité.
8. La synthèse est la clé de la communication. Nous devons écrire du code pour les humains et non pour les machines.
9. Restez simple. Essayez de garder vos conceptions avec peu de couches d'indirection.
10. Éliminez les distractions et les redondances. Le minimalisme consiste à éliminer les distractions.

Six manières de recréer des discussions de bureau rapides et informelles dans un monde où le travail est décentralisé.

1. Organiser des permanences dans n’importe quel canal
   Historiquement, bon nombre de responsables et de directeurs ont pratiqué la politique de la porte ouverte. Dans ce nouveau monde axé sur le numérique, cela se manifeste fréquemment par un créneau horaire libre où chaque collaborateur disposant du lien d’appel vidéo correspondant peut se connecter pour discuter de ses principales préoccupations. Les appels d’équipe sont une solution alternative plus inclusive.

J'aime bien cette idée : ouvrir un canal de télé-conférence type « permanence porte ouverte » d'une équipe pour échanger sans but prédéfini.
Dans les autres conseils sur la page, il y a :

2. Les sessions de réflexion après les réunions
3. Une programmation en binôme rapide et simplifiée
4. Répondre aux commentaires de dernière minute d’un intervenant
5. Un dépoussiérage hebdomadaire pour régler les derniers détails
6. Des rencontres sociales

Règle 4
Aucune fonction ne doit être plus longue que ce qui peut être imprimé sur une seule feuille de papier, dans un format de référence standard, avec une ligne par instruction et une ligne par déclaration. En règle générale, cela signifie qu’il n’y a pas plus de 60 lignes de code par fonction.

Ayant parfois affaire à des fichiers Excel de quelques centaines de lignes, et parfois plusieurs dizaines de colonne, ça me rend fou.
Donc j'aime bien cette règle : maximum 60 lignes. À cela on peut ajouter une des règles du PEP-8 Python qui préconise pas + de 79 caractères par ligne.

Voir aussi la RFC 2223 qui indique :

3a. ASCII Format Rules
[…]
Each page must be limited to 58 lines followed by a form feed on a
line by itself.
Each line must be limited to 72 characters followed by carriage
return and line feed.

Cela donne un formatage un peu surprenant mais cela donne une bonne idée de ce qui est humainement révisable.

La fameuse cible (que je cherchais depuis hier…) ! On y retrouve :

1. Agresser physiquement = -4
2. Insulter ou menacer = -3
3. Attaquer la personne sur ce qu'elle est = -2
4. Attaquer la forme du propos = -1
5. Contredire sans argument = Taper ici = faire du surplace
6. Contredire en argumentant = +1
7. Réfuter une parole = +2
8. Identifier et réfuter la thèse centrale = +3

C'est directement inspiré de la "pyramide" de l'auteur.

Voir aussi une nouvelle sur LinuxFr.org qui parle de "comment réfuter.

« À vouloir donner la possibilité de réaliser des choses complexes, on complexifie inutilement la réalisation des choses simples. »

Intéressant cette structuration des dossiers personnels :

• work (projects I am working on right now)
• permanent (projects that are always active) : wiki, email, …
• archive (completed and inactive projects get moved here)
• library : music, books, papiers
• tmp (temporary files)

L’action crée ma motivation. Pas le contraire

shit!, toujours aussi bons ses articles !!

Cette méthode est très conceptuelle mais ses bases m'intéressent beaucoup. Au moins à titre de curiosité je penses que c'est pertinent de la découvrir.

via https://fego.github.io/2020/11/01/J%27ai-enfin-appris-%C3%A0-prendre-des-notes.html
via https://chezsoi.org/shaarli/?Cs89yg

Je cherchais la notion de GO/NOGO et en lisant ce document, j'apprends que le “No Go” est à la base une notion où l'avion est en bout de piste mais qu'il ne décollera effectivement pas. Ici c'est le fait d'emmener un patient au bloc et d'arrêter le processus d'opération avant de l'inciser.
Je découvre donc dans ce document « aide cognitive POuR – DÉCider » : « L’objectif […] est de fournir, face à une situation inattendue, un outil structuré pour la prise de bonnes décisions en cas d’absence de procédures ou de règles préexistantes et quand une mauvaise décision peut avoir des conséquences graves. »

Cette aide cognitive comporte 3 parties :

• la partie POuR : concerne le processus cognitif (réflexion) qui doit être mené.
• le trait d’union – reliant POuR et DÉCider représente le temps indispensable d'échange en équipe.
• la partie DÉCider : concerne le processus de décision et de mise en œuvre de la solution choisie.

Un surnom m’a un jour été donné : “Pompier du code”. J’aime cette notion. Un pompier c’est 50 % d’entraînement, 40 % de prévention et 10 % d’opération de secours.

Les étapes avant d'effectuer une performance (sportive) :

1. Mon projet est-il clair et précis ?
2. Suis-je vraiment opérationnel ?
3. Suis-je dans le bon état d’esprit ?
4. Suis-je prêt à forcer comme un phacochère ?
5. Quid de la sécu ?

Alors, comment puis-je choisir un problème sur lequel travailler ? C’est une heuristique complexe calculée à partir des facteurs suivants :

• Nombre d’utilisateurs concernés
• Gravité (« problème de sécurité » vs « faute d’orthographe »)
• Opportunité (ce qui signifie que je l’ai remarqué lorsqu’il a été déposé)
• Disponibilité (est-ce que je me concentre sur autre chose lorsque je remarque le problème ?)
• Plaisir possible et humeur du moment (eh oui, car je suis bénévole, ça vous dérange ?).

Dans la personnalité

• La recherche de l’amélioration
• La passion
• L’ouverture d'esprit
• Être axé sur les données

Dans la prise de décision

• Avoir des connaissances sur les personnes et l'organisation
• Voir la forêt et les arbres
• Faire une mise à jour de leur modèle mental
• Gérer la complexité

Et en lisant le document source : https://faculty.washington.edu/ajko/papers/Li2015GreatEngineers.pdf

Engagement avec les collègues

• Créer un contexte de partage
• Créer un succès partagé
• Forme un envirronement sûr
• Honnête

Conception

• Élégant
• Créatif
• Anticipe

Pas mal ce diagramme qui concerne la méthode d'analyse SWOT : Strengths, Weaknesses, Opportunities, Threats.
Les 2 premières ayant une origine interne (organisationnelle), tandis que les deux seconds sont d'origines externe (environnementale). Puis le première et le troisième sont positifs tandis que le second et le dernier sont négatifs.

1. The world is trying to keep you stupid.
   Le monde essaye de te rendre idiot.
2. Do not have faith in institutions to educate you.
   N'ais pas confiance envers les institutions pour t'éduquer.
3. Read as much as you can.
   Lis autant que possible.
4. Connect with everyone, all the time.
   Conserve un lien avec tout le monde.
5. Don’t waste time being shy.
   Ne gaspille pas de temps avec ta timidité.
6. If you feel weird about something during a relationship, that’s usually what you end up breaking up over.
   Si tu te trouves bizarre à propos de quelque-chose dans une relation, cela signifie que cela finira par casser.
7. Have as much contact as possible with older people.
   Créé le plus de contact possible avec des personnes âgées.
8. Find people that are cooler than you.
   Trouve des gens + cool que toi.
9. You will become more conservative over time.
   Tu seras de plus en plus conservateur avec le temps.
10. Reduce all expenses as much as possible.
    Réduit toutes dépenses autant que possible.
11. Instead of getting status through objects, do it through experiences.
    Au lieu de te maintenir en état par des objets, parviens-y par l'expérience.
12. While you are living on the cheap, solve the money problem.
    Tant que tu vis avec peu d'argent, résous tes problèmes d'argent.
13. Learn to program.
    Apprends à programmer.
14. Get a six-pack while you are young.
    Muscle-toi des tablettes de chocolat tant que tu es jeune.
15. Learn to cook.
    Apprends à cuisiner.
16. Sleep well.
    Dors correctement.
17. Get a reminder app for everything.
    Trouves-toi une application de mémorisation pour tout.
18. Choose something huge to do.
    Décide de quelque-chose incroyable à entreprendre.
19. Get known for one thing.
    Soi connu pour une chose.
20. Don’t try to “fix” anyone.
    N'essaie pas de « réparer » quelqu'un.

Des moyens pour apprendre le lâcher prise: lâcher prise implique parfois de nous changer nous-même ou de nous accepter avec nos limites.