Dans la vidéo ThinkerView "Blockchain, gouvernance et énergie ? Primavera De Filippi et Remy Bourganel", j'ai entendu Primavera De Filippi parler de l'article "La tyrannie de l’absence de structure" que j'ai trouvé extrêmement intéressant.

Je viens d'ajouter le contenu du Mail de Musk en 2010 « Les acronymes sont vraiment à éviter » dans la documentation guidelines du projet professionnel sur lequel je suis en train de travailler actuellement.

Pourquoi ?

Dans un souci d'efficacité, j'aime recevoir des informations le plus explicites possible, afin d'éviter des quiproquos, de minimiser mes risques d'erreurs, d'éviter de faire perdre du temps à mes collaborateurs en posant une multitude de questions.

Comme j'essaie de suivre la règle d'or, j'essaie moi-même de communiquer de la façon la plus explicite possible — je précise que ce n'est pas simple, même avec la meilleure volonté du monde !

C'est pour cela que j'évite au maximum de créer et d'utiliser des acronymes.

Voici quelques extraits du Mail de Musk 2010 « Acronyms Seriously Suck ».

L'utilisation excessive d'acronymes inventés est un obstacle important à la communication et il est extrêmement important de maintenir une bonne communication au fur et à mesure que nous nous développons.

👍️

Personne ne peut se souvenir de tous ces acronymes et les gens ne veulent pas avoir l'air stupides lors d'une réunion, alors ils restent assis dans l'ignorance. C'est particulièrement difficile pour les nouveaux employés.

Je suis tout à fait d'accord avec cette déclaration 👍️.
J'ai appris par expérience que la majorité des humains ne posent pas de question quand ils ne connaissent pas un mot ou un sujet.
J'essaie personnellement de mettre mon égo de coté et de poser la question, mais il m'arrive aussi de ne pas le faire.

D'autre part, ma mémoire est limitée, l'apprentissage des acronymes internes d'une organisation ou d'une équipe me demande trop de charge cognitive.

Un acronyme que la plupart des ingénieurs en dehors de SpaceX connaissent déjà, tel que GUI, peut être utilisé.

Je suis tout à fait aligné avec cette pratique👍️.

Personnellement, je suis la règle suivante : j'ai le droit d'utiliser un acronyme à condition qu'il soit référencé par une page Wikipedia et que la liste de ses homonymes sur sa page "disambiguation" soit très courte dans mon contexte d'utilisation (exemple pour FTP). Si ce n'est pas le cas, je n'utilise pas l'acronyme.

#JaiDécouvert direnv : Automating development environment set-up with Direnv.

J'ai été perturbé par le contenu des slides « Monolithic repositories vs. Many repositories » de Fabien Potencier : https://speakerdeck.com/fabpot/a-monorepo-vs-manyrepos (voir 2017-12-03_1217).

J'ai continué à étudier le sujet des Monorepo et j'ai commencé à migrer un side project vers ce pattern. Pour le moment, l'expérience est très agréable. Je pense que je vais continuer dans cette direction.

#JaiLu les slides « Monolithic repositories vs. Many repositories » de Fabien Potencier : https://speakerdeck.com/fabpot/a-monorepo-vs-manyrepos.

#JaiDécouvert l'outil Git Subtree Splitter (https://github.com/splitsh/lite).

Le chapitre Le boycott du bus de Montgomery - Comment naissent les mouvements de société ? du livre Le Pouvoir des Habitudes Changer un rien pour tout changer m'a profondément marqué.

#JeSouhaite creuser le sujet.

« Bye bye Mediapart, bonjour Brief.me »

C'est décidé, je vais me désabonner de Médiapart. Ce n'est pas du tout parce que je ne les aime pas, au contraire, j'adore. Mais, je souhaite m'abonner à https://www.brief.me/ qui correspond plus à mon besoin, une info rapide à lire, qui ne mise pas sur l'émotion (à la différence de TF1, BFM…). Et comme je ne souhaite pas multiplier mes abonnements en ligne, j'arrête Médiapart.

Posté sur Facebook : lien

55 #wpm sur un #typematrix #bepo après 4 mois de pratique !

source

J'ai commencé à apprendre le Keyboard layout Bépo cet été, en août 2009, pendant que j'étais en vacances en Savoie à Bourg-Saint-Maurice.

J'utilise un clavier TypeMatrix et le logiciel d'entrainement Klavaro.