Je crois que tout article parlant de cet événement devrait commencer par Merci Guido, rappeler ce qu'on lui doit et se terminer par Merci encore Guido.
C'est safe dans le sens interactif, à chaque étape tu vois ce qui est en train de se faire, tu peux donc arrêter et reprendre de 0 si tu vois que tu es en train de trop sélectionner, ou pas assez.
Ta formulation est clairement bonne, kakoune est plus interactif et vim plus commande.
Pour l'exemple du chercher et remplacer, c'est pas une question de safe ou pas, je pense. Plus une question de principe. Sous Kakoune, tu te place (10g), tu sélectionnes (18G), tu cherches (s machin) et tu remplaces (c truc). En plusieurs étapes visuelles.
Sous Vim, tu fais « :10,18s/machin/truc/g » qui signifie d'un bloc « remplace machin par truc de la ligne 10 à la ligne 18 ». Kakoune est plus interactif et Vim plus « commandes ».
Et si tu tiens à du visuel, Vim a un mode visuel (je dirais « :10 » pour aller à la ligne 10, v pour le mode visuel, sélection à coup de touches de déplacement (je ne sais pas si on peut aller directement à une ligne en sélectionnant, tiens), puis « :s/machin/truc/g » (automatiquement modifié en « :‘<,’>s/machin/truc/g » par Vim, qui indique « du début à la fin de la sélection »).
Chacun son fonctionnement, j'aime bien celui de Vim, perso (d'ailleurs, sous Vim aussi, la sélection est en premier. Certes « d8d » supprime les 8 lignes suivantes, mais « 10,18d » supprime les lignes 10 à 18, si tu préfères comme ça. Y'a aussi « -3,+5d » pour supprimer les 3 lignes précédentes et les 5 suivantes).
Tout allait bien et AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHHHHHH ! UN TROMBONE ! UN HORRIBLE TROMBONE ! QUI ME DONNE DES CONSEILS ! ALORS QUE J'AI RIEN DEMANDÉ ! MOI QUI SUIS PAPERCLIPSPLAININGOPHOBE !
faut pas faire des choses pareils, mettez un tag, quoi
là dessus tu as raison. Cela dit il y a eu et il y aura toujours des dérives. Avant ça les “dev” copiaient des bouts de code sans même les comprendre, pour moi ça revient au même. DRY et ne pas réinventer la roue ok, ne pas être con, pour l'exemple du isEven, je suis 100% d'accord, c'est ridicule.
Quand j'ai un truc simple à faire, je suis content d'avoir du 0 dépendances. Et si je dev un truc qui pourra me re-servir, je fais mon propre module.
Le problème soulevé est que les modules en question se résument en une ligne active. Trop souvent je vois que des développeurs ne savent même plus utiliser les basiques de leurs langages. Là où 10 lignes de code peuvent suffire, ils créent une dépendance avec un paquet trivial, qui demande du temps pour connaitre sa syntaxe.
Reprenez vos basiques, et profitez-en pour faire des katas avec, écrire soit-même ce genre d'utilitaire permet de s'adonner au pair programming, au TDD, à la refacto.
Très bon article, bien détaillé si ce n'est une petite incohérence :
“BPF est une solution de filtrage de paquets qui remplace la solution iptables. Le filtrage ne s’effectue plus au niveau applicatif, mais au niveau du kernel, ce qui le rend plus rapide, plus fonctionnel et plus sécurisé.”
IPTables est un filtrage applicatif ? Vraiment ?
N'intervient il pas au niveau du kernel ?
Sérieusement quand on se décidera à prendre d’abord des consultations de spécialistes qui seront impartiaux quand aux choix techniques alors on aura peut être une chance de faire quelque chose de potable. Tellement d'échecs et toujours les mêmes erreurs …. et les mêmes luttes d'influence.
Je suis persuadé que d'un point de vue contenu copyrighté peertube va faire pas mal de déçu.
Youtube a pleins de défauts mais légalement ils gèrent tout de leur côté avec des arrangements à droite et à gauche ce qu'un admin d'instance peertube ne pourra pas gérer.
Après d'un autre côté un admin d'instance peertube bien motiver pourrait ignorer somptueusement une demande cordiale de la FIFA et attendre que ça aille jusqu'en justice avant de commencer à contester (droit de citation/de parodie/c'est juste un bout de contenu dans le fond d'une vidéo…).
Si certains imaginent pouvoir pomper des vidéos de youtube les uploader sur peertube ou bien rebalancer des vidéos copyrightées ils se fourrent le doigts dans l'œil magistralement. Ça va se faire assez rapidement avec plainte et justice.
Il faut voir comment évoluera le modèle d'instance de Peertube. Pour Mastodon, un petit nombre d'instances héberge la grande majorité (je dirais 90% au pif) des utilisateurs. Cela augmente la surface d'attaques légales relatives aux contenus hébergés sur ledites instances.
Si Peertube suit ce modèle, les propriétaires de ces instances se retrouveront immanquablement face à des attaques légales multiples et très fortes de sociétés spécialisées dans le racket légal. D'où mon utilisation du terme mafia. Sic ‘était le cas cela m'étonnerait qu'elles adoptent un traitement au cas par cas, les ressources humaines manquant cruellement dans le domaine de l'associatif.
Wai, j'ai lâché au bout d'un moment ^^
Un très bon article.
Je crois que tout article parlant de cet événement devrait commencer par Merci Guido, rappeler ce qu'on lui doit et se terminer par Merci encore Guido.
Son message nommé Transfer of power sur la mailing-list : https://www.mail-archive.com/python-committers@python.org/msg05628.html
Tcho !
Heureusement que c'est une vulgarisation. :o)
Haha sur ce sujet la cause n'est pas encore identifiée mais https://github.com/eslint/eslint-scope/issues/39
C'est safe dans le sens interactif, à chaque étape tu vois ce qui est en train de se faire, tu peux donc arrêter et reprendre de 0 si tu vois que tu es en train de trop sélectionner, ou pas assez.
Ta formulation est clairement bonne, kakoune est plus interactif et vim plus commande.
Pour l'exemple du chercher et remplacer, c'est pas une question de safe ou pas, je pense. Plus une question de principe. Sous Kakoune, tu te place (10g), tu sélectionnes (18G), tu cherches (s machin) et tu remplaces (c truc). En plusieurs étapes visuelles.
Sous Vim, tu fais « :10,18s/machin/truc/g » qui signifie d'un bloc « remplace machin par truc de la ligne 10 à la ligne 18 ». Kakoune est plus interactif et Vim plus « commandes ».
Et si tu tiens à du visuel, Vim a un mode visuel (je dirais « :10 » pour aller à la ligne 10, v pour le mode visuel, sélection à coup de touches de déplacement (je ne sais pas si on peut aller directement à une ligne en sélectionnant, tiens), puis « :s/machin/truc/g » (automatiquement modifié en « :‘<,’>s/machin/truc/g » par Vim, qui indique « du début à la fin de la sélection »).
Chacun son fonctionnement, j'aime bien celui de Vim, perso (d'ailleurs, sous Vim aussi, la sélection est en premier. Certes « d8d » supprime les 8 lignes suivantes, mais « 10,18d » supprime les lignes 10 à 18, si tu préfères comme ça. Y'a aussi « -3,+5d » pour supprimer les 3 lignes précédentes et les 5 suivantes).
Tout allait bien et AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHHHHHH ! UN TROMBONE ! UN HORRIBLE TROMBONE ! QUI ME DONNE DES CONSEILS ! ALORS QUE J'AI RIEN DEMANDÉ ! MOI QUI SUIS PAPERCLIPSPLAININGOPHOBE !
faut pas faire des choses pareils, mettez un tag, quoi
là dessus tu as raison. Cela dit il y a eu et il y aura toujours des dérives. Avant ça les “dev” copiaient des bouts de code sans même les comprendre, pour moi ça revient au même. DRY et ne pas réinventer la roue ok, ne pas être con, pour l'exemple du isEven, je suis 100% d'accord, c'est ridicule.
Quand j'ai un truc simple à faire, je suis content d'avoir du 0 dépendances. Et si je dev un truc qui pourra me re-servir, je fais mon propre module.
Le problème soulevé est que les modules en question se résument en une ligne active. Trop souvent je vois que des développeurs ne savent même plus utiliser les basiques de leurs langages. Là où 10 lignes de code peuvent suffire, ils créent une dépendance avec un paquet trivial, qui demande du temps pour connaitre sa syntaxe.
Reprenez vos basiques, et profitez-en pour faire des katas avec, écrire soit-même ce genre d'utilitaire permet de s'adonner au pair programming, au TDD, à la refacto.
3
Très bon article, bien détaillé si ce n'est une petite incohérence :
IPTables est un filtrage applicatif ? Vraiment ? N'intervient il pas au niveau du kernel ?
On a quand même fait un sacré pas en avant avec npm audit
Tu as l'air d'approuver, faudrait donc passer le titre à “Deux”, non ?
Titre marrant: “un” ? Et comme si c'était une nouvelle fracassante :p
En tout cas c'est vrai :)
Sérieusement quand on se décidera à prendre d’abord des consultations de spécialistes qui seront impartiaux quand aux choix techniques alors on aura peut être une chance de faire quelque chose de potable. Tellement d'échecs et toujours les mêmes erreurs …. et les mêmes luttes d'influence.
J'aimerai terminer mon article sur les conteneurs nixos
On va rire …
Je suis persuadé que d'un point de vue contenu copyrighté peertube va faire pas mal de déçu.
Youtube a pleins de défauts mais légalement ils gèrent tout de leur côté avec des arrangements à droite et à gauche ce qu'un admin d'instance peertube ne pourra pas gérer. Après d'un autre côté un admin d'instance peertube bien motiver pourrait ignorer somptueusement une demande cordiale de la FIFA et attendre que ça aille jusqu'en justice avant de commencer à contester (droit de citation/de parodie/c'est juste un bout de contenu dans le fond d'une vidéo…).
Si certains imaginent pouvoir pomper des vidéos de youtube les uploader sur peertube ou bien rebalancer des vidéos copyrightées ils se fourrent le doigts dans l'œil magistralement. Ça va se faire assez rapidement avec plainte et justice.
Il faut voir comment évoluera le modèle d'instance de Peertube. Pour Mastodon, un petit nombre d'instances héberge la grande majorité (je dirais 90% au pif) des utilisateurs. Cela augmente la surface d'attaques légales relatives aux contenus hébergés sur ledites instances.
Si Peertube suit ce modèle, les propriétaires de ces instances se retrouveront immanquablement face à des attaques légales multiples et très fortes de sociétés spécialisées dans le racket légal. D'où mon utilisation du terme mafia. Sic ‘était le cas cela m'étonnerait qu'elles adoptent un traitement au cas par cas, les ressources humaines manquant cruellement dans le domaine de l'associatif.