1. L'empire des sens
2. La Grande Bouffe
3. Orange mécanique
4. Salo ou les 120 journées de Sodom
5. Les Idiots*
6. Funny Games*
7. Mais ne nous délivrez pas du mal
8. M le Maudit
9. Gummo
10. Une sale histoire
11. Bataille dans le ciel
12. L'Age d'or

Et bien sûr je ne suis pas le seul à perpétuer l'idée ;-)

Tiens, je découvre que je n'ai pas eu la primeur du terme 1day1pix :-P

Dédicace DvTk!
w/ Titeufeur

J'aime bien l'approche de cette vidéo.
On y retrouve les arguments suivants :

1. L'histoire des 2 pics qui projettent des ombres de tailles différentes à la même heure, en des lieux distants sur une même longitude.
2. La constance de la gravité qui ferait se pencher un fil à plomb au fur et à mesure que l'on s'écarte du centre.
3. L'ombre projetée de la terre lors d'une éclipse de lune est circulaire.
4. Un navire sur la mer qui quitte l'horizon.
5. L'alternance jour/nuit.
6. L'exemple des autres planètes.
7. La photo "Blue Marble" d’Apollo 17.

Tout ceci part d'une bonne intention. Mais… je ne suis toujours pas convaincu ! Je ne suis pas platiste. Mais les arguments ici démontrent par l'observation individuelle que la Terre n'est pas un disque. Mais cela ne démontre pas non plus que c'est une sphère.

Déjà 6. et 7. ne sont pas des observations directes. Pour 1., et 4., on pourrait dire que la Terre est un cylindre, un disque courbée (je prends souvent l'exemple du magazine plié sur lui). Pour 2., bah… la gravité n'a rien à voir avec la forme : quid des pôles magnétiques et autres "aberrations" ?! Pour 3. Ok, la seule éclipse que j'ai vu (août 1999), hé bien y'avait des nuages. Et puis cela ne serait pas + surprenant que la Terre forme un disque faisant toujours face à la Lune, puisque la Lune nous montre toujours la même face (et ça c'est une particularité) ! Pour 5., facile : ça pourrait être le soleil qui tourne autour de la Terre.

Bref : si vous avez des arguments pour démontrer — par votre propre observation, et votre explication avec vos mots — que la Terre est sphérique, je suis preneur !

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.

J'avais déjà aimé l'interprétation d'Interstellar, alors forcément, sur une de mes musique préférées, je ne peux que kiffer cette interprétation au Marimba !!

Désir de :

1. Contrôle
2. Sécurité
3. Reconnaissance
4. Séparation

Celui-ci marche plutôt bien. Pas des masses de résultats mais il reste efficace.

Wouhou 🥳

Décidé, ça fait tout juste un mois que j'ai découvert ce logiciel et j'en rafole déjà !
Après la découverte du support des émojis et de l'export en html (nostalgie de Typora), là je vois que l'on peut utiliser plantuml directement dans cet éditeur. Il y avait déjà mermaid, mais je trouve ce générateur de schéma plutôt limité (mais + simple à appréhender ?), et pas intuitif pour moi.

Attention néanmoins car cela amène à 1/soit devoir installer java+plantuml en local 2/soit utiliser le générateur en ligne. Cela enlève une certaine sécurité comparé à un tout-intégré.

Durant la méditation, distinction entre "concentration", et "attention" ou " observation"

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

Je cherchais un moyen d'ajouter des émojis dans Obsidian et je découvre une astuce pour Windows pour le faire partout :

Exactly works in Windows 10. To insert an Emoji, click win+"."

Sur clavier azerty cela correspond à un [Win]+[;] mais cela marche également !

Et pour mon besoin initial, c'est évidemment possible : via une extension tierce on peut associer un raccourci clavier à cela.
Nota bene : je kiffe bien bien cet éditeur de texte.

Il m'y manque seulement l'export en html pour que cela soit parfait (ce qui est pourtant la fonctionnalité de base du markdown) ; mais je le garde quand même.
Màj_2022-11-25 :

• Hé bien le problème est (partiellement) résolu, il existe un plugin aussi pour cela. On peut mettre associer un raccourci clavier.
• Tiens d'ailleurs en parlant de raccourci, y'en a un que j'aime bien (issu des habitudes de Notepad++) : c'est pouvoir déplacer une ligne vers le haut ou vers le bas. Hé bien c'est possible de configurer cela aussi ! :-D
• Aussi, quand je dis "partiellement" résolu, la raison est la non-prise en compte des tableaux. Mais pour cela je passe en vue aperçu, je copie le tableau, je le colle dans Notepad++ (il y aura des tabulations entre chaque cellule), je copie à nouveau, pour coller dans Excel et j'applique une petite mise-en-forme rapide avant un ultime copier-coller dans mon document destination.
• Enfin, j'ai rapidement échangé le module complémentaire dont je parlais initialement par un autre qui suggère les emoji directement en commençant à taper, par exemple :smil pour avoir celui correspondant à :smiley: 😃

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.

Édition 2024-09-26

Finalement ces « 10 règles pour écrire du code sécurisé » s'inspire/a inspiré les règles de codage du JPL de la NASA 👇

1. Éviter les constructions de flux complexes, telles que goto et récursivité .
2. Toutes les boucles doivent avoir des limites fixes. Cela évite de créer involontairement des boucles infinis.
3. Éviter d'allouer de la mémoire sur la heap.
4. Limiter les fonctions à une seule page affichable sur un écran.
5. Utiliser un minimum de deux assertions par fonction.
6. Limiter la portée des variables au plus petit possible.
7. Vérifier la valeur de retour de toutes les fonctions non-void ou transformer en void pour indiquer que la valeur de retour est inutile.
8. Utiliser le préprocesseur avec parcimonie.
9. Limiter l'utilisation du pointeur à un seul déréférencement et ne pas utiliser de pointeur de fonction.
   10. Compiler avec tous les avertissements possibles actifs ; tous les avertissements doivent alors être pris en compte avant la publication du logiciel.

Je recherchais le lien de ce site en cherchant "paper" (d'où mon shaarlink sur les avions en papier :-D) et finalement c'est "pappers" (avec 2 "p") qu'il fallait fureter.

« Notre conviction chez Pappers est que la donnée juridique et financière des entreprises doit être gratuite et ouverte à tous. » — Pierre Fruchard, Co-fondateur de Pappers