raphj a écrit 1626 commentaires

Il y a Bruxelles Expo non loin de là (mais ça dépend bien sûr de ce qui est exposé). Il y avait Mini-Europe avec des maquettes des grandes villes (et surtout capitales) des pays de l'Union Européenne qui est aussi assez chouette.

Oui, et d’ailleurs on la voit du haut de l'Atomium.

Les jardins de Laeken ne sont pas très loin non plus et très jolies à parcourir même si cela tient plus de la balade et de la déconnexion que de l'apprentissage.

Effectivement, et si vous y êtes à la bonne période, vous pouvez visiter les serres royales. C’est très peu cher et ça vaut le coup.

L’atomium peut être sympa à voir.

L’Atomium est un monument de Bruxelles, en Belgique, construit à l'occasion de l'Exposition universelle de 1958 et représentant la maille conventionnelle du cristal de fer (structure cubique centrée) agrandie 165 milliards de fois. Il est situé à Laeken sur le plateau du Heysel où eut lieu cette exposition.

Il n’y a malheureusement pas grand chose à voir autour. Je conseillerais de viser le coucher de soleil, de préférence un jour dégagé. La Brussel card fonctionne, mais si vous êtes étudiant·e, ce n’est vraiment pas cher et c’est plus intéressant d’utiliser le tarif étudiant. Parfois il y a des animations dans le parc à côté. J’ai eu le loisir de profiter des feux d’artifice qu’il y a eu là bas en août.

Il y a aussi le musée Magritte qui est sympathique pour les personnes qui aiment ce genre de choses. Prenez un audio guide (payant), il y a malheureusement très peu d’explications écrites… La Brussel card fonctionne.

N’hésitez pas à vous balader vers Sainte-Catherine, à 2 km du quartier de la porte de Namur, grand centre commercial animé de Bruxelles. De là, vous surplombez un peu la ville, c'est joli. Un ascenseur permet de descendre dans les Marolles, quartier commerçant avec plein de magasins un peu originaux. Vous y trouverez notamment un magasin / atelier de construction de meubles et décors d’intérieur qui fait aussi bar, l’ambiance est surprenamment agréable, du peu que j’ai pu en percevoir.

Et puis bien sûr Bruxelles c’est la BD. Il y a le musée de la BD, que je n’ai pas encore eu le temps d’aller voir.

Si quelqu’un est à Bruxelles jeudi et qu’il ou elle souhaite prendre un thé ou un café dans la matinée ou dans l’après midi… :-)

Beaucoup de codes commencent par de l'expérimentation, et son améliorés par la suite. Je pense que la démarche est bonne et en tout cas c'est totalement comme ça que je fonctionne :-)

Le code que tu présentes dans ton journal n'est pas parfait, mais il a deux qualités importantes :

• il fait le boulot
• on comprend rapidement comment il fonctionne

Ton objectif est de garder ces deux points valides alors que le code grossit et se complexifie.

Les codes parfaits, c'est rare. Un code pas idéal qui rend service, c'est mieux qu'un code qui n'existe pas. Et puis, on est là pour s'amuser !

En tout cas bravo pour faire l'effort de présenter ta démarche et ton code, c'est pas forcément facile de s'exposer au public comme ça. Le journal et les commentaires ici peuvent être bénéfiques à qui tombera dessus, ça peut susciter des inspirations, donc ne n'est pas forcément utile que pour toi. Alors, merci !

Black est un formateur de code Python: https://github.com/psf/black

Tu semble preneur de retours, alors parmi les éléments de style que tu peux regarder :

• les grands espaces entre les lignes : je te suggérerais d'en mettre un peu moins. Je ne sais plus ce qui est recommandé, moi j'ai tendance à espacer les méthodes entre elles par une ligne vide, et les classes entre elles par 2 lignes vides. Plus de deux lignes vides ne me parait en général pas utile. C'est une question de préférence, on peut ne pas être d'accord avec ça.
• style et langue des commentaires : je te suggérerais d'utiliser la même langue dans tous les commentaires. Quelques petites erreurs ("Openning" → "Opening")
  • les commentaires ne devraient pas trop décrire ce que le code fait, mais pourquoi il le fait. Je mettrais une espace après le # mais tout le monde ne le fait pas.
