Tu nous parles de volets fermes et de rideaux occultants, mais a cette période de l’année, ce n'est pas rare d'avoir de fortes chaleurs, et donc de devoir dormir fenêtres ouvertes.
On se retrouverait reveilles a 4-5h du mat, mais devoir attendre 8h30 pour déposer les gamins a l’école, et donc ne pas pouvoir commencer le boulot plus tot. Tu me mets 2 semaines a ce rythme la, et je suis épuisé personnellement.
C'est justement pour éviter ca qu'on a invente le changement d'heure.
Je suis d'accord avec toi, l'impact de l’école est important. C'est l’école qui fixe les horaires d'un nombre important de gens, et de cette contrainte découle les horaires de leur collègues (on cale les reunions entre 9h et 17h).
Mais c'est justement ca qui fait que le changement d'heure marche. On garde les memes horaires toute l’année (car ces horaires nous sont contraints, c'est une réalité), et boum magique, l’été on se retrouve avec des soirees ensoleillées avec le changement d'heure.
Si on passe sur l'heure d'hiver ou l'heure d’été, les gens vont s'adapter et se décaler dans le temps selon le choix qui a été fait… et a la fin on perd les soirees ensoleilles de l’été.
Ou alors, avant d'en arriver a des explications complotistes, c'est juste que les autres solutions sont moins biens que le problème de base.
Pour ma part:
- l'heure d'hiver en été, ca fera un soleil qui se lève a 5h et se couche a 19h, bonjour la déprime et les troubles du sommeil
- l'heure d’été en hiver, ca fera un soleil qui se lève a 9h40, ce sera super pour les gamins aller a l’école ou pour aller en vélo au boulot, franchement non merci.
Donc, pour moi, c'est vraiment vive le changement d'heure. On est pas fait pour vivre dans la nuit. Et si l’argument c’était de faire des economies d’énergie, l’idée de base c’était surtout qu'il fallait faire coïncider le jour et la journée. Et pour ca merci aux cranes d'oeufs technocrates qui ont pense a cette solution simple et efficace pour nous faire profiter au mieux du soleil tout au long de l’année.
un langage simple permettant d'apprendre à programmer.
Je dirais plus que c'est un gain de productivité qui permet de faire dans un temps raisonnable des choses plus compliquées, que tu n'arriverais pas forcément a faire avec des langages plus laborieux, tout en maintenant une qualité de code raisonnable.
Ce qui en fait le language de prédilection pour coder de la business logic.
Je n'ai jamais vu quelqu'un copier les dépendances comme ça, je ne suis pas sûr que ce soit une excellente idée
Alors je parlais pas des dépendances, on parlait de livrer le projet en tant quel tel (et un projet qui ne soit pas une librairie python).
La recette typique d'un backend fait en python pour moi c'est :
je gère mes dépendances avec pip et virtualenv, ou autre surcouche (conda, poetry, pyenv, uv).
je fais un docker file a partir de python-slim, j'installe les dépendances avec mon outil surcouche a pip, et je copie les fichiers de mon projet a l'intérieur du container.
La discussion ici, elle portait sur le fait de fait de packager sa propre appli avec pip pour l'installer dans le container. Et ça a mon sens, c'est inutile car en python on a pas cette étape de compilation.
Les maths déployés dans les projets de machine learning sont très compliqués. C'est extrêmement difficile à lire. On peut rester plusieurs jours coincés sur 10 lignes de code a vraiment comprendre ce que l'on fait.
Python apporte une syntaxe simple qui permet de se concentrer sur les concepts mathématiques sans perdre en performance grâce aux librairies pandas, numpy et autres.
S'il fallait faire la même chose dans des languages plus bas niveau, ce serait juste illisible.
Puis bien sûr comme il n'y a pas de tests unitaires, c'est la galère pour tout reprendre …
Oui enfin n'importe quel projet sans test unitaire, c'est forcément galère a moins d'être sur une petite application.
Pour ma part, j'ai bien plus souvent constaté des projets où on disait "ça compile = c'est testé", et du coup on se passe de tests. Language compilé ou pas, rien ne remplace les tests.
Pour beaucoup de langages modernes que je connais (Rust, Go, Java par exemple), c'est pas si compliqué que ça.
Et c'est nécessaire pour ces languages, puisqu'ils sont compilés. Si le language n'est pas compilé, cette étape ne sert a rien => on l'enlève.
Les quelques fois où je prends le train (je sais, c'est mal de ne pas prendre le train), je m'annonce au conducteur et c'est réglé.
Le conducteur ? Je suis assez surpris que tu puisses lui parler, ils sont généralement dans leur cabine, derrière une porte sans poignée. Et ils sont occupés à conduire, c'est étonnant qu'ils puissent gérer les tickets comme si on parlait d'un simple bus.
Tu veux pas plutôt parler du contrôleur ? Le souci c'est qu'eux ils ne sont pas dans tous les trains.
Le chef de gare sur les quais, j'en vois pratiquement jamais dans les petites gares en Suisse.
Dites voir, Mr Gutemberg, elle est pas très écologique votre machine qui met de l'encre de partout. Et vous avez pense aux millions de moines copistes, que vont ils devenir ? Quel est l’intérêt d'ailleurs de permettre a chacun de générer des creations en masse ?
Sur Lausanne, il reste un bon nombre de machines, pas forcement partout c'est vrai.
Mais sinon, le moyen le plus simple pour l'utilisateur occasionnel (que je suis), c'est le paiement par SMS surtaxe. Tu envoies un code sur un numéro surtaxe, et bim, tu as un ticket pour 1 heure. Ca marche aussi pour en prendre plusieurs, si par exemple tu as des enfants, ce qui n'est pas possible avec les solutions plus évoluées techniquement, comme celle de la RATP qui t'oblige a aller acheter des cartes NFC pour prendre un bus (lol).
Du coup, c'est pas une solution basée sur un smartphone, un simple dumbphone marche très bien aussi.
Ca peut aussi être une appli en technologie web, package dans un chrome et livre tel quel. C'est pas du natif, ca permet pas de choisir le navigateur, ca fait des packages monstrueux a installer.
Par contre, l'avantage c'est que ca tourne en local, pas de risque que le serveur disparaisse.
L'IA, c'était surtout un domaine où pour avoir le moindre prototype, il fallait embaucher au minimum 3 gonzes (ou gonzesses) qui avaient besoin de grosses quantités de données (qu'on arrivait jamais a avoirl qui font tourner des pipelines pendant des semaines et qui auront peut être des résultats dans quelques années.
Et au bout d'un an, on te fait croire qu'on a enfin trouvé le modèle qui déchire, tu essaies sur un peu plus de données, bim tu te rends qu'on a overfit, ou alors tu fais une jolie démo et tu découvres un NAN en sortie de ton preprocessing.
Bref, l'IA a la sauce GPT, c'est peut être un peu foireux, mais ça marche tout de même un peu. Tu fais un proto en 2 semaines et tu peux le mettre en prod. Après c'est utile ou pas, c'est un autre sujet, mais on arrête d'investir n'importe comment dans le machine learning.
Si on demande a une IA son avis sur un sujet, il faut avoir conscience qu'elle répondra avec les craintes exprimées en moyenne sur le sujet.
Après elle est capable de faire ce résumé succintement (avec un amour immodéré pour les bullet points) et rapidement, ce qui est utile. Mais ça reste qu'un miroir de réflexion.
[^] # Re: précisions
Posté par flagos . En réponse au lien Fin du changement d'heure : où en est-on ? . Évalué à 2 (+0/-0).
Tu sembles prêcher pour l'heure d'hiver toute l’année. A Paris, le 21 juin, le soleil se leverait a 4h45. A Strasbourg a 4h25. (source: https://calendriersolaire.com/calendrier?month=2025-06&location=strasbourg&weekstart=monday)
Tu nous parles de volets fermes et de rideaux occultants, mais a cette période de l’année, ce n'est pas rare d'avoir de fortes chaleurs, et donc de devoir dormir fenêtres ouvertes.
On se retrouverait reveilles a 4-5h du mat, mais devoir attendre 8h30 pour déposer les gamins a l’école, et donc ne pas pouvoir commencer le boulot plus tot. Tu me mets 2 semaines a ce rythme la, et je suis épuisé personnellement.
C'est justement pour éviter ca qu'on a invente le changement d'heure.
[^] # Re: précisions
Posté par flagos . En réponse au lien Fin du changement d'heure : où en est-on ? . Évalué à 3 (+1/-0).
Je suis d'accord avec toi, l'impact de l’école est important. C'est l’école qui fixe les horaires d'un nombre important de gens, et de cette contrainte découle les horaires de leur collègues (on cale les reunions entre 9h et 17h).
Mais c'est justement ca qui fait que le changement d'heure marche. On garde les memes horaires toute l’année (car ces horaires nous sont contraints, c'est une réalité), et boum magique, l’été on se retrouve avec des soirees ensoleillées avec le changement d'heure.
Si on passe sur l'heure d'hiver ou l'heure d’été, les gens vont s'adapter et se décaler dans le temps selon le choix qui a été fait… et a la fin on perd les soirees ensoleilles de l’été.
[^] # Re: précisions
Posté par flagos . En réponse au lien Fin du changement d'heure : où en est-on ? . Évalué à 4 (+4/-2).
Ou alors, avant d'en arriver a des explications complotistes, c'est juste que les autres solutions sont moins biens que le problème de base.
Pour ma part:
- l'heure d'hiver en été, ca fera un soleil qui se lève a 5h et se couche a 19h, bonjour la déprime et les troubles du sommeil
- l'heure d’été en hiver, ca fera un soleil qui se lève a 9h40, ce sera super pour les gamins aller a l’école ou pour aller en vélo au boulot, franchement non merci.
Donc, pour moi, c'est vraiment vive le changement d'heure. On est pas fait pour vivre dans la nuit. Et si l’argument c’était de faire des economies d’énergie, l’idée de base c’était surtout qu'il fallait faire coïncider le jour et la journée. Et pour ca merci aux cranes d'oeufs technocrates qui ont pense a cette solution simple et efficace pour nous faire profiter au mieux du soleil tout au long de l’année.
[^] # Re: J'ai pas toujours envie que mon hash crypto aille vite...
Posté par flagos . En réponse au journal BLAKE3, le condensat cryptographique qui laisse les autres sur le quai. Évalué à 2 (+0/-0).
Il me semble qu'il y a encore quelques sites internets qui en demande.
[^] # Re: Huhu
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 2 (+0/-0).
Tu mets un seul en mode API gateway. C'est absurde de mettre un proxy par service.
[^] # Re: Huhu
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 5 (+3/-0). Dernière modification le 09 mars 2025 à 12:49.
Je dirais plus que c'est un gain de productivité qui permet de faire dans un temps raisonnable des choses plus compliquées, que tu n'arriverais pas forcément a faire avec des langages plus laborieux, tout en maintenant une qualité de code raisonnable.
Ce qui en fait le language de prédilection pour coder de la business logic.
[^] # Re: Huhu
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 2 (+0/-0).
Et comment tu gères les dépendances sur packages systèmes avec uniquement pip ?
[^] # Re: Huhu
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 3 (+1/-0).
Alors je parlais pas des dépendances, on parlait de livrer le projet en tant quel tel (et un projet qui ne soit pas une librairie python).
La recette typique d'un backend fait en python pour moi c'est :
La discussion ici, elle portait sur le fait de fait de packager sa propre appli avec pip pour l'installer dans le container. Et ça a mon sens, c'est inutile car en python on a pas cette étape de compilation.
[^] # Re: Exemple pas comparable
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 6 (+4/-0). Dernière modification le 09 mars 2025 à 08:43.
Et ses performances sont d'ailleurs très bonnes, je me souviens l'avoir mesuré et poste un commentaire lors d'un journal sur un serveur java.
Edit: je l'ai retrouvé https://linuxfr.org/nodes/127979/comments/1893260
[^] # Re: Huhu
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 4 (+2/-0). Dernière modification le 09 mars 2025 à 08:24.
Oui c'est un peu comme peu les distrib linux et leur système de paquets :-p
Troll a part, non aujourd'hui tu packages avec pip et c'est bon, tout le monde sait t'installer, par exemple en tant que dépendance.
Si on parle d'installer/déployer un binaire, soit tu utilises pip, soit tu utilises docker.
Mais utiliser pip a l'intérieur d'un container docker, c'est un peu absurdement compliqué alors qu'on a juste besoin de copier des fichiers.
[^] # Re: Huhu
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 4 (+2/-0).
Ce n'est pas qu'une question d'habitude.
Les maths déployés dans les projets de machine learning sont très compliqués. C'est extrêmement difficile à lire. On peut rester plusieurs jours coincés sur 10 lignes de code a vraiment comprendre ce que l'on fait.
Python apporte une syntaxe simple qui permet de se concentrer sur les concepts mathématiques sans perdre en performance grâce aux librairies pandas, numpy et autres.
S'il fallait faire la même chose dans des languages plus bas niveau, ce serait juste illisible.
[^] # Re: Huhu
Posté par flagos . En réponse au lien Difficile de recommander Python en production . Évalué à 7 (+5/-0).
Oui enfin n'importe quel projet sans test unitaire, c'est forcément galère a moins d'être sur une petite application.
Pour ma part, j'ai bien plus souvent constaté des projets où on disait "ça compile = c'est testé", et du coup on se passe de tests. Language compilé ou pas, rien ne remplace les tests.
Et c'est nécessaire pour ces languages, puisqu'ils sont compilés. Si le language n'est pas compilé, cette étape ne sert a rien => on l'enlève.
[^] # Re: Contexte
Posté par flagos . En réponse au lien La team Ariane s'envole vers d'autre cieux!!! (800km). Évalué à 2 (+0/-0).
Un état des lieux des capacités spatiales européennes https://www.meretmarine.com/fr/defense/cso-3-ariane-6-va-mettre-en-orbite-le-nouveau-satellite-de-reconnaissance-francais
[^] # Re: tiens donc, un lien YT qui n'est pas largement moinsė
Posté par flagos . En réponse au lien La recherche dans un moment orwellien aux États-Unis, regrettent plusieurs scientifiques français. Évalué à 5 (+3/-0).
Je te rassure, je pense que personne ne l'a ouvert, moi le premier.
[^] # Re: Clavier une main
Posté par flagos . En réponse au journal Clavier une main. Évalué à 6 (+4/-0).
Vous tapez a une main sur le telephone ? Perso je suis en mode 2 pouces.
[^] # Re: 1 mois et demi...
Posté par flagos . En réponse au lien La recherche dans un moment orwellien aux États-Unis, regrettent plusieurs scientifiques français. Évalué à 10 (+14/-2).
Je vais me permettre de citer Camus: "la démocratie ce n’est pas la loi de la majorité mais la protection de la minorité".
Je l'ai trouve sur wikipedia, un truc woke.
[^] # Re: .
Posté par flagos . En réponse au journal Python à trou : trouve ton environnement. Évalué à 3 (+1/-0).
Je suis egalement un peu perdu sur la question. En testant chatgpt en mode "reason", il arrive sur une solution similaire.
Ca marche, mais je ne suis pas sur que ce soit l'exercice.
[^] # Re: Transports en Suisse
Posté par flagos . En réponse au journal Après la boutique des JO, c'est au tour de la banque, et d'ici dix ans..de tout le reste?. Évalué à 3 (+1/-0).
Le conducteur ? Je suis assez surpris que tu puisses lui parler, ils sont généralement dans leur cabine, derrière une porte sans poignée. Et ils sont occupés à conduire, c'est étonnant qu'ils puissent gérer les tickets comme si on parlait d'un simple bus.
Tu veux pas plutôt parler du contrôleur ? Le souci c'est qu'eux ils ne sont pas dans tous les trains.
Le chef de gare sur les quais, j'en vois pratiquement jamais dans les petites gares en Suisse.
[^] # Re: Too late
Posté par flagos . En réponse au journal Sommet pour l’action sur l'IA, réaction à chaud. Évalué à 8 (+10/-4).
Dites voir, Mr Gutemberg, elle est pas très écologique votre machine qui met de l'encre de partout. Et vous avez pense aux millions de moines copistes, que vont ils devenir ? Quel est l’intérêt d'ailleurs de permettre a chacun de générer des creations en masse ?
[^] # Re: Transports en Suisse
Posté par flagos . En réponse au journal Après la boutique des JO, c'est au tour de la banque, et d'ici dix ans..de tout le reste?. Évalué à 3 (+1/-0).
Sur Lausanne, il reste un bon nombre de machines, pas forcement partout c'est vrai.
Mais sinon, le moyen le plus simple pour l'utilisateur occasionnel (que je suis), c'est le paiement par SMS surtaxe. Tu envoies un code sur un numéro surtaxe, et bim, tu as un ticket pour 1 heure. Ca marche aussi pour en prendre plusieurs, si par exemple tu as des enfants, ce qui n'est pas possible avec les solutions plus évoluées techniquement, comme celle de la RATP qui t'oblige a aller acheter des cartes NFC pour prendre un bus (lol).
Du coup, c'est pas une solution basée sur un smartphone, un simple dumbphone marche très bien aussi.
[^] # Re: merdification de la technologie
Posté par flagos . En réponse au journal Après la boutique des JO, c'est au tour de la banque, et d'ici dix ans..de tout le reste?. Évalué à 3 (+1/-0).
Ca peut aussi être une appli en technologie web, package dans un chrome et livre tel quel. C'est pas du natif, ca permet pas de choisir le navigateur, ca fait des packages monstrueux a installer.
Par contre, l'avantage c'est que ca tourne en local, pas de risque que le serveur disparaisse.
[^] # Re: Acceleration
Posté par flagos . En réponse au journal Quoi penser de l'IA dans mon monde de linuxien .... Évalué à 4 (+2/-0).
Et pourtant… Tu mets un langchain derrière un endpoint, un joli bouton et hop tu as un truc.
Rien a voir avec la situation antérieure où il fallait des années de boulot pour des résultats encore moins bon.
La magie des LLM, c'est que c'est de l'IA que n'importe quel software engineer peut faire.
[^] # Re: Acceleration
Posté par flagos . En réponse au journal Quoi penser de l'IA dans mon monde de linuxien .... Évalué à 2 (+1/-1).
L'IA, c'était surtout un domaine où pour avoir le moindre prototype, il fallait embaucher au minimum 3 gonzes (ou gonzesses) qui avaient besoin de grosses quantités de données (qu'on arrivait jamais a avoirl qui font tourner des pipelines pendant des semaines et qui auront peut être des résultats dans quelques années.
Et au bout d'un an, on te fait croire qu'on a enfin trouvé le modèle qui déchire, tu essaies sur un peu plus de données, bim tu te rends qu'on a overfit, ou alors tu fais une jolie démo et tu découvres un NAN en sortie de ton preprocessing.
Bref, l'IA a la sauce GPT, c'est peut être un peu foireux, mais ça marche tout de même un peu. Tu fais un proto en 2 semaines et tu peux le mettre en prod. Après c'est utile ou pas, c'est un autre sujet, mais on arrête d'investir n'importe comment dans le machine learning.
# Big Parrot
Posté par flagos . En réponse au lien Les problèmes sociétaux du déploiement massif de l'IA, selon une IA - standblog. Évalué à 2 (+0/-0).
Si on demande a une IA son avis sur un sujet, il faut avoir conscience qu'elle répondra avec les craintes exprimées en moyenne sur le sujet.
Après elle est capable de faire ce résumé succintement (avec un amour immodéré pour les bullet points) et rapidement, ce qui est utile. Mais ça reste qu'un miroir de réflexion.
# J'ai teste !
Posté par flagos . En réponse au journal Légumes rôtis. Évalué à 3 (+1/-0).
Et c'est bon !
Peut être la prochaine je mettrai un peu plus d'assaisonnement, ca en manquais un petit peu.
J'ai mis le plat directement au lave vaisselle, il est ressorti impeccable.