Yves a écrit 394 commentaires

J’aimais bien Prolog aussi pendant mes études. Il y a quelques années, j’ai tenté de m’y remettre pour le plaisir et j’ai écrit un solveur pour les défis en 2D de IQ Puzzler :-)

pas besoin de regarder la carte, vous pouvez vous orientez juste à la flèche de direction sans aucun soucis, elle ne se trompera pas quand il faudra prendre la patte d'oie. Donc moins gourmand en batterie.

La manière dont j'utilise BRouter, avec OSMAnd de FDroid, consomme je pense encore moins : je cale l'itinéraire, je lance le guidage en mode vocal, j'éteins l'écran et je mets le téléphone dans ma poche de veste. Puis mon téléphone me parle pendant que je pédale :-)

Merci beaucoup pour ce tuto, qui démystifie pour moi cet outil que j’ai toujours délaissé du fait de son apparente complexité !

Après lecture, il reste un flou : quid des sous-clefs ? À quoi correspondent-elles ? Faut-il en avoir ou est-ce facultatif ? Est-ce automatique ? Faudrait-il en avoir plusieurs ? etc.

C’est vite dit. Je suis en tout cas une exception.

La syntaxe Python est très expressive et concise. Tu mets un peu de EditorConfig dans ton projet et ça roule.

Rien à voir avec le journal, désolé…

C’était juste pour dire MERCI à l’auteur. J’ai tout de suite reconnu le nom et le logo, qui m’ont rappelé toute l’aide qu’a pu m’apporter le site funix.org à l’époque où je devais compiler le kernel, XFree86, et tant d’autres choses pour que mon PC de salon sous EPIA M10000N (processeur VIA) fonctionne…

C’est vrai en vision macro, à grande échelle.

Mais dans ce cas précis, il faut tenir compte de la différence de densité de population entre « ici » et « là-bas », et du fait qu’en milieu rural où il y a davantage de place, les gens seront naturellement plus éloignés des centres industriels que je ne peux l’être, en tant que cycliste, des véhicules qui passent à moins d’un mètre de moi.

Cela dit, je n’ai pas d’œillères, et je me rends bien compte qu’aucune pollution ne peut être absolument égalitaire, ou inoffensive pour les gens à proximité. Je pense notamment à la description d’une usine alimentaire (à la campagne) faite dans le livre « Pandemia »…

requêtes JDBC ?

As-tu bien lu tout ce que j'ai écrit ?

• En quoi la pollution est meilleure quand elle est "ailleurs" => À côté de moi, elle est pure ; loin de moi, le temps qu'elle m'atteigne, elle est diluée. Mes poumons apprécient…
• politesse de ma part de respirer une partie de la pollution que je cause => Premièrement, il s'agit là d'inspirer (à vélo) la pollution que les autres causent ; deuxièmement, même en respectant ton hypothèse, je préfère la version diluée.

Bien que tu aies sans doute raison dans tout ce que tu expliques (tu as l'air de mieux connaitre que moi), n'est-il pas un peu rapide de dire que la QoS ne sert pas à ça ?

Supposons par exemple que les téléchargements en questions soient vers un port identifiable (torrent, ftp…), on peut imaginer vouloir privilégier les autres ports.

Ou alors, si elle/il dispose d'un serveur auto-hébergé servant de média-player, messagerie, etc., il pourrait avoir envie de privilégier les flux internes (LAN) aux flux externes.

Et sinon, ne peut-on envisager de détecter les connexions ESTABLISHED depuis plus de 10s par exemple, et les dé-prioriser par rapport au traffic rapide ?

J'oublie certainement d'autres possibilités.
Au fait, ce n'est pas une attaque ! Je me pose vraiment ces questions, notamment parce que je me suis interrogé comme l'auteur de ce journal, mais sans y apporter de suite…

Outre le fait que la consommation n'est pas si négligeable que ça (cf. réponse de Renault), il faudrait, pour un bilan global, prendre en compte l'impact de la pollution sur les gens : production et distribution de médicaments, trajets vers les médecins…

Exemple : je ne sais absolument pas si un véhicule électrique est plus ou moins nuisible qu'un véhicule thermique quand on prend en compte tous les paramètres. En revanche, je sais que pour ma santé (en tant que cycliste urbain), les véhicules électriques sont préférables : la pollution se fait "ailleurs"; le bilan de pollution est peut-être identique, mais la localisation de cette pollution n'est pas la même.

Intéressant ! Merci, je ne connaissais pas.

Je n’ai pas trop l’impression, non. Et puis, j’attends de voir Discord dans tmux en SSH sur mon serveur…

ceux et celles, bien sûr… (je sais que tu y accordes de l’importance)
Le français est ainsi fait…

Que d’exigences dans les commentaires, je trouve !
Merci Ysabeau pour ce partage, très bien réalisé et agréable à lire :-)
Je le recommanderai à ceux qui me posent des questions.

Ah oui, c’est vrai : je viens de vérifier, c’est la version 7.1.2

Pour info, j’utilise un Fairphone 2 version OpenOS (Google-free), et le guidage vocal fonctionne dans Osmand.

Et n’oublions pas le Fairphone, proposé avec OpenOS (grosso-modo AOSP rooté, avec les mises à jour officielles) sur le modèle FP2, et bientôt sur le FP3 aussi.

Sans smartphone, oui, c’est possible, mais sans mobile, ça ne l’est plus :-(
En tout cas en France, aujourd’hui, à moins de se couper de monde moderne, il est indispensable d’avoir un numéro de téléphone capable de recevoir des SMS.

Pour info, j’ai testé l’extension Gnome-Shell, mais finalement, je lui préfère Tilda. Ça marche bien. Je l’utilise sans bordure, ni onglets, ni ascenseur, avec une commande personnalisée screen ou tmux selon la machine ; avec ça, plus besoin d’ascenseurs et autres fioritures ;-)

À ce propos, je suppose que le paquetage code dans Archlinux est équivalent à VSCodium, puisque la description dit : « The Open Source build of Visual Studio Code (vscode) editor ».

Le même que celui de la calculatrice ?

->[]

Merci Sclarckone. S’il existe une implémentation open-source, ça a l’air bien, en effet. Je vais chercher…

Merci pour ce retour d’expérience !

Si quelqu’un a une solution open-source pour la même chose en audio+vidéo, ça m’intéresse ; le but serait de lire une vidéo ou parcourir des photos sur le téléphone Android, et de voir ça sur grand écran via un PC Linux.

Les « règles » qui paraissent évidentes dans le contexte qu’on connait peuvent s’avérer ne pas être des règles du tout quand on regarde la diversité des usages.

Dans mon cas par exemple, le DVI mène à mon écran de PC, et le HDMI à la TV (pour pouvoir regarder des films ou des photos de vacances assis sur le canapé). Comme c’est un PC fixe, je ne m’amuse pas à brancher quand il y a besoin ; c’est branché en permanence.

Or :

• de ma chaise PC, je ne vois pas la TV, donc il ne faudrait pas que le HDMI soit la destination par défaut de l’image ;
• quand j’utilise le PC, je veux mon son sur l’écran PC, que quelqu’un utilise la TV ou non, donc il ne faut pas non plus que le HDMI soit la destination par défaut du son.

C’est devenu très rare, depuis qu’on a eu xrandr.