• le bloc except IOError: se finit par une instruction "pass", que tu peux simplement enlever.

Et là, ce qui suit est plus une opinion et un ensemble de suggestions plutôt que des règles.

Tu fais une classe instanciée qu'une fois : Pl2mp3. Ça peut être utile d'avoir une classe réutilisable, mais dans ce cas je ne ferais pas le traitement des arguments de main dedans. Si la classe n'est pas destinée à être réutilisée, j'aurais tendance à ne pas du tout faire de classe pour simplifier le code : une fonction main remplacerait avantageusement la méthode start de la classe Pl2mp3.

Ensuite,

    main = Pl2mp3()
    main.start()

devient :

    main()

Tu peux garder la méthode argparse et en faire une fonction argparse, et tu peux te débarrasser du membre self.args : la fonction produit le résultat de l'analyse des arguments et retourne ces résultats au lieu de les affecter à un membre. Ensuite, self.argparse() devient args = argparse() et args devient une variable locale de ta fonction main (ou de ta méthode start). Paf, un membre de moins, moins d'état "global" (attaché à la classe), le code devient plus facile à lire parce que les choses sont moins dispersées. Pas besoin de garder les arguments dans l'état de ta classe si tu ne t'en sers pas ailleurs.

Amuse-toi bien :-)

Je jette l'éponge, vous m'avez convaincu !

Tu vas effectivement certainement te payer une exception sur result.location.string si location n’existe pas. D’autant que ça a l’air autorisé par la spécification :

xspf:track elements MAY contain zero or more location elements

http://xspf.org/xspf-v1.html#rfc.section.4.1.1.2.14.1.1.1.1

Donc il faut gérer le cas. Quoi faire ? Afficher un avertissement ? Que faire s’il y en a plusieurs ?

Bon courage pour M3U, je crois que c’est beaucoup moins bien spécifié que XSPF et de mémoire il y a de légères incompatibilités entre lecteurs. Il y a peut-être des bibliothèques pour ça. Pour XSPF aussi d’ailleurs.

J'essaierai mon instance PeerTube parisienne depuis la Belgique la semaine prochaine alors :-)

En fait, je ne comprends pas bien ce que veut dire la partie citée. Est-ce que si je suis hors de France je vais avoir du mal à charger des vidéos depuis une instance PeerTube hébergée en France ? Si cette instance est hébergée chez un hébergeur ? Sur une connexion domestique ?

C'est le problème d'utiliser des mots qui n'ont pas de définitions auxquelles on peu se référer. Ce n'est pas forcément très clair.

Bof on ne connait pas forcément la définition de tous les mots que l'on utilise. Enfant on t'a appris à parler sans te faire ouvrir un dictionnaire et je présume que tu n'a pas remis en cause la définition de chaque mot que tu as appris à cette époque.

C'est vrai, mais en cas de doute, c'est quand même utile de pouvoir se référer à un dictionnaire. Y compris (et surtout, je dirais) un dictionnaire qui a une démarche descriptive : si c'est la première fois que tu entends un mot, ou que tu veux utiliser un mot dont tu n'es pas sûr du sens (ici, visibilité, pour moi, qui a exactement le sens que je voulais dans la définition que je pointe), tu vas te demander "qu'est-ce qu'une personne ayant utilisé ce terme a bien pu vouloir dire ?". Ou : si je veux manipuler ce concept, quel mot je peux utiliser pour maximiser les chances de me faire comprendre ?

