GwenLg a écrit 34 commentaires

Je pense que les commentaires aux dessus ne disent pas qu'il n'y a pas de "problèmes" avec la demande d'aide et qu'on a toujours une réponse qui nous aide. Mais plus que la comparaison n'est pas pertinente et maladroite.

Et je suis plutôt d'accords, dans la BD est comparé la demande de conseils à une demande d'assistance technique.
Et ses situations sont dans le même temps mise en place dans un contexte IRL d'un côté, et sur le web de l'autre.

Ma première impression à été un ressenti d'un dessin stigmatisant vis-à-vis des "geek informatique".

Context: je n'ai pas lu l'article, et je suis programmeur historiquement surtout C++ et aujourd'hui Rust

Mon expérience de Python en "production" c'est l'hébergement de Yunohost et Synapse (server matrix de référence).

Après une mise à jour de Synapse, l'envoie de photos ne fonctionnait plus. Après petite enquête dans les logs, il s'avère qu'une dépendance pour la gestion d'image avait été mise à jour, et que cette mise supprimait une fonction qui était marqué comme déprécié depuis un moment, et que le code de Synapse n'avait pas été mis à jour.

Que ce genre de problème puisse arriver jusqu'en production sans qu'au minimum un check de CI n'est levé une alerte me parais quand même problématique.
Peut-être qu'il y a des outils type analyseur static qui aurait pu/dû être utilisé en CI pour prévenir le problème. Mais rien que le fait que ce soit optionnel est un malus pour moi dans la confiance que je peux apporter à du code Python par rapport à du Go/Rust.
Si je dois héberger un service, je vais avoir tendance à chercher plutôt des outils écris dans des langages compilés plutôt qu'interprété comme premier filtre. Et si seulement je ne trouve rien qui correspond, je vais élargir la recherche.

Donc je suis plutôt d'accords avec l'idée "Difficile de recommander Python en production".

Et pour ceux qui seraient curieux, il apparaît par exemple dans une des vidéos promotionnelle de Dishonored :
Les coulisses de Dishonored #2 - Immersion

https://www.factornews.com/actualites/deces-de-viktor-antonov-50857.html

Next a publié récemment deux tutoriels pour récupérer directement les données des compteurs Linky.

Le premier avec des modules sans fils est maintenant disponible pour tous : #Nextpresso : module TIC Linky et clé Zigbee pour suivre en direct sa consommation électrique.

Le second n'est pour le moment réservé aux abonnées : #Nextpresso LiXee TIC-DIN : récupérer en USB les données de Linky sur Raspberry Pi

@Glandos: ça t'aide pour ta question de fin ?

directement sur leur site : https://www.stjv.fr/2024/09/appel-a-la-greve-pour-les-entites-francaises-dubisoft-les-15-16-et-17-octobre-2024/

En français il y a aussi cette vidéo :
HTMX - Un retour aux templates ou le futur du front-end ? (conf BreizhCamp de cette année)

J'ai trouvé la vidéo intéressante, ça ne va pas dans les détails techniques, mais ça présente assez bien quand HTMX est intéressant et quand ça l'est moins, ses limites.

Et ce titre ?

Ubuntu tout cassé après avoir voulu lancer une application .AppImage ?

ça me semble mieux refléter la réalité, tout en étant à peine plus long.

Je cite l'article lui-même :

Contrairement à ce que le titre de l'article pourrait laisser penser, AppImage n'est pas du tout en cause ici ; le problème est surtout causé par un manque d'attention (ou de compréhension) de l'utilisateur.

Ce n'est pas le lancement de l'application qui a cassé le système, mais l'utilisateur qui a voulu faire en sorte de pouvoir lancer une application non compatible avec son système.

pour compléter, voici un post de David Airlied qui aborde les difficultés de cohabitation entre développeur en fonction de leur "rôle" : https://airlied.blogspot.com/2024/08/on-rust-linux-developers-maintainers.html

Il semblerait que cette variable d'environnement ne soit pas définie dans l'image Docker Ubuntu 24.04, ce qui a donné des surprises sur la CI. Bon ben dans ce cas je repasse sur /tmp en secours, tant pis.
Merci pour le (début de) tips, ça m'a justement servi pour un projet en court.

J'avais le même problème d'absence de variable TMPDIR sous Fedora, et après une recherche, j'ai lu que la variable d'environnement à utiliser était plutôt XDG_RUNTIME_DIR pour moi en tout cas.

Sur github tu as aussi des flux atom (caché ?) sous la forme :

https://github.com/[organisation]/[depot]/commits/[branche].atom
Exemple : https://github.com/arx/ArxLibertatis/commits/master.atom

Il semblerait qu'il y ai aussi moyen d'avoir un flux pour les tags :
https://github.com/arx/ArxLibertatis/tags.atom

Je partage l'idée que le "secret des affaires" est toxique et que le "secret des sources" et nécessaire, mais je pense qu'il serait intéressant de développer le "pourquoi".

Quelqu'un pourrait dire le contraire et avoir "raison", mais dans ce cas soit au moins un se trompe, soit c'est que cette personne aspire à une société complètement différente.

Oui il y a aussi Sailfish OS.

