Les conséquences du modèle de société basé sur la voiture individuelle sont majeures. On a besoin d’un changement et raisonner ne suffira pas.
La voiture est trop ancrée, trop nécessaire. C’est exactement ce qu’il se passe avec le tabac et l’alcool.
Pour moi une des réponses doit être la même : Restreindre la publicité.
On peut interdire la publicité. Ça n’empêche pas l’achat mais ça peut permettre d’éviter de créer un besoin artificiel. C’est ce qui est fait pour le tabac.
Si on ne l’interdit pas, on peut limiter cette publicité aux caractéristiques de la voiture. On retire les associations à la liberté, au plaisir, au interactions sociales. Il s’agit de changer la perception sociale, lentement. C’est ce qui est fait sur le tabac.
Je dis custom, mais si vous avez quelque chose qui convient parfaitement sur le marché, ça m’intéresse.
Usage:
Serveur de fichiers
Interface web à la NextCloud pour ponctuellement chercher un fichier dans les archives
Interface réseau local (AFP, SMB) pour ponctuellement déverser de gros volumes pour archivage, lire un film, ou chercher un ficher dans les archives
Synchronisation automatique type Nextcloud de certains répertoires avec les laptops mac de la maison ; avoir une synchronisation sélective est un indispensable
Serveur de sauvegarde
Faire tourner des scripts type getmail qui vont synchroniser localement des boites emails en ligne de plusieurs (dizaines) de Go
Faire tourner des scripts type rclone qui vont synchroniser localement des stockages de photo ou de fichiers en ligne sur plusieurs centaines de Go
Sauvegarde automatique des photos qui viennent des téléphones.
Faire tourner des scripts pour synchroniser localement d’autres types de fichiers en ligne, par exemple des dépôts git.
Faire tourner des scripts et potentiellement des navigateurs headless pour aller se connecter à différents services en ligne et y rapatrier les données personnelles en local.
Faire tourner du Borg ou similaire pour sauvegarder plusieurs To sur des serveurs en ligne.
Optionnellement: Servir de stockage pour TimeMachine
Serveur local
Serveur Vaultwarden pour les mots de passe
Serveur IMAP pour certaines boites emails d’archive
Serveur Webcal/Caldav
Streaming musique / mp3
Parcours des galleries et archives photos
Potentiellement dans le futur, servir de serveur domotique
Bruit: Je n’ai pas de pièce isolée ou faire tourner ça. Le silence au repos est donc un indispensable. Le fanless serait idéal, et sinon plutôt des gros ventilateurs qui tournent peu. Dans tous les cas, ça implique une consommation réduite au repos.
Performance: À l’opposé, quand je déverse plusieurs dizaines de Go ou que je passe sur la sauvegarde incrémentale de plusieurs To, j’aimerais de bonnes performances en lecture/écriture. Je veux éviter les CPU faméliques et chipset de carte mère sans vraie bande passante, quitte à payer plus cher.
Stockage: Aujourd’hui j’ai un SSD SATA 2.5″de 8 To mais ça ne tiendra pas sur le long terme. Vu que désormais les NVMe ne sont pas plus chers et bien plus rapides, j’imagine qu’à terme ça sera plusieurs NVMe plus potentiellement un gros disque mécanique 3.5″ pour ce qui prend énormément de place mais qui est de moindre importance.
Le setup idéal serait donc au moins 4 ports NVMe et 2 baies SATA 3.5″. La réalité c’est que si j’ai 2 ports NVMe et 1 baie SATA 2.5″ ou 3.5″, je peux m’imaginer faire en scénario minimum.
Vélo, on a +10 morts, +4%. Ce n’est potentiellement pas une anomalie statistique, d’autant que ça monte pas à pas depuis des années : +25% depuis 2019, soit justement pas loin de 4% par an sur toute la période.
C’est moche mais les statistiques c’est traitre, ça ne dit pas la même chose suivant comment on les présente.
En parallèle, depuis 2019, l’usage du vélo a explosé. Il y a eu le covid, le vélo à assistance électrique, et les villes ont investi massivement dans les infrastructures. La plateforme nationale des fréquentation (PNF) montrait +37 % d’usage entre 2019 et 2023, et ça ne s’est pas arrêté depuis. On parle de +5% pour l’année 2025.
Et du coup, +4% de mortalité pour un usage qui monte de +5% il n’y a pas de quoi crier victoire mais ça montre une absence d’augmentation du risque, et probablement plutôt une légère _baisse_ de ce risque.
Quand j’entends les éditorialistes parler d’urgence de port du casque1, de folie grandissante des incivilité cyclistes, je me dis qu’il est grand temps de changer d’éditorialistes pour mettre des gens qui regardent réellement les chiffres.
On voit par contre un +35 morts pour les EDP-m, soit +78%. Là c’est une toute autre histoire. Je n’ai pas les chiffres mais je doute très fort qu’il y ait eu +78% d’usage sur les 12 mois. On a vraisemblablement un problème, majeur, à la fois sur l’usage et sur le matériel utilisé2.
Alors oui, les EDP-m font partie des fameuses mobilités douces, mais les agrégats n’ont de sens que pour représenter des réalités communes. Je conteste totalement la réalité commune d’usage entre les cycles et les EDP-m, et les chiffres de la sécurité routière tendent plutôt à me donner raison.
Mais vu qu’on parle de mobilités douces au sens large, on voit aussi +45 morts chez les piétons, soit +10%. Il est peu probable que ça vienne d’un changement majeur de comportement des piétons. Le danger vient d’ailleurs.
Si je reprends les matrices de collision du rapport de la sécurité routière, on voit plutôt une faible dangerosité du vélo et même des EDP-m. Avec la responsabilité d’un piéton mort pour chaque, on est dans l’aléa statistique3.
Ce qui frappe c’est le contraire, les motorisés classiques sont impliqués dans presque 99% des collisions mortelles4, ce qui dépasse leur part modale que ce soit en nombre de déplacements ou en kilomètres parcourus.
La voiture tue, mais on s’est habitué à trouver ça normal, du coup on se focalise sur les tués.
Les voitures ont d’ailleurs une augmentation de +45 morts, soit +3% alors que l’usage n’a très probablement pas progressé d’autant. Là pourtant les éditorialistes ne parlent que d’un léger relâchement.
Quand on ne veut pas voir l’éléphant au milieu du couloir, on regarde de l’autre côté.
Il y a presque deux fois plus de morts hors agglomération (hors autoroute) qu’en agglomération. C’est 50% de plus même pour les cyclistes alors que le boom à vélo est majoritairement urbain.
Bref, ce n’est pas une question de feu rouge. La conclusion probable c’est que le problème est majoritairement au niveau du contrôle des véhicules motorisés (vitesse, alcool, stupéfiants, attention).
Une autre facette, mise en lumière par le rapport de la sécurité routière, c’est le genre et l’âge des personnes impliquées. Les hommes sont sur-représentés, ainsi que les jeunes.
On a une culture d’agressivité au volant qui est à questionner, bien plus que le port du casque des cyclistes ou le fait que les piétons traversent au rouge.
Et ça peu importe ce que vous pensez de l’obligation du port du casque. Il ne s’agit pas de dire « pour » ou « contre » ici, juste de dire qu’il n’y a ici aucune détérioration qui justifierait de nouvelles mesures. ↩︎
Je suis prêt à parier ma chemise que sur Lyon la part des EDP-m réglementaires ne dépasse pas 50%. ↩︎
Note: Sur les 7 cyclistes morts sur une collision entre vélo, 5 sont hors agglomération. Je ne serais pas étonné que ce soient plutôt des pratiques sportives, genre des descentes ou des pelotons de course. Bref, je considère ça un peu à part. ↩︎
Pour rappel, les « sans tiers » sont des morts pour lesquels aucun tier n’a été remonté dans les statistiques. C’est plus une case fourre-tout « on ne sait pas » qu’une statistique « mort seul » (même si les véhiculés qui sont morts seuls en font effectivement partie). ↩︎
Je procrastine la migration hors Google depuis des années. Je le souhaitais par principe plus que par besoin, et ça ne me motivais pas beaucoup de me retrouver avec moins bien.
La situation géopolitique fait que j’aimerais me retrouver en Europe occidentale ou apparenté. Plus qu’avant. Allemagne, Suède ou Suisse ont potentiellement ma préférence.
J’ai deux options :
Un système tout intégré, email, calendrier, contacts, documents, stockage, tout en ligne avec un (vraiment très) gros quota.
Juste email et calendrier, idéalement carnet de contacts, quota significatif. Je garde le stockage par ailleurs, sur Tresorit ou rapatrié chez moi.
Je cherche des recommandations pour savoir où aller.
Je ne veux pas de solution Outlook/Exchange et j’aimerais éviter l’hébergement de la solution sur AWS, GCP ou Azure même si c’est sur des centre de données Européens.
Email
Je veux pouvoir relier ma boite à plusieurs domaines, avec des adresses catch-all, des limites assez hautes pour les fichiers joints, et un quota assez important (50 Go serait idéal, 5 Go un minimum).
Ce serait vraiment excellent d’avoir un système aussi bon que gmail pour la recherche, la gestion des tags, et surtout des règles de filtrage serveur. Peut-être que je rêve un peu. Point bonus s’il y a un système qui me permet de faire à distance une sauvegarde incrémentale quotidienne de ma boite email.
Je ne cherche pas forcément de chiffrement de bout en bout. S’il y a, je veux qu’il existe un pont local pour interagir en IMAP (Proton le propose, Tuta ne le propose pas à ma connaissance).
Note : Je ne veut pas de chaton ou de copain ou de petit hébergeur pour mes emails, à la fois pour des questions de délivrabilité et pour des questions de confiance/sécurité.
Calendrier
Je veux pouvoir partager mon calendrier avec des protocoles standards (webcal ou caldav), et avoir plusieurs calendriers.
Le chiffrement de bout en bout peut être sympa mais je vois mal comment ça peut fonctionner avec le partage dans les protocoles standards.
Contacts
Rien d’extraordinaire, sinon la possibilité d’interagir avec un protocole standard.
Stockage
Pour en faire mon stockage principal il me faut un énorme quota (on parle en To), un chiffrement de bout en bout (indispensable), la possibilité de partager des fichiers et répertoires au moins en lecture (idéalement en écriture), et des logiciels de synchronisation efficaces à la fois sous Mac et sous Linux. L’interface Linux doit pouvoir être utilisée sans interface graphique.
La contrainte est forte. Je peux accepter une solution qui ne gère pas le stockage, et le gérer par ailleurs de mon côté.
Pour l’instant dans les recommandations je trouve :
Proton, chiffré, avec potentiellement les défauts liés ;
Infomaniak, sans le drive qui n’est pas chiffré côté client ;
OVH pour email et calendrier ;
Migadu, pour email et calendrier ;
Fastmail pour email et calendrier, mais Australien.
Régulièrement, je tourne en rond et je reviens à mon point de départ. C’est le cas aujourd’hui sur le secret de Shamir.
J’ai hésité entre l’ancêtre ssss et le plus récent libgfshare. En poussant un peu j’ai identifié d’autres implémentations qui se veulent plus fiables, par exemple en implémentant une vérification d’intégrité. Plus j’avançais et plus je trouvais d’alternatives et de dérivés. Le dernier étant SLIP-0039.
Je ne vous colle pas tout mais il y a au moins:
ssss, le dinosaure, dont l’URL originale n’est même plus en ligne mais qui est encore dans Debian et qui le restera probablement à vie. Il y a un portage Javascript, et même une version qui permet d’ajouter de nouvelles clés à un partage existant.
libgfshare, qui par rapport à ssss permet de partager un secret d’une taille infinie, et qui lui aussi est dans Debian probablement à vie. Des portages JS existent mais je n’en ai pas trouvé qui permettent d’ajouter de nouvelles clés.
sss, qui se veut plus sécurisé et qui ajoute une garantie d’intégrité du secret. Le README a la bonne idée de faire une liste d’alternatives. Malheureusement je n’ai pas vu de portage JS et je n’ai pas forcément envie de le faire moi sur un objet mathématique que je ne comprends pas. Il ne semble de toutes façons pas particulièrement connu hors de github.
sssa, qui semble avoir plusieurs implémentations, mais à priori ni récentes ni très utilisées.
SLIP39, qui va beaucoup plus loin, avec des notions de groupes sur deux niveaux, une vérification d’intégrité. Il y a l’avantage d’un standard établi (à priori pour des questions de blockchain. Il y a même un portage JS, mais j’ai eu peur de complexifier inutilement la procédure de récupération manuelle.
Bref, j’ai fini par exactement la même conclusion que l’autre fois : Je préfère quelque chose de simple, éprouvé, et le fait de pouvoir ajouter des nouvelles clés après coup a un énorme avantage.
J’ai donc amélioré une vieille implémentation de ssss, et je vais partir de là.
Cet article met probablement le doigt sur une des incompréhensions j’ai avec les interlocuteurs critiques à propos d’ia dans les processus de dev.
Il ne s’agit pas de tout accepter. Oui, l’IA aujourd’hui amène son lot de défauts. Je ne compare pas la qualité de la production de l’IA avec la qualité de la production d’un dev humain.
C’est tout le processus qui change. Ce que je compare c’est le résultat d’un processus historique avec celui où l’IA est au centre. Dans ce second processus on a aujourd’hui un dev qui vérifie, qui relance, qui contraint. C’est un changement de métier.
L’article parle de revue mais les deux points à retenir pour moi c’est que l’humain doit rester en maîtrise et toujours prouver que le résultat est le bon, sans juste faire confiance, et que le volume de code est un ennemi encore plus fort qu’avant parce que l’IA est forte à générer beaucoup de code.
Un des points qui me freine c’est comment maintenir à jour les données. Les mots de passe changent, les instructions aussi.
Par le passé j’avais en tête de simplement donner les clés du gestionnaire de mots de passe et de laisser une note dedans.
Ça faisait le job mais depuis j’ai changé de serveur pour le gestionnaire de mots de passe pour passer à un européen. Un peu plus tard le gestionnaire de mots de passe a imposé une authentification double facteurs par email. Mon authentification email a aussi changé et elle doit être directement dans le secret. Cette authentification email a un double facteur téléphone, et mon verrouillage téléphone va aussi changer régulièrement pour contraintes professionnelles.
Bref, je vais avoir besoin de faire des mises à jour, renvoyer de nouveaux documents à tous les destinataires.
Pourquoi pas, mais plus j’en demande plus je cours le risque que ces documents soient mal stockés, perdus, ou que les versions récupérées par les différents destinataires ne soient pas les mêmes.
Pour l’instant ma solution c’est d’avoir une indirection.
Le secret de Shamir se contente de chiffrer une clé symétrique type AES-256. Le reste est chiffré à partir de cette clé. J’ajoute quelque part la date de génération.
À chaque mise à jour, je peux réutiliser la même clé AES-256, et juste mettre à jour la donnée chiffrée elle-même, accompagnée d’une nouvelle date.
L’avantage c’est qu’il suffit aux destinataires de récupérer chacun un des documents que je leur ai transmis. Ensemble ils pourront toujours retrouver la clé, et la clé permettra de déchiffrer le contenu le plus récent qu’ils auront entre eux, même si tout le monde n’a pas le même.
J’ai une vision assez noire du monde, assez pessimiste du futur, mais je ne comprends pas l’idéalisation du passé.
Non, ça n’était pas mieux avant, peu importe le avant qu’on choisit.
Ce n’était mieux ni sur les conditions de vie, ni sur les libertés, ni sur la santé, ni sur le travail, ni sur la pauvreté, ni sur les dominations, ni sur la justice, ni sur l’espérance de vie, ni sur les violences ou la criminalité, ni sur le confort, ni sur l’alimentation, ni… sur rien en fait.
La télévision et la littérature nous abreuvent d’images qui sont celles d’une minorité de dominants de chaque époque, oubliant que la masse n’avait pas ces conditions de vie et que même cette minorité n’avait pas plein de choses qui sont une évidence pour nous.
Soyons critiques sur le présent, précautionneux sur l’avenir, mais n’idéalisons pas le passé.
Si les enfants font du vélo pour aller à l’école l’hiver en Scandinavie, c’est que le problème est dans nos têtes.
C’est difficile à croire tant qu’on n’a pas passé le cap mais la difficulté principale quand il fait froid, c’est la volonté de sortir. Une fois le choix fait, le froid ne pose pas vraiment de problème.
La réalité c’est que, en France, l’hiver (froid) est probablement plus agréable pour du vélo que l’été (chaleur) ou l’automne (pluie).
Sous les 10 à 15°C
Les températures varient suivant vos sensibilités. Moi je suis assez frileux.
Sous les 10° je m’habille normalement, blouson inclus. J’ajoute juste un sous-casque fin contre le vent. Si vous avez un casque urbain sans ouverture peut-être que le sous-casque est même inutile, d’autant plus si vous avez une visière qui bloque le courant d’air froid.
Le vrai problème ce sont les mains, et l’astuce c’est d’ajouter des manchons au vélo plutôt que de mettre des gants. S’en passer serait une erreur.
Sous les 0 à 5°C
Là ça caille si on ne s’habille pas.
Pour les mains j’ajoute de fins sous-gants de soie (existe aussi en laine mérinos). L’idée du sous-gant est que ça reste fin sans handicaper la dextérité. Ça suffit pour sortir les mains des manchons quelques instants pour indiquer une direction, ou le temps que les manchons se réchauffent.
Pour la tête j’ajoute un vrai bonnet fin (en plus du sous-casque éventuel qui bloque le courant d’air qui sinon passerait à travers le bonnet). L’idée c’est d’avoir un bonnet qui épouse bien la tête pour passer sous le casque, donc sans espace vide au-dessus du crâne et sans revers sur le bas du bonnet.
J’ajoute enfin un legging mérinos fait pour la rando sous le jean qui n’est pas fait pour ça, et des chaussettes merinos trouvées à Carrefour en lieu et place du coton. Ces dernières ne semblent plus être en vente et c’est dommage parce que ça faisait très chaussettes de ville, mais sinon il y a plein de modèles plus sport à Decathlon.
Normalement ça suffit mais comme je suis un frileux et que je mets le même pull qu’en intersaison, je troque aussi le t-shirt coton par un t-shirt merinos de rando.
Je suis frileux et ça tient tranquille les –5°C d’aujourd’hui.
J’ai pris de la laine mérinos pour le confort mais on doit pouvoir diviser le prix par deux en prenant de la laine classique ou polaire.
Contre le vent
Dès qu’on approche les 5°C, le vent peut mordre le visage. Là, si besoin et uniquement si besoin, on peut ajouter un masque sur la partie basse du visage, ou mettre une cagoule fine à la place du sous-casque.
