Oui et les soucis qu'on se trimballe depuis des lustres continueront, comme SUSE et l'accord de Microsoft qui est encore de nos jour rapproché au projet…,
Comme le passé non communautaire de SUSE avant Novell…,
Comme les soucis de licences et de brevets qui nous empêche d'avoir certains programmes ou codecs ou encore drivers dans nos dépôts et qui nous oblige donc d'ajouter un dépôt externe ce qui complexifie les rapports de bugs.
Et les membres pouvaient corriger le tir mais ils ont décidé de continuer avec ce nom donc… openSUSE même si c'est ridicule. jE VaiS bienTôt ECRire COMME ça….
Salut, merci pour ton retour. En effet, la créativité apportée par les ordinateurs est assez extraordinaire, j'aimerais en parler et notamment parler de la place des logiciels libre/open-source qui permettent cette créativité.
Oui mais non. Dans ce cas précis, l'équipe a décidé de façon un peu arbitraire d'abolir la majuscule initiale à un nom propre, en infraction avec une règle élémentaire de la langue française. Un peu comme l'ont fait les gens de la distribution ElementaryOS. En ce qui me concerne, on rentre dans la sphère du “Qu'est-ce qui vous permet de dire que je suis un homme Monsieur”. Perso je continue à écrire OpenSUSE et ElementaryOS.
Mais quelle honte, après l'annonce qu'ils avaient faite. Quel est l'irresponsable (et je reste poli) décisionnaire qui a pris cette décision et a pensé que ça ne se verrait pas ? Sérieusement, on est dans le vaudeville là…
Pourquoi est-ce que tu pense que c'est une mauvaise pratique SEO ?
Plus il y a du contenu régulier, mieux c'est, non ?
Oui, j'ai fais quelques fautes sur l'article des DNS : et j'en ferais sur mes autres articles !
Je ne suis pas quelqu'un d'hyper calé techniquement, je suis un “intermédiaire”, voir même un “débutant” sur certain sujet que je traite.
Et alors ?
Est-ce que la personne qui n'y connais rien améliore sa vie privée après avoir lu mon article ?
Je pense que oui :)
Ce n'est peut-être pas optimale, mais il y a une amélioration.
Tu préfère avoir une amélioration de la protection de la vie privée, peut-être pas optimale, ou aucune amélioration du tout parce que les personnes techniques ne font pas de vulgarisation ?
Je préfère une amélioration que rien du tout.
Et puis, je corrige les erreurs qu'on me rapporte. Rien n'est parfait sans itération, non ? C'est le propre même d'une construction.
Bien sûr, c'est mon angle de vision, et tu en a peut-être un autre que je suis prêt à écouter ;)
Tu devrais ralentir ton rythme de publication OrelAuwen.
Déjà c'est une mauvaise pratique SEO mais surtout, cet article est truffé de fautes, de mots manquants etc.
Après ton article sur les DNS sur lequel tu as reçu pas mal de remarques constructives, tu devrais prendre le temps de bien te renseigner sur les sujets que tu traites et surtout : soigner ton écriture.
ah désolé si ça sonne comme des reproches, ce n'était pas le but, je rebondissais plutôt sur ta question de voter “moins” pour détailler la démarche du Jdh et mon point de vue personnel. @cascador a d'ailleurs écrit un article il y a quelques temps sur le blog du Jdh “Le downvote en question” https://blog.journalduhacker.net/index.php?article153/le-downvote-en-question
Accepter les erreurs non bien sûr, ce serait à la fois dommage pour les lecteurs et pour le rédacteur, mais les remonter à l'auteur dans l'espoir qu'il les corrige est à mon avis une action plus participative et efficace que nier en bloc l'effort de production de contenu de la personne, surtout si l'article va dans le bon sens.
Personnellement j'ai toujours corrigé mes articles quand on m'a remonté des points incorrects ou imprécis. Et sur le Jdh, plusieurs auteurs suivent les commentaires et réagissent quand on leur fait des remarques. C'est une façon de fonctionner qui, je trouve, permet d'encourager et valoriser l'effort de l'auteur, mais aussi l'effort de la communauté qui réagit au contenu qu'on lui soumet et ses réactions et remarques peuvent se concrétiser par une amélioration du contenu en question.
Oui. Les débutants et le droit à l'erreur n'ont pas leur place ici ? Le Jdh n'est pas là pour contrôler la véracité et l'exactitude de tout article qui est remonté dessus, qui le pourrait ?
Cet article a 2 votes au bout de 5 heures, il ne faut pas croire que c'est juste une coïncidence mais également le fait que certains ont lu et ont décidé de ne pas voter pour. Chacun est responsable de son article (chez lui, sur son site/blog), OrelAuwen verra probablement ces commentaires et fera des corrections sur son article.
Le fait de parler d'une chose importante (les fuites d'information via le DNS) n'excuse pas les erreurs. Sur toute chose importante (Linky, le réchauffement planétaire, les vaccins, etc), des gens disent des énormités. Faut-il les accepter puisqu'au moins, ils parlent de questions cruciales ?
On note aussi le 323 dans une adresse IPv4… enfin, le message de fond est pas mal, mais faudrait quand même corriger les quelques erreurs, parce qu'au mieux ceux qui n'y connaissent rien vont retenir des bêtises, au pire ceux qui y connaissent pas grand chose mais un peu quand même risquent de remettre en cause la crédibilité de tout l'article…
Je dirais que ça dépend de ce que tu livres et du personnel à disposition.
Si tu livres un service qui va être utilisé immédiatement et que t'as pas d'astreinte pour le week-end, tu cours un risque fort d'avoir une coupure ou une dégradation de service pendant le week-end (puisque personne ne sera là pour réparer).
Maintenant si t'as les équipes pour, pourquoi pas, mais en règle générale tu l'as pas et c'est le DSI qui va déranger les équipes techniques pendant le week-end alors qu'il n'y a pas d'astreinte prévue, d'où l'existence dans le métier de cette “pratique” de ne pas déployer le vendredi ,parce que la majorité des boîtes n'ont pas d'astreinte le week-end et qu'on va embêter l'équipe technique le week-end si la livraison du vendredi part en vrille.
“On peut voter “Moins” sur le Journal du Hacker ?”
Nope, c'est pas l'approche du Jdh de pénaliser les créateurs de contenu, même s'ils écrivent des bêtises parfois, on préfère penser qu'ils vont s'améliorer à partir des retours qu'on leur fait ou les retours que l'exposition via le Jdh va leur apporter.
De plus c'est pas parce qu'il y a des erreurs techniques et historiques que le fond de l'article n'est pas intéressant, à savoir mettre en avant le fait que des infos persos fuitent via les serveurs DNS. C'est sûrement une évidence pour les spécialistes, mais pas pour tout le monde.
Globalement d'accord, on évite au maximum le vendredi ou veille de jour férié, mais ça reste du cas par cas.
Dans ma boite actuelle, c'est évolution toute les 2 semaines (le jeudi généralement), et correctif tout les Lundis et Jeudis. Hors dérogation bien évidemment.
Mais dans mon ancienne boite, c'était différent, 2 à 3 MEP par an, où on relivrait bien souvent tout le SI, donc là c'était le vendredi, pour avoir le weekend pour récupérer ce qui pouvait mal se passer. Après les tests étaient éprouvé, début 2015 par exemple, on travaillait déjà sur les MEP de 2017. Et en 3 ans, je n'ai eu qu'une seul fois une merde qui m'a fait rester jusqu'au samedi soir.
Oui et les soucis qu'on se trimballe depuis des lustres continueront, comme SUSE et l'accord de Microsoft qui est encore de nos jour rapproché au projet…,
Comme le passé non communautaire de SUSE avant Novell…,
Comme les soucis de licences et de brevets qui nous empêche d'avoir certains programmes ou codecs ou encore drivers dans nos dépôts et qui nous oblige donc d'ajouter un dépôt externe ce qui complexifie les rapports de bugs.
Et les membres pouvaient corriger le tir mais ils ont décidé de continuer avec ce nom donc… openSUSE même si c'est ridicule. jE VaiS bienTôt ECRire COMME ça….
Salut, merci pour ton retour. En effet, la créativité apportée par les ordinateurs est assez extraordinaire, j'aimerais en parler et notamment parler de la place des logiciels libre/open-source qui permettent cette créativité.
Oui mais non. Dans ce cas précis, l'équipe a décidé de façon un peu arbitraire d'abolir la majuscule initiale à un nom propre, en infraction avec une règle élémentaire de la langue française. Un peu comme l'ont fait les gens de la distribution ElementaryOS. En ce qui me concerne, on rentre dans la sphère du “Qu'est-ce qui vous permet de dire que je suis un homme Monsieur”. Perso je continue à écrire OpenSUSE et ElementaryOS.
En tout cas, j’apprécie l’approche didactique de l’article avec les schémas !
Mais quelle honte, après l'annonce qu'ils avaient faite. Quel est l'irresponsable (et je reste poli) décisionnaire qui a pris cette décision et a pensé que ça ne se verrait pas ? Sérieusement, on est dans le vaudeville là…
Pourquoi est-ce que tu pense que c'est une mauvaise pratique SEO ?
Plus il y a du contenu régulier, mieux c'est, non ?
Oui, j'ai fais quelques fautes sur l'article des DNS : et j'en ferais sur mes autres articles !
Je ne suis pas quelqu'un d'hyper calé techniquement, je suis un “intermédiaire”, voir même un “débutant” sur certain sujet que je traite.
Et alors ?
Est-ce que la personne qui n'y connais rien améliore sa vie privée après avoir lu mon article ?
Je pense que oui :)
Ce n'est peut-être pas optimale, mais il y a une amélioration.
Tu préfère avoir une amélioration de la protection de la vie privée, peut-être pas optimale, ou aucune amélioration du tout parce que les personnes techniques ne font pas de vulgarisation ?
Je préfère une amélioration que rien du tout.
Et puis, je corrige les erreurs qu'on me rapporte. Rien n'est parfait sans itération, non ? C'est le propre même d'une construction.
Bien sûr, c'est mon angle de vision, et tu en a peut-être un autre que je suis prêt à écouter ;)
Pour ce qui est des fautes :
J'ai répondu à ça dans un commentaire : https://sautenuage.com/utiliser-sa-liseuse-sans-se-faire-pister/#comment-12
Mais pour SauteNuage je suis toujours prêt à les corriger, donc si tu en vois, rapporte-les moi et je les corriges ;)
Merci à toi pour ce commentaire :)
Tu devrais ralentir ton rythme de publication OrelAuwen.
Déjà c'est une mauvaise pratique SEO mais surtout, cet article est truffé de fautes, de mots manquants etc.
Après ton article sur les DNS sur lequel tu as reçu pas mal de remarques constructives, tu devrais prendre le temps de bien te renseigner sur les sujets que tu traites et surtout : soigner ton écriture.
À bon entendeur
Hey tous le monde :)
J'ai répondu à tous les commentaires qu'on m'avais fait sur mon blog, comme c'est les mêmes qu'ici par les mêmes auteurs, je vais pas faire doublon ;)
Vos corrections techniques sont toujours les bienvenues (et au moins considérées), elles augmentent la qualité de mes articles !
Tu peux utiliser une IP valide spécialement conçue pour être utilisée dans ce genre de cas.
https://tools.ietf.org/html/rfc5737
Bon je sais pas si le cinéma ça rentre dans le cadre « documentation », mais pour l'article dont il est question ici, je trouve que ça a sa place.
Ça permet de ne pas utiliser une IP qui existe. C'est une méthode courante dans le cinéma d'ailleurs et ça ne change rien au message de fond.
ah désolé si ça sonne comme des reproches, ce n'était pas le but, je rebondissais plutôt sur ta question de voter “moins” pour détailler la démarche du Jdh et mon point de vue personnel. @cascador a d'ailleurs écrit un article il y a quelques temps sur le blog du Jdh “Le downvote en question” https://blog.journalduhacker.net/index.php?article153/le-downvote-en-question
Euh, j'ai remonté à l'auteur (via le formulaire de commentaire du blog), donc je ne me sens pas concerné par ces reproches.
Accepter les erreurs non bien sûr, ce serait à la fois dommage pour les lecteurs et pour le rédacteur, mais les remonter à l'auteur dans l'espoir qu'il les corrige est à mon avis une action plus participative et efficace que nier en bloc l'effort de production de contenu de la personne, surtout si l'article va dans le bon sens.
Personnellement j'ai toujours corrigé mes articles quand on m'a remonté des points incorrects ou imprécis. Et sur le Jdh, plusieurs auteurs suivent les commentaires et réagissent quand on leur fait des remarques. C'est une façon de fonctionner qui, je trouve, permet d'encourager et valoriser l'effort de l'auteur, mais aussi l'effort de la communauté qui réagit au contenu qu'on lui soumet et ses réactions et remarques peuvent se concrétiser par une amélioration du contenu en question.
Oui. Les débutants et le droit à l'erreur n'ont pas leur place ici ? Le Jdh n'est pas là pour contrôler la véracité et l'exactitude de tout article qui est remonté dessus, qui le pourrait ?
Cet article a 2 votes au bout de 5 heures, il ne faut pas croire que c'est juste une coïncidence mais également le fait que certains ont lu et ont décidé de ne pas voter pour. Chacun est responsable de son article (chez lui, sur son site/blog), OrelAuwen verra probablement ces commentaires et fera des corrections sur son article.
Tcho !
Le fait de parler d'une chose importante (les fuites d'information via le DNS) n'excuse pas les erreurs. Sur toute chose importante (Linky, le réchauffement planétaire, les vaccins, etc), des gens disent des énormités. Faut-il les accepter puisqu'au moins, ils parlent de questions cruciales ?
On note aussi le 323 dans une adresse IPv4… enfin, le message de fond est pas mal, mais faudrait quand même corriger les quelques erreurs, parce qu'au mieux ceux qui n'y connaissent rien vont retenir des bêtises, au pire ceux qui y connaissent pas grand chose mais un peu quand même risquent de remettre en cause la crédibilité de tout l'article…
Je dirais que ça dépend de ce que tu livres et du personnel à disposition.
Si tu livres un service qui va être utilisé immédiatement et que t'as pas d'astreinte pour le week-end, tu cours un risque fort d'avoir une coupure ou une dégradation de service pendant le week-end (puisque personne ne sera là pour réparer).
Maintenant si t'as les équipes pour, pourquoi pas, mais en règle générale tu l'as pas et c'est le DSI qui va déranger les équipes techniques pendant le week-end alors qu'il n'y a pas d'astreinte prévue, d'où l'existence dans le métier de cette “pratique” de ne pas déployer le vendredi ,parce que la majorité des boîtes n'ont pas d'astreinte le week-end et qu'on va embêter l'équipe technique le week-end si la livraison du vendredi part en vrille.
“On peut voter “Moins” sur le Journal du Hacker ?”
Nope, c'est pas l'approche du Jdh de pénaliser les créateurs de contenu, même s'ils écrivent des bêtises parfois, on préfère penser qu'ils vont s'améliorer à partir des retours qu'on leur fait ou les retours que l'exposition via le Jdh va leur apporter.
De plus c'est pas parce qu'il y a des erreurs techniques et historiques que le fond de l'article n'est pas intéressant, à savoir mettre en avant le fait que des infos persos fuitent via les serveurs DNS. C'est sûrement une évidence pour les spécialistes, mais pas pour tout le monde.
Globalement d'accord, on évite au maximum le vendredi ou veille de jour férié, mais ça reste du cas par cas.
Dans ma boite actuelle, c'est évolution toute les 2 semaines (le jeudi généralement), et correctif tout les Lundis et Jeudis. Hors dérogation bien évidemment.
Mais dans mon ancienne boite, c'était différent, 2 à 3 MEP par an, où on relivrait bien souvent tout le SI, donc là c'était le vendredi, pour avoir le weekend pour récupérer ce qui pouvait mal se passer. Après les tests étaient éprouvé, début 2015 par exemple, on travaillait déjà sur les MEP de 2017. Et en 3 ans, je n'ai eu qu'une seul fois une merde qui m'a fait rester jusqu'au samedi soir.