Et comme on ne peut pas migrer tous les anciens projet (et ceux en cours) vers PHP 8 à court termes, on a aussi un article pour le faire quand même en PHP 5 et 7. (je dis ça en commentaire pour éviter de polluer le flux avec deux articles des arsouyes le même jour).
Perdu : on vient de lancer le DAB+, c’est l’objet de notre série d’émissions, et on explique justement dans cette émission pourquoi on y va : trop de disparité de puissance entre radios, de plus en plus de brouillages par des petits émetteurs d’appoints, et pour nous, l’importance de pouvoir enfin avoir une diffusion 24/24 7/7.
Autre avantage cité dans une autre émission : la diffusion sur une même zone avec plusieurs émetteurs synchronisés sur une même fréquence. Là où en FM, c’est un casse-tête en zone moyennement montagneuse.
Le coût de diffusion pour la radio est bien moindre qu’en FM, et on a (enfin en France) des postes FM/DAB+ à moins de 40€ prix de vente public.
Pour ce qui est de l’Amérique du Nord, on en parlera prochainement, mais la solution choisie (la sous porteuse numérique en FM) a tout simplement … réduit le nombre de stations dispo. Et ce sont les stations les plus petites qui trinquent.
Si bien entendu c’est possible de le faire mais c’est une pratique que j’aime pas vraiment. J’ai toujours adoré le concept des liens inline. Le fait de pouvoir ajouter du contenu à un simple mot est un concept vraiment fort à mon goût.
Je comprends pas trop ce principe avec le web d’ailleurs. Pourquoi forcer le lecteur à monter/descendre pour aller voir le contenu d’un lien si ce n’est “perdre” visuellement le lecteur ?
J’ai fait un peu mumuse avec pour voir pour convertir mon weblog en gemlog mais la limitiation d’une url par ligne est peu raide à mon goût.
Je trouve ça assez dommage cette limitation alors que je comprends toutes les autres.
Le projet semble top mais dommage qu’il ne soit pas open source. Pas facile de faire confiance aux phrases du type “Ninja Cookie ne collecte aucune donnée vous concernant dans le but de les analyser, de les utiliser ou de les vendre.”
Bon je pensais qu’il y aurait un peu plus de participants/questions, dommage.
Je voulais revenir sur “la modération trop stricte”. Je pense qu’on ne parle là que des articles supprimés (puisqu’un article modéré où les étiquettes sont corrigées/supprimées/ajoutées ne supprime évidemment pas l’article du Jdh).
Si on prend la première page du Journal de modération (https://www.journalduhacker.net/moderations), on a 40 jours de modération. J’ai regardé les publications, on a eu 300 infos remontées sur le Jdh en 40 jours. Il y a eu 9 suppressions : 4 hors sujet, 2 articles en Anglais, 1 repo GitHub, 1 article recrée suite à un bug, 1 article qui posait problème où j’ai expliqué le souci par message.
Dit autrement il y a très peu de suppressions et à chaque fois un message automatique envoyé à l’utilisateur qui peut évidemment choisir d’en discuter.
Le problème qu’on a : Les gens veulent des règles “strictes”. Ils veulent savoir immédiatement avant même d’avoir posté l’info si ça rentre dans la ligne éditoriale ou pas. Alors que c’est souvent un équilibre à trouver et justement un “dialogue” qui s’ouvre avec la modération.
La suppression d’un article ne donne pas un mauvais point à l’utilisateur qui a remonté l’article, on permet à l’utilisateur de contester ou venir discuter du bien fondé de la modération. Le fonctionnement même du Jdh quand un article est modéré est l’envoi d’un message automatique à l’utilisateur. Peut-on faire mieux qu’ouvrir le dialogue ?
Si on devait résumer les règles plus simplement : 1/ Article (donc pas de homepage ou de repo GitHub) en Français 2/ Dans la ligne éditoriale du Jdh. Le reste est mouvant, il faut en discuter.
À mon sens, il est plus intéressant de prendre un exemple dans le Journal de modération et d’en discuter. Pourquoi il a été modéré comme ça ? Quels sont les arguments ? Qui est d’accord avec ce point de vue ?
Est-ce que ça met en avant “l’activité des hackers francophones, du mouvement du Logiciel Libre et open source “ ? Non mais il est probablement légitime que certains lecteurs/utilisateurs du Jdh veuillent trouver ce genre d’articles sur le Jdh.
On favorise le dialogue ici, il faut pas hésiter à poser des questions, dire pourquoi on n’est pas d’accord.
La ligne éditoriale sur le “À propos” du Jdh : Le Journal du hacker a pour ambition de présenter l’activité des hackers francophones, du mouvement du Logiciel Libre et open source en langue française, mais aussi des startups et du mouvement entrepreunarial de la communauté francophone.
Alors je vais peut-être mettre les pieds dans le plat, mais je vois un frein à l’évolution du JDH : la modération trop stricte. Je vois passer assez régulièrement dans le journal de modération des articles dont le sujet me semble intéressant, plus intéressant que certains qui restent sans vote dans la page des récents.
Ce n’est que mon avis, mais je pense qu’on gagnerait à avoir le pied moins lourd sur le contenu. Par ailleurs, les contributeurs concernés sont invités à se rendre sur la page “à propos”, où je ne vois pas de règles claires sur la ligne éditoriale.
Mais néanmoins, merci pour le travail fourni et la motivation pas évidente à garder.
Le métier de dev est devenu tellement large (et ce n’est pas près de s’arrêter) qu’il est de plus en plus important de relativiser la notion de “bonnes pratiques”. On ne peut parler de “bonnes pratiques” sans le contexte/domaine d’application.
Il y a quelques bonnes pratiques de base (e.g. rendre lisible son code), mais dès qu’on rentre sur des questions de complexité, il est difficile d’avoir des solutions uniques.
La réciproque étant que tu peux juger de l’expérience et du recul d’un dev sur sa capacité à expliquer la relation entre le problème qu’il cherche à résoudre et sa solution.
Depuis le temps que je lis que Vim permet d’augmenter la productivité… Mais comme l’auteur de l’article, à chaque fois que je l’ai démarré j’ai pris un mur dans la gueule.
Quels sont les raccourcis ? Pourquoi ceux-là ? J’ai pris peur… et je suis retourné sur mon IDE préféré.
Je ne suis pourtant pas réfractaire au changement, seulement quand il m’est impossible d’y trouver de la valeur ajoutée, j’ai du mal.
C’est une certitude : j’ai besoin de réapprendre à marcher. J’ai besoin de courage pour affronter cette courbe d’apprentissage, rien d’autre.
Si tu as un projet en php5 qui fonctionnait avec par exemple nixos 18.03, alors tu peux installer nixos 20.09 et utiliser les paquets de nixos 18.03 juste pour ce projet. En gros, dans le fichier default.nix, au lieu de mettre “pkgs = import {};” il faudra mettre “pkgs = import (fetchTarball “https://github.com/NixOS/nixpkgs/archive/18.03.tar.gz”) {};” Ou sinon, tu peux packager ta propre version de php, ou même forker le dépot de paquets de nix et y faire tes propres modifs.
Concernant le fonctionnement interne de nix, tous les paquets sont stockés dans le dossier /nix/store, avec un hash spécifique. Donc tu peux installer différentes versions ou même compilations d’un même logiciel. Nix utilise juste des liens symboliques vers les bons dossiers pour les différents environnements demandés, et ainsi éviter les conflits.
J’espère que ça répond mieux à ta question.
Et comme on ne peut pas migrer tous les anciens projet (et ceux en cours) vers PHP 8 à court termes, on a aussi un article pour le faire quand même en PHP 5 et 7. (je dis ça en commentaire pour éviter de polluer le flux avec deux articles des arsouyes le même jour).
Perdu : on vient de lancer le DAB+, c’est l’objet de notre série d’émissions, et on explique justement dans cette émission pourquoi on y va : trop de disparité de puissance entre radios, de plus en plus de brouillages par des petits émetteurs d’appoints, et pour nous, l’importance de pouvoir enfin avoir une diffusion 24/24 7/7.
Autre avantage cité dans une autre émission : la diffusion sur une même zone avec plusieurs émetteurs synchronisés sur une même fréquence. Là où en FM, c’est un casse-tête en zone moyennement montagneuse.
Le coût de diffusion pour la radio est bien moindre qu’en FM, et on a (enfin en France) des postes FM/DAB+ à moins de 40€ prix de vente public.
Pour ce qui est de l’Amérique du Nord, on en parlera prochainement, mais la solution choisie (la sous porteuse numérique en FM) a tout simplement … réduit le nombre de stations dispo. Et ce sont les stations les plus petites qui trinquent.
Si bien entendu c’est possible de le faire mais c’est une pratique que j’aime pas vraiment. J’ai toujours adoré le concept des liens inline. Le fait de pouvoir ajouter du contenu à un simple mot est un concept vraiment fort à mon goût.
Je comprends pas trop ce principe avec le web d’ailleurs. Pourquoi forcer le lecteur à monter/descendre pour aller voir le contenu d’un lien si ce n’est “perdre” visuellement le lecteur ?
J’ai fait un peu mumuse avec pour voir pour convertir mon weblog en gemlog mais la limitiation d’une url par ligne est peu raide à mon goût. Je trouve ça assez dommage cette limitation alors que je comprends toutes les autres.
Je comprends pas ton commentaire, qui qualifies-tu de “vilaines” ?
Ahhh, ça tombe bien, j’ai dans l’idée, justement de me procurer ce fameux Xiaomi et de le mettre derrière mon routeur OpenWRT :p
Merci :D
Le projet semble top mais dommage qu’il ne soit pas open source. Pas facile de faire confiance aux phrases du type “Ninja Cookie ne collecte aucune donnée vous concernant dans le but de les analyser, de les utiliser ou de les vendre.”
Tant mieux que le projet Exodus se démocratise et que les médias tradi s’en emparent . je ne résiste pas à coller le lien de leur conf à PasSageEnSeine et que j’avais trouvée à l’époque super intéressante: https://video.passageenseine.fr/videos/watch/c8d73a19-ecb4-4d3e-80ba-62a23b7afca6
Bon je pensais qu’il y aurait un peu plus de participants/questions, dommage.
Je voulais revenir sur “la modération trop stricte”. Je pense qu’on ne parle là que des articles supprimés (puisqu’un article modéré où les étiquettes sont corrigées/supprimées/ajoutées ne supprime évidemment pas l’article du Jdh).
Si on prend la première page du Journal de modération (https://www.journalduhacker.net/moderations), on a 40 jours de modération. J’ai regardé les publications, on a eu 300 infos remontées sur le Jdh en 40 jours. Il y a eu 9 suppressions : 4 hors sujet, 2 articles en Anglais, 1 repo GitHub, 1 article recrée suite à un bug, 1 article qui posait problème où j’ai expliqué le souci par message.
Dit autrement il y a très peu de suppressions et à chaque fois un message automatique envoyé à l’utilisateur qui peut évidemment choisir d’en discuter.
Tcho !
Le problème qu’on a : Les gens veulent des règles “strictes”. Ils veulent savoir immédiatement avant même d’avoir posté l’info si ça rentre dans la ligne éditoriale ou pas. Alors que c’est souvent un équilibre à trouver et justement un “dialogue” qui s’ouvre avec la modération.
La suppression d’un article ne donne pas un mauvais point à l’utilisateur qui a remonté l’article, on permet à l’utilisateur de contester ou venir discuter du bien fondé de la modération. Le fonctionnement même du Jdh quand un article est modéré est l’envoi d’un message automatique à l’utilisateur. Peut-on faire mieux qu’ouvrir le dialogue ?
Si on devait résumer les règles plus simplement : 1/ Article (donc pas de homepage ou de repo GitHub) en Français 2/ Dans la ligne éditoriale du Jdh. Le reste est mouvant, il faut en discuter.
À mon sens, il est plus intéressant de prendre un exemple dans le Journal de modération et d’en discuter. Pourquoi il a été modéré comme ça ? Quels sont les arguments ? Qui est d’accord avec ce point de vue ?
Prenons https://www.journalduhacker.net/s/wa4snk/chaises_de_gaming_mon_classement_des_16 (https://www.geeek.org/chaises-de-gaming/) je l’ai supprimé car j’ai considéré que ça ne rentrait pas dans la ligne éditoriale du Jdh. Qui est d’accord ? Qui n’est pas d’accord et pourquoi ?
Prenons https://www.journalduhacker.net/s/rsnghs/lepape_com_pirat_noms_num_ros_de_carte (https://www.nextinpact.com/article/44688/lepape-com-pirate-noms-numeros-carte-bancaire-dates-dexpiration-et-cryptogrammes-dans-nature) j’ai attendu plusieurs heures pour voir si ça intéressait, l’article est resté à 1, j’ai décidé de le supprimer. Le problème de ce type d’articles est facile à résumer, il concerne très très souvent l’étiquette “sécurité” avec une information très générale qu’on pourrait trouver sur BFM TV.
Est-ce que ça met en avant “l’activité des hackers francophones, du mouvement du Logiciel Libre et open source “ ? Non mais il est probablement légitime que certains lecteurs/utilisateurs du Jdh veuillent trouver ce genre d’articles sur le Jdh.
On favorise le dialogue ici, il faut pas hésiter à poser des questions, dire pourquoi on n’est pas d’accord.
Tcho !
Justement, cette partie me semble peut-être trop floue et mériterait d’être un peu plus détaillée sur ce qui est admis et non admis.
Salute,
La ligne éditoriale sur le “À propos” du Jdh : Le Journal du hacker a pour ambition de présenter l’activité des hackers francophones, du mouvement du Logiciel Libre et open source en langue française, mais aussi des startups et du mouvement entrepreunarial de la communauté francophone.
Tcho !
Alors je vais peut-être mettre les pieds dans le plat, mais je vois un frein à l’évolution du JDH : la modération trop stricte. Je vois passer assez régulièrement dans le journal de modération des articles dont le sujet me semble intéressant, plus intéressant que certains qui restent sans vote dans la page des récents.
Ce n’est que mon avis, mais je pense qu’on gagnerait à avoir le pied moins lourd sur le contenu. Par ailleurs, les contributeurs concernés sont invités à se rendre sur la page “à propos”, où je ne vois pas de règles claires sur la ligne éditoriale.
Mais néanmoins, merci pour le travail fourni et la motivation pas évidente à garder.
terminé le temps des reconversions de vilaines avec ce qui arrive remplissez la cave, achetez des nouilles et des douilles :p
Le métier de dev est devenu tellement large (et ce n’est pas près de s’arrêter) qu’il est de plus en plus important de relativiser la notion de “bonnes pratiques”. On ne peut parler de “bonnes pratiques” sans le contexte/domaine d’application.
Il y a quelques bonnes pratiques de base (e.g. rendre lisible son code), mais dès qu’on rentre sur des questions de complexité, il est difficile d’avoir des solutions uniques.
La réciproque étant que tu peux juger de l’expérience et du recul d’un dev sur sa capacité à expliquer la relation entre le problème qu’il cherche à résoudre et sa solution.
Je m’excuse, je parle tout de même de systemd dans l’article ^^
Tcho !
Quand j’ai vu brightnessctl j’ai cru à un utilitaire de systemd ! Ouf, heureusement c’est pas une commande systemd :-)
Depuis le temps que je lis que Vim permet d’augmenter la productivité… Mais comme l’auteur de l’article, à chaque fois que je l’ai démarré j’ai pris un mur dans la gueule.
Quels sont les raccourcis ? Pourquoi ceux-là ? J’ai pris peur… et je suis retourné sur mon IDE préféré.
Je ne suis pourtant pas réfractaire au changement, seulement quand il m’est impossible d’y trouver de la valeur ajoutée, j’ai du mal.
C’est une certitude : j’ai besoin de réapprendre à marcher. J’ai besoin de courage pour affronter cette courbe d’apprentissage, rien d’autre.
Je pense qu’à un moment seul mettre les mains dedans permet de répondre aux questions, merci en tout cas ^^
Tcho !
Si tu as un projet en php5 qui fonctionnait avec par exemple nixos 18.03, alors tu peux installer nixos 20.09 et utiliser les paquets de nixos 18.03 juste pour ce projet. En gros, dans le fichier default.nix, au lieu de mettre “pkgs = import {};” il faudra mettre “pkgs = import (fetchTarball “https://github.com/NixOS/nixpkgs/archive/18.03.tar.gz”) {};” Ou sinon, tu peux packager ta propre version de php, ou même forker le dépot de paquets de nix et y faire tes propres modifs.
Concernant le fonctionnement interne de nix, tous les paquets sont stockés dans le dossier /nix/store, avec un hash spécifique. Donc tu peux installer différentes versions ou même compilations d’un même logiciel. Nix utilise juste des liens symboliques vers les bons dossiers pour les différents environnements demandés, et ainsi éviter les conflits. J’espère que ça répond mieux à ta question.