Dans la vidéo il indique qu'ils veulent faire un portage et pas une réécriture, c'est à dire du code au plus proche du code initial pour garder un maximum de compatibilité et que ça ne soit pas trop long. Rust aurait été intéressant pour une réécriture mais entraînerait trop de différences.
On voit aussi dans la vidéo qu'ils ont trouvé la programmation en Go assez sympathique, facile à prendre en main et avec des prototypes très prométeurs et bien suffisant.
J'ai fait le même chemin de C et Python en Go. En quelques jours c'était tellement facile de porter quelques programmes avec un résultat bluffant qu'on n'a pas envie d'aller chercher plus loin.
La vidéo vaut le coup, le gars est vachement sympa et franc.
Quand il parle de minimalisme c'est sur l'implémentation du concept par rapport à htmx qui rajoute beaucoup d'autres choses.
Le concept étant de généraliser les possibilités des "hypermedia controls" à tous les éléments.
Par exemple qu'un bouton (ou autre) puisse faire un GET et renvoyer le résultat dans un autre élément, un div par exemple.
J'ai pu comparer exactement les mêmes applications écrites en Python puis réécrites en Go en quasi copier-coller (c'est à dire pas en changeant en même temps de méthode).
J'ai fait ce choix à l'époque où il fallait de toutes façons faire évoluer des applications Py2 vers Py3.
Le déploiement, la maintenance et les évolutions ont été pour moi très largement facilités.
Je programmais en C avant Python, d'où une certaine facilité pour appréhender Go, je ne conseillerai pas forcément à tout le monde de faire la même chose !
Dans le même genre il a proposé qu'on ne vende que des balles en polystyrènes aux délinquants. Il suffit que les vendeurs de munitions jouent le jeu, c'est très simple, c'est son petit neveux qui a une arme à polystyrène qui le lui a suggéré (c'est un spécialiste depuis Noël).
Retrait du texte :
"@type": "Question",
"name": "Does Firefox sell your personal data?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Nope. Never have, never will. And we protect you from many of the advertisers who do. Firefox products are designed to protect your privacy. That’s a promise. "
Ben si, entre entreprises on récupère l'intégralité de la tva. Je facture 1000€ HT, le client me verse 1200 et il déduit 200€ sur sa tva et moi je paye 200€ aux impôts…
Il me semble qu'il y a des pays (en Suède ?) où on n'encaisse pas, on déclare simplement.
Ce qui pourrait être intéressant c'est que la déclaration de tva se fasse en même temps et sans avoir à la rembourser (en b2b).
C'est un truc que je n'ai jamais compris, pourquoi entre entreprises on doit facturer la tva, l'encaisser pour ensuite la reverser alors qu'elle va être récupérée de l'autre côté…
On dépend des GAFAM qui sont pourtant implantés physiquement sur notre territoire. Et bien c'est simple il suffit de les annexer, c'est tendance en ce moment.
Le problème n'est effectivement pas la valeur, qui est assez virtuelle à ce stade, mais plutôt le pouvoir que ça lui donne. Par exemple, parait-il, d'avoir influencé l'autre à ne pas nommer une première ministre de gauche.
Pfff, facile. Moi c'est mes enfants qui n'ont pas eu de smartphone ni réseau avant la majorité. Et toc.
Et non ils ne sont pas nés au siècle dernier.
Est-ce que c'était facile ?
Oui (j'en n'avais pas non plus et je n'ai pas eu à les forcer).
Est-ce que ça le serait aujourd'hui ?
Non.
On peut dire la même chose du "deux tu-l-auras-peut-être-plus-tard" à propos du nucléaire. Il n'y a actuellement aucune chance pour qu'il ait une part significative dans les délais requis au niveau mondial. Au mieux ce sera un petit plus pour une toute petite minorité de pays et à un coût probablement exorbitant.
Le plus important dans la stratégie Negawatt c'est le principe de jouer sur la demande plus sobre et efficace, pas les nouvelles technologies de production.
Justement c'est d'autant plus marrant et paradoxal de voir qu'un outil comme HTMX qui n'est pas un framework, qui n'invente rien (on utilise les iframe pour faire la même chose depuis plus de 20 ans) et qui revendique l'intérêt d'en rester là (cf le lien indiqué), arrive à dépasser les autres sur ce terrain.
Depuis un an il y a la possibilité d'ouvrir un compte pro (obligatoire pour faire des virements TVA) gratuit chez Indy, ça passe par Swan. Je me demande ce que ça vaut. Sur le papier ça à l'air juste simple et pratique mais quand on regarde les avis sur Swan à droite à gauche ça à l'air catastrophique (je parle de Swan, pas de Indy avec qui je n'ai franchement aucun soucis).
Des avis ?
Sinon il se trouve que je suis aussi chez Fortuneo pour le compte particulier. RAS.
En 2022 y a eu une conf Devoxfr sur leur bourbier.
En gros, et de mémoire, ils ne s'attendaient pas à grossir si vite (covid) et leur application RoR n'était pas du tout prévue pour ça. Genre des requêtes avec +20 jointures.
Ils avaient le choix entre reprendre l'application ou trouver une DB magique (qui puisse faire x10 sans rien changer d'autre).
Reprendre l'application impliquerait de payer des devs, donc niet.
Reste la DB magique, pas de bol rien ne fait mieux qu'Aurora (AWS).
Du coup plan B, trouver une solution sans avoir à tout changer (ForeingDataWrappers, une ext PG par ex).
Y a un truc qui me semble contradictoire car le problème semble venir du fait que l'application n'était pas prévue pour ça car pensée trop petite (hébergée chez Heroku au départ) mais en même temps ils ont trouvé trop coûteux de la réécrire. Après tout, c'est une "simple" (c'est le terme qu'ils emploient) application de prise de rendez-vous au départ.
Ils ont attendu le dernier moment pour réagir et du coup au pied du mur effectivement c'est plus difficile de réécrire une application au moment où elle tourne à plein régime. Et de là la bonne excuse pour dépendre d'AWS.
Bref, faudrait songer à payer les devs si on veut avoir le choix de l'infra !
On parle d'apprentissage.
Pour ma part le fait d'avoir commencé par apprendre le fonctionnement d'un ordinateur "à fond" en commençant par l'assembleur plus le C m'a énormément simplifié la vie par la suite.
Le réinventage de roue est également un excellent moyen d'apprendre car on peut ensuite regarder comment d'autres ont fait ces mêmes roues.
"Faire un truc" et "bien plus rapide" c'est très relatif.
Si tu fais un truc mais que tu ne le comprends pas, est-ce que tu as appris réellement ?
Par exemple si tu dois faire une intersection entre deux ensembles, en Python tu vas utiliser set, c'est plié en 3 lignes. En C tu vas faire des boucles, c'est beaucoup plus difficile mais à la fin tu aura appris un algo.
[^] # Re: Pourquoi Go (et pas Rust)?
Posté par wilk . En réponse au lien Typescript porté en Go. Évalué à 10 (+9/-0).
Dans la vidéo il indique qu'ils veulent faire un portage et pas une réécriture, c'est à dire du code au plus proche du code initial pour garder un maximum de compatibilité et que ça ne soit pas trop long. Rust aurait été intéressant pour une réécriture mais entraînerait trop de différences.
On voit aussi dans la vidéo qu'ils ont trouvé la programmation en Go assez sympathique, facile à prendre en main et avec des prototypes très prométeurs et bien suffisant.
J'ai fait le même chemin de C et Python en Go. En quelques jours c'était tellement facile de porter quelques programmes avec un résultat bluffant qu'on n'a pas envie d'aller chercher plus loin.
La vidéo vaut le coup, le gars est vachement sympa et franc.
[^] # Re: À quoi ça sert ?
Posté par wilk . En réponse au lien Version minimaliste de HTMX par le même auteur. Évalué à 5 (+3/-0).
Quand il parle de minimalisme c'est sur l'implémentation du concept par rapport à htmx qui rajoute beaucoup d'autres choses.
Le concept étant de généraliser les possibilités des "hypermedia controls" à tous les éléments.
Par exemple qu'un bouton (ou autre) puisse faire un GET et renvoyer le résultat dans un autre élément, un div par exemple.
<button fx-action="/autre" fx-target="ici">Clic</button>
<div id="ici">...</div>
Ce qu'on peut relativement déjà faire avec des forms et des iframe est donc généralisé aux autres éléments.
Il y a un projet pour l'inclure dans les specs html
https://github.com/alexpetros/triptych
# Interview de l'auteur
Posté par wilk . En réponse au lien Version minimaliste de HTMX par le même auteur. Évalué à 2 (+0/-0).
Il en parle ici
https://youtu.be/VKu3Dyyzzjg
HTMX est considéré comme stable, il préfère expérimenter sur un nouveau projet.
# De Python à Go
Posté par wilk . En réponse au lien Difficile de recommander Python en production . Évalué à 10 (+8/-0).
J'ai pu comparer exactement les mêmes applications écrites en Python puis réécrites en Go en quasi copier-coller (c'est à dire pas en changeant en même temps de méthode).
J'ai fait ce choix à l'époque où il fallait de toutes façons faire évoluer des applications Py2 vers Py3.
Le déploiement, la maintenance et les évolutions ont été pour moi très largement facilités.
Je programmais en C avant Python, d'où une certaine facilité pour appréhender Go, je ne conseillerai pas forcément à tout le monde de faire la même chose !
[^] # Re: 1 mois et demi...
Posté par wilk . En réponse au lien La recherche dans un moment orwellien aux États-Unis, regrettent plusieurs scientifiques français. Évalué à 4 (+2/-0).
La démocratie dans l'obscurantisme c'est un peu comme un logiciel libre sans le code source.
[^] # Re: Balles en polystyrène
Posté par wilk . En réponse au lien Narcotrafic : Bruno Retailleau veut un « fantôme » dans les échanges chiffrés. Évalué à 4 (+2/-0).
De la même manière qu'on les repère sur les réseaux sociaux où ils savent très bien qu'ils sont espionnés.
Pas du tout, une filière de recyclage est bien sûr prévue « make the polystyrene great again ».
# Balles en polystyrène
Posté par wilk . En réponse au lien Narcotrafic : Bruno Retailleau veut un « fantôme » dans les échanges chiffrés. Évalué à 4 (+2/-0).
Dans le même genre il a proposé qu'on ne vende que des balles en polystyrènes aux délinquants. Il suffit que les vendeurs de munitions jouent le jeu, c'est très simple, c'est son petit neveux qui a une arme à polystyrène qui le lui a suggéré (c'est un spécialiste depuis Noël).
# La faq est mise à jour
Posté par wilk . En réponse au lien Mozilla is going to collect a lot more data from Firefox users - OSnews. Évalué à 7 (+5/-0).
https://github.com/mozilla/bedrock/commit/d459addab846d8144b61939b7f4310eb80c5470e#diff-a24e74e4595fa85440a2f4e7e5dcfe68aba6e1e593aef05a2d35581a91423847L65
Retrait du texte :
"@type": "Question",
"name": "Does Firefox sell your personal data?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Nope. Never have, never will. And we protect you from many of the advertisers who do. Firefox products are designed to protect your privacy. That’s a promise. "
[^] # Re: Déclaration de TVA quand même
Posté par wilk . En réponse au lien « Une très mauvaise nouvelle » : les petites entreprises vont devoir passer à la facturation électro. Évalué à 2 (+0/-0).
Ben si, entre entreprises on récupère l'intégralité de la tva. Je facture 1000€ HT, le client me verse 1200 et il déduit 200€ sur sa tva et moi je paye 200€ aux impôts…
Il me semble qu'il y a des pays (en Suède ?) où on n'encaisse pas, on déclare simplement.
# Déclaration de TVA quand même
Posté par wilk . En réponse au lien « Une très mauvaise nouvelle » : les petites entreprises vont devoir passer à la facturation électro. Évalué à 2 (+0/-0).
Ce qui pourrait être intéressant c'est que la déclaration de tva se fasse en même temps et sans avoir à la rembourser (en b2b).
C'est un truc que je n'ai jamais compris, pourquoi entre entreprises on doit facturer la tva, l'encaisser pour ensuite la reverser alors qu'elle va être récupérée de l'autre côté…
[^] # Re: Obligation de passer par un prestataire privé
Posté par wilk . En réponse au lien « Une très mauvaise nouvelle » : les petites entreprises vont devoir passer à la facturation électro. Évalué à 2 (+0/-0).
Ca ruisselle mais le ruissellement se contrefout de la gravitation.
# Annexons
Posté par wilk . En réponse au journal La Cour Pénale Internationale bientôt sous Linux ?. Évalué à 10 (+13/-0).
On dépend des GAFAM qui sont pourtant implantés physiquement sur notre territoire. Et bien c'est simple il suffit de les annexer, c'est tendance en ce moment.
[^] # Re: Est-ce informatif?
Posté par wilk . En réponse au lien Quelle est réellement la fortune de Bernard Arnault ?. Évalué à 10 (+8/-0).
Le problème n'est effectivement pas la valeur, qui est assez virtuelle à ce stade, mais plutôt le pouvoir que ça lui donne. Par exemple, parait-il, d'avoir influencé l'autre à ne pas nommer une première ministre de gauche.
[^] # Re: C'est automatisé ici
Posté par wilk . En réponse au journal Let's Encrypt arrête l'envoi des mails prévenant de l'expiration des certificats. Évalué à 4 (+2/-0).
Les utilisateurs non plus ne tombent pas en panne, ils vont se charger d'envoyer les mails de notification 😂
[^] # Re: Merci pour la dernière option
Posté par wilk . En réponse au sondage Quel âge a votre smartphone ?. Évalué à 3 (+1/-0).
Pfff, facile. Moi c'est mes enfants qui n'ont pas eu de smartphone ni réseau avant la majorité. Et toc.
Et non ils ne sont pas nés au siècle dernier.
Est-ce que c'était facile ?
Oui (j'en n'avais pas non plus et je n'ai pas eu à les forcer).
Est-ce que ça le serait aujourd'hui ?
Non.
# Résumé
Posté par wilk . En réponse au lien Le point sur Vim depuis le décès de son auteur initial. Évalué à 3 (+2/-1).
Ca tombe bien, moi aussi.
[^] # Re: Autre regard
Posté par wilk . En réponse au lien Électricité : le solaire supplante enfin le charbon dans l'UE. Évalué à 5 (+4/-1).
On peut dire la même chose du "deux tu-l-auras-peut-être-plus-tard" à propos du nucléaire. Il n'y a actuellement aucune chance pour qu'il ait une part significative dans les délais requis au niveau mondial. Au mieux ce sera un petit plus pour une toute petite minorité de pays et à un coût probablement exorbitant.
Le plus important dans la stratégie Negawatt c'est le principe de jouer sur la demande plus sobre et efficace, pas les nouvelles technologies de production.
[^] # Re: Indicateur pété - les étoiles GitHub, à la poubelle !
Posté par wilk . En réponse au lien The future of HTMX. Évalué à 4 (+2/-0).
Justement c'est d'autant plus marrant et paradoxal de voir qu'un outil comme HTMX qui n'est pas un framework, qui n'invente rien (on utilise les iframe pour faire la même chose depuis plus de 20 ans) et qui revendique l'intérêt d'en rester là (cf le lien indiqué), arrive à dépasser les autres sur ce terrain.
# Banque pro
Posté par wilk . En réponse au journal Où je me cherche une banque. Évalué à 2 (+0/-0).
Depuis un an il y a la possibilité d'ouvrir un compte pro (obligatoire pour faire des virements TVA) gratuit chez Indy, ça passe par Swan. Je me demande ce que ça vaut. Sur le papier ça à l'air juste simple et pratique mais quand on regarde les avis sur Swan à droite à gauche ça à l'air catastrophique (je parle de Swan, pas de Indy avec qui je n'ai franchement aucun soucis).
Des avis ?
Sinon il se trouve que je suis aussi chez Fortuneo pour le compte particulier. RAS.
[^] # Re: Couvercle
Posté par wilk . En réponse au lien La mise en prod' du vendredi soir :). Évalué à 7 (+5/-0).
C'est le problème avec les énergies intermittentes.
[^] # Re: Couvercle
Posté par wilk . En réponse au lien La mise en prod' du vendredi soir :). Évalué à 4 (+2/-0).
Comment ça c'était pas une bonne idée ?
https://www.lindependant.fr/2024/12/21/energie-nouveau-retard-pour-le-reacteur-nucleaire-epr-de-flamanville-finalement-raccorde-au-reseau-ce-samedi-matin-12406570.php
[^] # Re: Couvercle
Posté par wilk . En réponse au lien La mise en prod' du vendredi soir :). Évalué à 7 (+5/-0).
On lance la prod un vendredi soir, aucune raison de s'inquiéter avant lundi.
# La tech Doctolib
Posté par wilk . En réponse au lien En finir avec Doctolib. Évalué à 10 (+10/-1).
En 2022 y a eu une conf Devoxfr sur leur bourbier.
En gros, et de mémoire, ils ne s'attendaient pas à grossir si vite (covid) et leur application RoR n'était pas du tout prévue pour ça. Genre des requêtes avec +20 jointures.
Ils avaient le choix entre reprendre l'application ou trouver une DB magique (qui puisse faire x10 sans rien changer d'autre).
Reprendre l'application impliquerait de payer des devs, donc niet.
Reste la DB magique, pas de bol rien ne fait mieux qu'Aurora (AWS).
Du coup plan B, trouver une solution sans avoir à tout changer (ForeingDataWrappers, une ext PG par ex).
https://www.youtube.com/watch?v=1PtPVpFWtKQ
Y a un truc qui me semble contradictoire car le problème semble venir du fait que l'application n'était pas prévue pour ça car pensée trop petite (hébergée chez Heroku au départ) mais en même temps ils ont trouvé trop coûteux de la réécrire. Après tout, c'est une "simple" (c'est le terme qu'ils emploient) application de prise de rendez-vous au départ.
Ils ont attendu le dernier moment pour réagir et du coup au pied du mur effectivement c'est plus difficile de réécrire une application au moment où elle tourne à plein régime. Et de là la bonne excuse pour dépendre d'AWS.
Bref, faudrait songer à payer les devs si on veut avoir le choix de l'infra !
[^] # Re: il n'y a pas que ça
Posté par wilk . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 4.
On parle d'apprentissage.
Pour ma part le fait d'avoir commencé par apprendre le fonctionnement d'un ordinateur "à fond" en commençant par l'assembleur plus le C m'a énormément simplifié la vie par la suite.
Le réinventage de roue est également un excellent moyen d'apprendre car on peut ensuite regarder comment d'autres ont fait ces mêmes roues.
[^] # Re: il n'y a pas que ça
Posté par wilk . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 2.
"Faire un truc" et "bien plus rapide" c'est très relatif.
Si tu fais un truc mais que tu ne le comprends pas, est-ce que tu as appris réellement ?
Par exemple si tu dois faire une intersection entre deux ensembles, en Python tu vas utiliser set, c'est plié en 3 lignes. En C tu vas faire des boucles, c'est beaucoup plus difficile mais à la fin tu aura appris un algo.