En utilisant un mot qui n'est pas dans un dictionnaire, je ne permets pas à quelqu'un de vérifier son sens. Ce n'est pas forcément très grave, quelqu'un peut me demander de clarifier. Mais je risque aussi qu'il comprenne autre chose que ce que je voulais dire sans qu'on s'en rende compte. C'est vrai aussi pour des mots dans un dictionnaire, mais je pense que les chances sont moins grandes. Après c'est le jeu : peut-être qu'en "inventant" un mot, je comble un manque et le mot pourrait être adopté, et des linguistes se chargeront de lui attacher un sens reconnu, ce qui est très bien aussi… Mais je préfère personnellement souvent piocher dans le "bien commun" un mot qui existe déjà s'il y en a un qui porte le sens dont j'ai besoin.

Ma vision a beaucoup évolué en suivant la chaîne linguisticae sur… youtube.

Oui, ses vidéos sont très intéressantes.

C'est le problème d'utiliser des mots qui n'ont pas de définitions auxquelles on peu se référer. Ce n'est pas forcément très clair.

Mais effectivement si j'avais eu visibilité en tête j'aurais utilisé ce mot. Dans découvrabilité j'aimais bien le sens "pouvoir être découvert". C'est la définition 2 de visibilité dans le wiktionaire.

Je suis par ailleurs entièrement d'accord avec lgmdmdlsr et adopte plus volontiers une approche descriptive de la langue plutôt que prescriptive.

Concernant l'Académie française, elle a une autorité et une crédibilité limitée à la France (enfin, j'espère que ça ne dépasse pas trop…), qu'elle ne mérite d'ailleurs pas du tout pour un tas de raisons.

Je vois, dans ce code, une belle illustration de l'utilisation de argparse, de BeautifulSoup (que je ne connais que de nom) pour traiter du XML, et des itérateurs avec yield.

Yep.

Tout l’enjeu est de connaître et comprendre la norme (et d’ailleurs, savoir et comprendre quelles normes s’appliquent), ses implications, les défauts et spécificités des implémentations et leurs implications. Ce n’est pas forcément chose simple.

Nope. Mais en effet, quand je lis https://blog.ariase.com/box/dossiers/fibre-optique :

400 Mb/s en upload chez Free, 250 Mb/s chez Bouygues et 300 Mb/s avec la fibre d'Orange

Je veux bien croire qu'on peut héberger des vidéos avec de tels débits ! C'est plus de débit que mon VPS (200 Mb/s).

As-tu vu passer cette présentation ?

"The secret life of open source developers"

https://media.ccc.de/v/bucharest-322-the-secret-life-of-open-source-developers

Ton commentaire me fait beaucoup penser à ce que disent ces développeurs de logiciels libre sur les demandes / commentaires d'utilisateurs par toujours très sympathiques. D'ailleurs ton avis m'intéresserait.

Quant à la vie privée : comment savoir si le serveur peertube t'espionne moins|pas (que tu sois consommateur ou producteur) ?

Je te rassure, un serveur PeerTube peut t'espionner. Pire, comme c'est du P2P, tout le monde peut voir l'IP des gens qui sont en train de visionner une vidéo. Par défaut, un avertissement est affiché à propos de ça.

Je vois deux intérêts par rapport à YouTube par rapport à la vie privée :

• la décentralisation : le serveur ne t'espionne que pour les vidéos qu'il sert, c'est à dire peu de vidéo par rapport à un site qui contient toutes les vidéos du monde (on ne met pas tous les œufs dans le même panier, pour ainsi dire - vous pouvez mettre autre chose dans votre panier d'ailleurs).
• Google te piste au delà de YouTube si tu ne mets en place aucune protection : partout sur le web, et même un peu plus si tu utilises leur DNS.

Probablement une mauvaise idée :

https://github.com/Chocobozzz/PeerTube/blob/develop/support/doc/production.md

Please don't install PeerTube for production on a device behind a low bandwidth connection (example: your ADSL link).