Pour compléter (je suis également utilisateur de Sailfish OS depuis début 2014 avec le Jolla 1, puis aujourd'hui un Xperia 10).

Si j’apprécie beaucoup de point de Sailfish Os, il y a aussi des problèmes qui font que j'ai du mal à en recommander l'usage.
Le plus gros point noir pour moi, est la sauvegarde des mms qui ne fonctionne pas. Les infos du message sont bien sauvegardés, mais pas son contenu (qui est stoqué de façon indépendante pour les mms).
Lors du passage du Jolla au xperia, j'ai dû me faire mon propre outil pour sauvegarder et restaurer les fichiers et mettre à jour la base de donnée des messages.

Et quand j'ai ouvert un ticket pour rapporter le problème (possibilité officielle suite à l'achat d'une licence), on m'a juste proposé de demander sur le forum communautaire, sans aucune info particulière, genre : est-ce que le code source de la sauvegarde est ouvert ou pas ? est-ce que c'est un problème connu ? …
Et il s'avère que le code de sauvegarde n'est pas opensource, du coup il n'est même pas possible de proposer une amélioration (je suis programmeur, j'aurais pu).

Donc, j'ai aussi été déçu que des points aussi basiques que la sauvegarde restauration de mms ne fonctionne pas correctement et qu'il ne soit pas possible de contribuer.

Et puis c'est pas comme si Rust était rejeté par le milieu du jeux vidéo :
- https://bevyengine.org/
- https://embark.dev/
- https://ambient.run/

Bien sur il y a aussi des freins, des personnes qui ne seront pas intéressé. Et du temps pour que ça se répande, mais il y a clairement un intérêt pour Rust dans le milieu du jeu vidéo.

oups :

"l'article ligne" => "l'article light"

J'ai trouvé l'article ligne en termes de réponse à la question du titre.
C'est un article d'une personne qui s'y intéresse depuis quelque temps, qui à fait plusieurs essaient en Rust, mais as eu des difficultés qui l'on fait rebrousser chemin. tout en réessayant plus tard. Mais du coup qui n'a pas une expérience particulièrement poussée/complète.

En tant que programmeur qui s'intéresse à Rust depuis plusieurs années, qui le pratique de manière régulière depuis 2 ans et qui aimerait pouvoir pratiquer ce langage professionnellement, je n'ai pas trouvé particulièrement d'arguments que je pourrais utiliser pour montrer les intérêts du langage à quelqu'un qui n'aurait pas encore exploré la question.
Rien que je n'ai pas déjà par ma propre expérience, et rien qui pourrait donner plus de poids aux arguments que je pourrais avoir.

A voir les prochains articles, l'auteur semble motiver pour plus creuser la question et faire d'autres articles.

Ah cool l'option clippy::pedantic, je ne connaissais pas.

Sinon l'option --profile=test est pratique pour que check et/ou clippy donne aussi des indications sur le code de test (ce qui n'est pas le cas par défaut).

Bonjour, pour commencer je te conseille d'utiliser clippy :
A collection of lints to catch common mistakes and improve your Rust code.

ça ne fait pas tout, mais c'est un très bon compagnon pour apprendre, corriger des erreurs de "débutant", suivre les bonnes pratiques, etc.

Certaine corrections peuvent même être faites automatiquement, mais je conseille plutôt de faire les corrections à la main, pour mieux apprendre.

Il était de redevenir rationnel…

Il ne manque pas un mot ? Mais j'imagine que l'idée était : "Il était temps …"

Du coup, "rationnel" dans quel contexte ? Vis à vis de quels objectifs ?

De l'émission de CO2 à court terme ou long terme ?
De la dépendance de la France / l’Europe pour la production énergétique ?
De de pas remettre en question notre mode de vie, mal-grès tout ses défauts ?

Sous Firefox, suivant le contexte, j'utilise aussi parfois l'onglet 'Médias' de la fenêtre 'Information sur la page' pour pouvoir enregistrer des images.
Pas forcément quand le click droit est désactivé sur le site, mais par exemple quand une image est affichée en popup et qu'un click droit ferme la popup.

Ah, juste devancé par fearan

C'est cool d'orienter de se voir IRL.
Mais sauf erreur de ma part, tu ne précises pas sur le site dans quel secteur géographique ça serait possible de te rencontrer ^.

Je pense que ça serait judicieux de l'indiquer, histoire de savoir s'il y a un intérêt de te contacter, ou s'il vaut mieux aller vers quelqu'un d'autre.

Bonne continuation dans ce projet de coloc, en tout cas, j'aime bien l'idée.

Je ne dirais pas que l'explication est limpide, mais elle m'a quand même aider à mieux comprendre le cas que j'avais rencontré.

Donc merci 👍

Note: le cas que j'avais rencontré est dans la lib Rust CityHasher :
https://docs.rs/cityhasher/latest/src/cityhasher/lib.rs.html#434

interface sealed

Ah du coup question, c'est quoi le sens/l'idée du terme sealed ?
Je l'ai déjà vu passé dans du code, mais je n'ai pas compris le sens, l'idée que ça exprimait.

Merci

En fait, en étant tout à fait sérieux, je dirais que l'idéal serais effectivement de ne pas avoir d'indentation dans les fichiers de code et que l'indentation devrais se limiter à l'affichage.
Non seulement comme ça plus de bataille entre les adeptes des espaces et ceux des tabulations.
Mais surtout ça ferais des diff plus petit, donc plus facile à lire.
Je ne suis pas sur que l'économie de caractères soit significative surtout avec la compression (dans git ou dans les systèmes de fichier, par exemple), mais je serais curieux de test chiffrés 😉.

Le seul problème que je vois, c'est qu'il y aurait beaucoup d'outils à adapter pour qu'ils mettent en forme le code pour l'afficher à l'utilisateur.
Et un peu d'habitude à faire évoluer.