Le problème est qu’on passe à côté de l’essentiel en montrant (également) ce pour quoi le langage n’a pas été conçu. Ce n’est pas juste pour critiquer que j’ai relevé tel ou tel point. Bref, ce n’est que mon opinion.
C’est fou mais il manque la balise menu et donc peut-être d’autres.
Je n’ai pas bien compris pourquoi certaines balises sont qualifiées d’expérimentales mais ok.
Aussi, je ne connaissais pas la balise rtc ! Elle ne semble pas être standard (je ne l’ai pas trouvé dans le standard HTML 5) mais je suis content de l’avoir découverte.
Chez mon employeur actuel, on vient de faire l’inverse : Adieu Ansible et Go puppet. Pour la partie orchestration, puppet + choria fonctionne très bien
Article super intéressant, merci !!
Je pense que beaucoup, en changeant de boite ou même simplement de mission et donc de contexte se retrouve dans ce cas.
J’ai moi-même aussi créer un brouillon y’a environ 2 ans pour parler de cela (beaucoup moins complet), ou j’ai commencé une nouvelle mission chez un très gros client (la DSI fait environ 1500 personnes), et se fut vraiment compliqué, surtout avec le télétravail. Mais j’y retombe encore aujourd’hui sur une nouvelle mission.
Quand tu écris sur le fait de se faire démasquer, je me suis tellement reconnu, j’ai cette impression qu’on va voir que j’ai des lacunes, des incompréhensions, et tu te dis que les collègues doivent se plaindre dans ton dos de ton incompétences. Le seul truc qui remonte le morale, c’est quand c’est toi-même qui débug un collègue, ça fait du bien.
Après ton dernier schéma est vraiment la vérité, du moins dans une bonne équipe, personne ne doit avoir la même compétence, mais tout le monde doit être complémentaire.
Sur ceux, merci pour cette article, ça permets de moins se sentir seul dans ce cas.
C’est énorme le potentiel de cet outil branché à prometheus gitlab github aws gcp azure… Fini les sessions de run à dépiler du ticket sans valeur ajouté
Bon, perso, je n’aime toujours pas, parce que cela distrait l’attention du lecteur, de même que les liens vers d’autres articles similaires. Et ce n’est pas une bonne chose de distraire l’attention du lecteur… le lecteur peut avoir des difficultés d’attention, de compréhension, pour X raisons (santé, fatigues, etc…) : attirer son attention sur autre chose que le fil conducteur de l’article, pendant la lecture, aura certainement pour conséquence un trouble plus ou moins passager, mais la possibilité qu’il “aille voir ailleurs”, voire ne revienne pas.
Maintenant un lecteur “sain” n’aura pas trop de difficultés à filtrer cognitivement ce genre d’informations, et à continuer la lecture plus bas. (mais il suffit d’un rien pour perdre le fil) :p
néanmoins, avoir ce genre d’informations en fin d’article, par exemple, est une pratique certainement plus adéquate.
En fait, j’apprécie toujours de lire des articles, même sur des sujets que je connais déjà. Note : je ne dis pas “maîtrise”, car c’est loin d’être le cas. Et, bien souvent, il m’importe peu de maîtriser, mais surtout de pouvoir utiliser, et si possible, le plus aisément possible. Il m’importe surtout de comprendre, mais pas spécifiquement, jusqu’aux moindres détails, qu’exigent la maîtrise, la perfection du geste.
J’ai remarqué bien souvent que je peux toujours apprendre des détails ou en revoir d’autres. Et, cela me pousse. Cela a pour propos de voir comment d’autres font, avec quelle pertinence… ou parfois, voire de “l’étalage de connaissance, comme de la confiture”.
Exemple de détails : beaucoup, comme toi, recommande une compression de qualité à 75 pour le format JPG ; par défaut, certains logiciels, comme Mozjpeg, sont ainsi configurés. Ce qui n’est d’ailleurs pas le cas de Gimp, qui est à 90 de qualité par défaut. Comme tu l’as compris, dans mon contexte, je ne suis pas convaincu par ledit détail. 80 est une définition de qualité qui me convient. En deça, mon oeil saute, trébuche, est perturbé par les artefacts. Il faut dire que je suis fortement myope ; sans lunettes, je suis sérieusement invalide. Une qualité à 75, il commence à y avoir une sorte de flouté qui m’est désagréable, et parfois des artefacts visibles, selon l’image.
Certains conseillent d’avoir la “source” au format PNG à qualité 100, et de compresser dans les autres formats.
Toi, même, tu parles de détails, certes intéressants, dont personnellement, je m’en fous. Mais c’est très bien qu’ils y soient. Car ça peu intéresser bien d’autres, de manière pertinente.
De fait, hier, j’ai apprécié de découvrir, suite à ta lecture, et bien que tu n’en parles pas, ce qu’est PNSR, SSIM, etc. Et, de là, faire mon choix. tester, être convaincu… ou pas. :p
Voire de découvrir d’autres outils, parfois encensés - à juste titre… ou pas.
Parfaitement, mais du coup on parle d’un exemple précis (le tien) et pas d’un conseil général :D
Mais du coup, dans ton cas, tu sembles avoir toutes les connaissances pour faire le bon choix, ce qui n’est pas le cas du public de mon billet.
Merci de tes précieux retours ;)
J’ai de la peine à voir l’intérêt de ce genre d’articles… Un simple lien aurait suffit.
Le problème est qu’on passe à côté de l’essentiel en montrant (également) ce pour quoi le langage n’a pas été conçu. Ce n’est pas juste pour critiquer que j’ai relevé tel ou tel point. Bref, ce n’est que mon opinion.
C’est fou mais il manque la balise menu et donc peut-être d’autres.
Je n’ai pas bien compris pourquoi certaines balises sont qualifiées d’expérimentales mais ok. Aussi, je ne connaissais pas la balise rtc ! Elle ne semble pas être standard (je ne l’ai pas trouvé dans le standard HTML 5) mais je suis content de l’avoir découverte.
Juste parce qu’on a fait une boulette et que la précision, c’est bien, c’était pas un event root-me pro mais un event root-me.
Juste parce qu’on a fait une boulette et que la précision, c’est bien, c’était pas un event root-me pro mais un event root-me.
une raison particulière à l’abandon de Ansible ?
Il en fait pour tous les goûts. Bonne chance
En terme de perf, ça tenait ?
Chez mon employeur actuel, on vient de faire l’inverse : Adieu Ansible et Go puppet. Pour la partie orchestration, puppet + choria fonctionne très bien
Sous entendu qu’il s’agisse d’un RAID1… sinon c’est mort ;)
Article super intéressant, merci !! Je pense que beaucoup, en changeant de boite ou même simplement de mission et donc de contexte se retrouve dans ce cas. J’ai moi-même aussi créer un brouillon y’a environ 2 ans pour parler de cela (beaucoup moins complet), ou j’ai commencé une nouvelle mission chez un très gros client (la DSI fait environ 1500 personnes), et se fut vraiment compliqué, surtout avec le télétravail. Mais j’y retombe encore aujourd’hui sur une nouvelle mission. Quand tu écris sur le fait de se faire démasquer, je me suis tellement reconnu, j’ai cette impression qu’on va voir que j’ai des lacunes, des incompréhensions, et tu te dis que les collègues doivent se plaindre dans ton dos de ton incompétences. Le seul truc qui remonte le morale, c’est quand c’est toi-même qui débug un collègue, ça fait du bien.
Après ton dernier schéma est vraiment la vérité, du moins dans une bonne équipe, personne ne doit avoir la même compétence, mais tout le monde doit être complémentaire.
Sur ceux, merci pour cette article, ça permets de moins se sentir seul dans ce cas.
Oui tant mieux sinon de quoi vivrions nous. Sinon ta remarque est pertinente mais voilà Puppet disparaît petit à petit…
C’est énorme le potentiel de cet outil branché à prometheus gitlab github aws gcp azure… Fini les sessions de run à dépiler du ticket sans valeur ajouté
Bonjour, c’est légal? (c’est très intéressant en tout cas)
Un exemple parmi tant d’autres : non intrusif, regarde ce que fait le site “The conversation”. Cette page pour le propos : https://theconversation.com/entre-ethique-et-lois-qui-peut-gouverner-les-systemes-dintelligence-artificielle-190595 Tu trouveras vers le milieu une information adéquate.
Bon, perso, je n’aime toujours pas, parce que cela distrait l’attention du lecteur, de même que les liens vers d’autres articles similaires. Et ce n’est pas une bonne chose de distraire l’attention du lecteur… le lecteur peut avoir des difficultés d’attention, de compréhension, pour X raisons (santé, fatigues, etc…) : attirer son attention sur autre chose que le fil conducteur de l’article, pendant la lecture, aura certainement pour conséquence un trouble plus ou moins passager, mais la possibilité qu’il “aille voir ailleurs”, voire ne revienne pas. Maintenant un lecteur “sain” n’aura pas trop de difficultés à filtrer cognitivement ce genre d’informations, et à continuer la lecture plus bas. (mais il suffit d’un rien pour perdre le fil) :p
néanmoins, avoir ce genre d’informations en fin d’article, par exemple, est une pratique certainement plus adéquate.
Merci pour le partage concernant pass… amazing! (git, gpg) :D
En fait, j’apprécie toujours de lire des articles, même sur des sujets que je connais déjà. Note : je ne dis pas “maîtrise”, car c’est loin d’être le cas. Et, bien souvent, il m’importe peu de maîtriser, mais surtout de pouvoir utiliser, et si possible, le plus aisément possible. Il m’importe surtout de comprendre, mais pas spécifiquement, jusqu’aux moindres détails, qu’exigent la maîtrise, la perfection du geste.
J’ai remarqué bien souvent que je peux toujours apprendre des détails ou en revoir d’autres. Et, cela me pousse. Cela a pour propos de voir comment d’autres font, avec quelle pertinence… ou parfois, voire de “l’étalage de connaissance, comme de la confiture”.
Exemple de détails : beaucoup, comme toi, recommande une compression de qualité à 75 pour le format JPG ; par défaut, certains logiciels, comme Mozjpeg, sont ainsi configurés. Ce qui n’est d’ailleurs pas le cas de Gimp, qui est à 90 de qualité par défaut. Comme tu l’as compris, dans mon contexte, je ne suis pas convaincu par ledit détail. 80 est une définition de qualité qui me convient. En deça, mon oeil saute, trébuche, est perturbé par les artefacts. Il faut dire que je suis fortement myope ; sans lunettes, je suis sérieusement invalide. Une qualité à 75, il commence à y avoir une sorte de flouté qui m’est désagréable, et parfois des artefacts visibles, selon l’image. Certains conseillent d’avoir la “source” au format PNG à qualité 100, et de compresser dans les autres formats. Toi, même, tu parles de détails, certes intéressants, dont personnellement, je m’en fous. Mais c’est très bien qu’ils y soient. Car ça peu intéresser bien d’autres, de manière pertinente.
De fait, hier, j’ai apprécié de découvrir, suite à ta lecture, et bien que tu n’en parles pas, ce qu’est PNSR, SSIM, etc. Et, de là, faire mon choix. tester, être convaincu… ou pas. :p Voire de découvrir d’autres outils, parfois encensés - à juste titre… ou pas.
Nouvelle mise à jour avec le ciblage d’un utilisateur en particulier
Pareil, fausse bonne idée. J’ ai longtemps utilisé un système similaire implanté moi même (sur Nokia n9).
A la longue, c’est ingérable, sans parler des sites Franco-Français qui t’impose un MDP, ceux avec une durée de vie de 3 mois.
Il faut retenir le type de génération et le compteur.
Ah oui trucmuche.com c’était 112 ou 113 le compteur ….
Et donc j’utilise passwordstore.org … Sync git via ssh sur une machine a moi.
Parfaitement, mais du coup on parle d’un exemple précis (le tien) et pas d’un conseil général :D Mais du coup, dans ton cas, tu sembles avoir toutes les connaissances pour faire le bon choix, ce qui n’est pas le cas du public de mon billet. Merci de tes précieux retours ;)