Héberger des vidéos sur le disque dur de la box aura le même problème. Pour peu que ta connexion soit suffisamment bonne pour envoyer une vidéo à un ou deux spectateurs, une utilisation de ta connexion pour un usage domestique classique risque de perturber le service vidéo et vice versa, tu risques de te retrouver avec un service domestique insupportable.

Ici, j'ai une connexion 100 Mbit/s. En envoi je suis à 4.75 Mbit/s, soit 580 Kio/s. C'est pas ouf pour héberger des vidéos…

Un site avec peu de trafic, par contre, c'est envisageable (et je l'ai déjà fait sur une connexion 30 Mbit/s).

Perso, j'utilise mpv sur l'ordi classique et NewPipe sur le téléphone, mais ces outils ne résolvent qu'une partie du problème avec YouTube, et les résolvent de manière individuelle : la plupart des gens continueront à utiliser le site web, ou l'application YouTube officielle.

Je pense qu'il y a deux gros problèmes avec les alternatives :

• La découvrabilité (bon, ce mot ne semble pas exister)
• la mise en place : PeerTube nécessite d'avoir un serveur. J'ai cependant découvert qu'il y a plusieurs instance que tout le monde peut utiliser. On peut en trouver ici : https://instances.joinpeertube.org/.

Peut-être qu'une solution intermédiaire est d'avoir une chaîne PeerTube sur une des instances "publiques" et d'avoir une chaîne publique. Inconvénients :

• c'est du boulot d'envoyer des vidéos à deux endroits différents. Mais PeerTube est capable d'importer des vidéos depuis YouTube très facilement
• on continue à contribuer au fait qu'on trouve tout sur YouTube…

J'ai eu beaucoup de mal à comprendre ton journal.

En gros : une personne sur internet vend un logiciel propriétaire (12$ à vie) pour gérer (installer, supprimer, voir les changelogs), avec une interface graphique ou en ligne de commande, des noyaux disponibles sur kernel.ubuntu.com sur des distributions basées sur Ubuntu.

Finalement, ça n’a pas grand chose à voir avec Canonical.

J’ai du mal à voir une raison d’être horrifié ou d’en rire. C’est tout aussi critiquable que n’importe quel logiciel propriétaire si on est là dedans, sans plus.

Et parfois, payer, c'est la seule façon pour les libristes de ne plus se faire pourrir par les gros connards. C'est ce qui s'est passé pour GrSecurity, dont les auteurs se faisaient pourrir par les utilisateurs mécontents de la lenteur de portage des patchs sur telle ou telle dernière version du noyau.

Mais GRSecurity vend du logiciel libre, donc ce n’est pas très comparable. Mais j’ai du mal à comprendre ton interprétation de la situation.

Bref, j’ai du mal à voir l’utilité de la chose, et je suis sûr que si c’était très utile, on verrait rapidement une alternative libre apparaître, ça n’a pas l’air si compliqué à faire…

Et pourquoi pas tout simplement gitlab.com ? À cause de la centralisation ?

et les boites genre Doodle doivent en sourire

Mince, pour ton exemple, tu as choisi une boite dont le service frama* alternatif continuera à être proposé pour l’instant xD.

J’ai plutôt confiance sur le fait que des alternatives vont apparaître pour la plupart des services qui vont être fermés. Je pense aussi que la plupart des gens qui ont utilisé ces services sont déjà plus ou moins sensibles aux questions autour de la vie privée et/ou du logiciel libre et que voir les service fermer n’aura pas exactement le même effet que pour une personne non sensibilisée.

J’espère, et je pense que Framasoft a réussi à impulser une prise de conscience pour plein de gens (mais qu’il y a encore beaucoup de chemin à faire). Une prochaine étape, à mon avis, c’est l’apparition d’organisations proposant ces services, peut-être pour une somme d’argent, et que certaines personnes seront prête à payer (pas toutes, bien sûr !).

