L’animation en CSS c’est pas mal. Mais quand je vois « chrome only for this animation » ca me gonfle. On fait des sites pour internet, pas pour Chrome.
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.
Article intéressant pour une faille qui de fait n'en ait pas des moindres.
Elle est excellente ! Encore, encore, encore… :p :D
L’animation en CSS c’est pas mal. Mais quand je vois « chrome only for this animation » ca me gonfle. On fait des sites pour internet, pas pour Chrome.
Très bon XD . On contribue comment ?
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.