Sinon, pour ma part, en tant que membre d’une asso, j’ai mis en place plusieurs services à l’interne pour qu’on maîtrise nos données : NextCloud, puis Etherpad, puis PeerTube, puis Collabora Online. Ainsi, exit Google Drive pour gérer la liste des adhésions… (du coup, je vais m’empresser d’ajouter les formulaires à cette liste de services xD).

Je crois en cette démarche où un / des membres qui s’y connaissent au sein d’une structure telle qu’une association se chargent de mettre en place des solutions auto hébergées. Pour cela, il y a encore du chemin à faire : mettre en place tout ça prend du temps et ce n’est pas forcément évident. Mais je suis sûr que les outils et solutions vont s’améliorer. Et si ce n’est pas un membre qui s’y connaît, ça pourrait être la personne payée pour maintenir le site web qui s’en charge. Un autre obstacle, c’est qu’il faut que les gens trouvent la démarche importante et c’est à mon avis notamment là que Framasoft à toute son importance.

Le problème des solutions auto-hébergées à l’échelle individuelle n’est par contre pas le même qu’au sein d’une asso…

s’il le faut je réinstallerai Thunderbird, jusqu’à ce qu’il abandonne la fonctionnalité de lecteur de flux…)

Ce serait un évènement. J’utilise la fonctionnalité depuis 15 ans. Mais bon, si ça arrive, il y a plein d’alternatives et ça ne changera pas ma vie. C’est vraiment la force de RSS : c’est un format super simple et un tas d’applications le prennent en charge.

Si avoir le suivi des articles lus / non lus sur un seul appareil n’est pas un problème pour toi, je ne vois pas l’intérêt de dépendre d’un service pour ça. Fonce sur une solution basée sur un client local !

Thunderbird est super pour les mails, mais si tu ne l’utilise pas et que tu utilises KDE, Akregator est peut-être une solution moins lourde et plus intégrée à l’environnement et est peut-être déjà installé.

Je n’ai pas encore été convaincu par KMail, donc je continue d’utiliser Thunderbird pour les mails, comme depuis que j’utilise une adresse mail finalement… ☺ et donc je lis les flux RSS avec, tant qu’à faire, et vu qu’il utilise le moteur de rendu de Firefox, tu peux lire les articles au format page Web directement depuis Thunderbird - c’est très confortable !

Et si tu aimes l’ergonomie de Gnome, peut-être que Gnome Feeds t'intéressera.

Après, l'url de données, si elle fait partie d'un document envoyé par HTTP avec de la compression, elle sera compressée lors de la transmission comme le reste du document. Ensuite, quand le lien est cliqué, il n'y a pas de transmission, donc on se fiche de la compression, sauf si le navigateur en garde une entrée dans son historique.

Pour faire bien les choses, il faudrait d'ailleurs certainement regarder du côté de urllib.parse.quote. Sur cette chaîne, ça échappe la plupart des caractères…

Intrigué, j'ai essayé de remplacer le saut de ligne par un 
, puis par un 

, sans succès.

Ensuite je suis tombé sur https://stackoverflow.com/questions/3871729/transmitting-newline-character-n :

Code :

import numpy as np
mon_tableau = np.array([[1,2,3],[4,5,6]])
mon_str = np.array2string(mon_tableau)
lien = "<a download='mon_fichier.txt' href='data:text/csv;charset=utf-8;ascii," + mon_str.replace("\n", "%0A") + "'>texte_du_lien</a>"
print(lien)

Résultat :

<a download='mon_fichier.txt' href='data:text/csv;charset=utf-8;ascii,[[1 2 3]%0A [4 5 6]]'>texte_du_lien</a>

Avec Firefox et Chromium, sur Kate, je me retrouve bien avec une nouvelle ligne. Pas besoin de base64.

Arf. Toutes mes excuses si mon message précédent a blessé. C'était une plaisanterie sans sous-entendu sérieux, mais je comprends que ça a pu être mal pris.