Quand on parle de travailler en équipe, on ne parle pas de faire travailler plusieurs personnes, mais bien d'avoir une équipe qui travail. Distinguer son travail à soit de celui des autres me semble être une mauvaise habitude. Tu parle d'abus, mais il y a aussi des abus de "ne pas me déranger". C'est une dynamique interne à avoir, on est d'accord, mais savoir lever le stylo me semble nécessaire et pas uniquement en cas extrême. La pratique des rétrospectives régulières c'est important pour ça.
Mais oui je suis d'accord que c'est bien plus simple en présentiel, les interactions peuvent être bien plus courtes et on peut avoir une gestion dispo/pas dispo bien plus nuancer qu'un état binaire de logiciel IM.
Non c'est qu'on a pas la même définition de travailler. Je ne parle pas de faire du mob programming à pleins temps, mais d'être dispo pour une simple question, travailler faire du pair programming/architecture/debug,… Bien sûr qu'il n'y a pas ça n'a pas à être continue et ça n'empêche pas de pouvoir s'écarter, mais dire à son équipe que pour être contacter il faut prendre rendez-vous c'est, à mon sens, la définition de la limite équipe/extérieur de l'équipe.
C'est pourtant nécessaire si tu souhaite avoir une équipe mixte. Sinon ce sont de fait 2 équipes distincts. Je suis d'accord que ça n'a pas de sens en particulier si on parle de full sur site/full télétravail.
Vivre chez soit et travailler chez soit son 2 choses différentes. Avoir un bureau avec une chaise etc qui soit adapté à travailler des heures/jours n'est pas nécessaire à tout le monde chez soit.
On s'est plus ou moins mal compris je vais tenter de mieux m'expliquer.
Premièrement, il ne s'agit pas des réunions. Ces démarches sont bien plus englobantes. Tu dois limiter les interactions présentiels pour limiter l'écart entre quelqu'un en présentiel et quelqu'un à distance. Si tu as des gens qui sont en présentiel et qui discutent à la machine à café, au bureau vu qu'ils sont l'un à coté de l'autre, etc Tu va avoir un écart important d'informations avec ceux qui ne sont pas présent. Sans parler d'un effet de rejet ça pose pas mal de difficultés à une équipe. Même pour les réunions qu'est-ce que tu appel réunion ? Se poser quelques minutes devant un tableau blanc c'est une réunion ? Selon l'organisation c'est plus simple dans les locaux que sur ordinateur (le dessin à la souri vs à la main, accès à un tableau à son bureau, etc).
Ensuite…
Si une réunion respectueuse des gens qui travaillent de chez eux est un souci, […]
Les gens qui veulent ou on besoin de travailler en présentiel, ne veulent pas travailler à distance et vice à versa. Appliquer les méthodes de l'un à l'autre est une contrainte. Tu présentais des gens qui "n'ont pas le choix du télétravail" tu peux trouver des gens qui n'ont pas le choix du présentiel.
[…] pourquoi est ce que le souci n'est pas remonté avec autant de régularité pour les sous traitants, les fournisseurs, les clients et les collègues d'un autre site plus ou moins distant ?
Parce qu'on ne parle pas de la même chose. Tu as des interactions bien plus fines avec ton équipe proche qu'avec toutes les interactions que tu décris. Tu n'es pas sensé travailler 8h/jour 5j/semaine avec eux alors qu'avec ton équipe si. C'est une grosse différence. C'est organisationnel et l'organisation ça se change on est d'accord mais tout le monde n'est pas d'accord avec ce changement (par peur, par besoin, pour des contextes différents, etc). Le risque c'est d'atomiser les équipes.
Je suis clairement pas prêt à mettre autant dans une machine à café perso. La mienne m'a couté, quelques dizaines d'euro et prend du café moulu. Un jour je prendrais un moulin pour m'amuser, mais le café moulu est moins cher que le grain (si je regarde chacunsoncafé par exemple) et me convient bien. Selon le temps que tu va garder ta machine et les frais que tu va avoir de réparation la différence de prix peut être assez grande (et oui ma cafetière italienne durera plus longtemps que ton usine à gaz :p).
Juste pour te rétorquer dans le même ton. Tout ceux qui ont des troubles de l'attention, des problèmes de compréhension oral ou d'autres handicap qui rendent couteux d'avoir un espace de travail chez soit ou qui n'ont simplement les les moyens d'avoir un espace de travail chez soit n'ont pas plus de choix. De même que ceux qui ne peuvent pas télétravailler, mais qui échangent avec des gens qui peuvent télétravailler peuvent avec le problème.
On peut trouver des cas dans les 2 sens. Ce que je voulais souligner c'est que les réunions mixtes remote-first ne sont pas la panacée et présentée comme une solution définitive que par des gens qui ont une certaines attirance pour le télétravail.
Je suis tout à fait d'accord avec toi. Ça me fait penser à des discussions qu'on a déjà eu ici généralement pour parler de transports. Quand certains disaient qu'ils étaient contrains pour leur trajet et d'autres qui expliquaient que c'est un choix.
Je trouve intéressant de voir comment c'est l'œil de l'observateur qui a changé plus que le monde. Autant, dans certains domaines, le télétravail est une découverte, autant en informatique ça existe depuis longtemps et les critiques que je vois du travail présentiel ne sont pas inhérent au télétravail. Pire le télétravail n'est pas une réponse complète aux problèmes.
Non, l'apotravail, c'était déjà nul avant et on savait déjà que le télétravail était une solution.
Et ça n'a pas était inventé l'an dernier. Il y avait déjà moyen de trouver du travail à distance avant et un certains nombres ici en font depuis longtemps.
Après tu es encore et toujours dans la généralisation, ne sais-tu vraiment pas faire de distinction entre ton vécu et la généralisation ? Tu n'a jamais eu de cours de stats ou de proba ?
le télétravail pose un gros probléme à certains managers, c'est la preuve par l'exemple que leur inutilité est flagrante.
Je te trouve très rude. Quand ton travail est de l'encadrement et que tu ne l'a jamais pratiqué qu'en présentiel, c'est un gros challenge de passer en remote complet. Bien plus difficile que le travail de production.
Ça ne veut pas dire que ce sont tous des anges, mais qu'avant d'envoyer de tonitruant "la preuve qu'ils ne servent à rien" on peut leur accorder un peu d'empathie. On en a tous besoin
il est difficile sans un professionnel et impossible sans décision de justice de garantir que le contenu d'un site est illégale. Ceux qui veulent être irréprochable font systématiquement des faux positifs. C'est impossible de faire autrement.
tout le thread parle de contenu en langue étrangère puis explique qu'on ne sait pas si le contenu en question est légal ou pas. Tu ne sais pas si mes commentaires, en français, sont légaux.
Commencer par parler de "on ne sait pas si c'est légal" pour ensuite parler de "manifestement illégal" c'est de la rhétorique rien de plus.
Je trouve que c'est un problème de se réfugier systématiquement derrière la loi. Pour moi c'est le même comportement que de balancer des mise en demeure. On invoque la loi, mais en fait ça tiens pas forcément sur grand chose.
Note que zapoyok< mentionne sa consommation de gaz.
Tout à fait, c'est pour montrer que s'il y a des endroits où l'on gagne et d'autres où l'on perds. L'étude de la consommation d'énergie au global c'est compliqué. D'un point de vu purement CO2 la réduction des bouchons est très important par exemple. La réduction des pics que consommation rapides (tous ceux qui allument leur ordinateur entre 8 et 9h) doit simplifier la vie au réseau et permettre d'avoir un mix avec moins de charbon/gaz et plus d'éolien/panneau solaires.
quasi doublement de la consommation en gaz pour 2020/2021. Pas un soucis de coût, mais de consommation. Cela multiplié par le nombre de salariés, parce que bon on se gèle le cul à 17°C la journée. Les bureaux eux sont quand même chauffés. Et encore on a eu un hiver relativement doux.
C'est discutable. Déjà tu a fait du télétravail sur un travail que tu connaissais. Découvrir un travail ou une nouvelle équipe à distance ça n'est pas du tout la même blague. Ensuite oui ça peut très bien se passer, mais ça peut aussi mal se passer et quand ça se passe mal c'est plus difficile à détecter et plus difficile d'aider.
Prendre son exemple et en sortir des généralités ne marche pas très bien.
Du coup, est ce que ce protocole n'a aucun défaut ? Est ce qu'il offre de moins bonnes performances (lesquelles ?) pour les applications qui se foutent de la latence ?
Par rapport à ses 2 grands frères (c'est à prendre comme un point de vu) :
il est supérieur à TCP en tout points, les seuls cas où TCP reste pertinent sont des cas particuliers lié au chiffrement ou à la possibilité d'utiliser des implémentations déjà existantes de tcp/tls
par rapport à UDP ce ne sont pas des concurrents ou des alternatives, udp est très utile dans des cas où tu n'a pas besoin d'aquitement. Ça le rend plus léger quoi qu'il arrive (au détriment d'autres choses). Par exemple moi je m'en sert pour envoyer des logs sur un serveur de log. Je veux que ça coûte le moins chère possible à ceux qui envoient les logs et que si le serveur de logs tombe je préfère perdre les logs plutôt qu'impacter les services (le coup très drôle d'un service en galère qui flood le serveur de log qui impact toute la plateforme).
Mais ils ne fasaient pas 3 fois le tour de la planète. Oui on investi plus dans les transports locaux, mais c'est aussi parce qu'on est plus intéressé par aller à 1000km que dans le département d'à côté.
Ce sont 2 mouvements qui sont dans le même sens et on ne peut pas ne pas faire l'un sous prétexte de l'autre.
Le cyclotourisme explose, le train commence doucement à retrouver des suffrages et l'avion à être remis en cause. Au lieux de trouver des excuses pour continuer, il est plus pertinent de s'organiser avec ce que l'on a. Oui, ça demande de re-découvrir qu'une montagne ou un court d'eau sont des barrières naturelles qui sont coûteuses à franchir.
Tu utilise un nom de domaine avec une entrée pour indiquer l’empreinte de leur clef et un domaine principale qui sera un alias des autres (avec CNAME).
J'ai l'impression qu'il n'y a pas beaucoup plus de gens qui cherchent des failles de sécurité, donc forcément, ils concentrent leurs temps de travail sur un domaine et pas un autre.
Je ne pense pas. La multiplication des bugs bounty a tendance à l'inverse.
Pas vraiment ou alors je ne t'ai pas compris. En ADA tu peux avoir 2 nombres qui ne sont pas du même types et donc tu peux avoir des tableaux dont l'indice est un nombre typé.
Si tu manipule l'index de 2 tableaux dans une boucle, tu peux avoir 2 variables chacune représentant l'indice d'un tableau et tu n'aura pas le droit d'utiliser un indice dans le mauvais tableau. Mais ça reste des nombres avec toute l'arithmétique.
[^] # Re: Ni pour, ni contre, on s'y prépare
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 3.
Quand on parle de travailler en équipe, on ne parle pas de faire travailler plusieurs personnes, mais bien d'avoir une équipe qui travail. Distinguer son travail à soit de celui des autres me semble être une mauvaise habitude. Tu parle d'abus, mais il y a aussi des abus de "ne pas me déranger". C'est une dynamique interne à avoir, on est d'accord, mais savoir lever le stylo me semble nécessaire et pas uniquement en cas extrême. La pratique des rétrospectives régulières c'est important pour ça.
Mais oui je suis d'accord que c'est bien plus simple en présentiel, les interactions peuvent être bien plus courtes et on peut avoir une gestion dispo/pas dispo bien plus nuancer qu'un état binaire de logiciel IM.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ni pour, ni contre, on s'y prépare
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 0.
Non c'est qu'on a pas la même définition de travailler. Je ne parle pas de faire du mob programming à pleins temps, mais d'être dispo pour une simple question, travailler faire du pair programming/architecture/debug,… Bien sûr qu'il n'y a pas ça n'a pas à être continue et ça n'empêche pas de pouvoir s'écarter, mais dire à son équipe que pour être contacter il faut prendre rendez-vous c'est, à mon sens, la définition de la limite équipe/extérieur de l'équipe.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ni pour, ni contre, on s'y prépare
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 4.
C'est pourtant nécessaire si tu souhaite avoir une équipe mixte. Sinon ce sont de fait 2 équipes distincts. Je suis d'accord que ça n'a pas de sens en particulier si on parle de full sur site/full télétravail.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ni pour, ni contre, on s'y prépare
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 3.
Vivre chez soit et travailler chez soit son 2 choses différentes. Avoir un bureau avec une chaise etc qui soit adapté à travailler des heures/jours n'est pas nécessaire à tout le monde chez soit.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ni pour, ni contre, on s'y prépare
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 4.
On s'est plus ou moins mal compris je vais tenter de mieux m'expliquer.
Premièrement, il ne s'agit pas des réunions. Ces démarches sont bien plus englobantes. Tu dois limiter les interactions présentiels pour limiter l'écart entre quelqu'un en présentiel et quelqu'un à distance. Si tu as des gens qui sont en présentiel et qui discutent à la machine à café, au bureau vu qu'ils sont l'un à coté de l'autre, etc Tu va avoir un écart important d'informations avec ceux qui ne sont pas présent. Sans parler d'un effet de rejet ça pose pas mal de difficultés à une équipe. Même pour les réunions qu'est-ce que tu appel réunion ? Se poser quelques minutes devant un tableau blanc c'est une réunion ? Selon l'organisation c'est plus simple dans les locaux que sur ordinateur (le dessin à la souri vs à la main, accès à un tableau à son bureau, etc).
Ensuite…
Les gens qui veulent ou on besoin de travailler en présentiel, ne veulent pas travailler à distance et vice à versa. Appliquer les méthodes de l'un à l'autre est une contrainte. Tu présentais des gens qui "n'ont pas le choix du télétravail" tu peux trouver des gens qui n'ont pas le choix du présentiel.
Parce qu'on ne parle pas de la même chose. Tu as des interactions bien plus fines avec ton équipe proche qu'avec toutes les interactions que tu décris. Tu n'es pas sensé travailler 8h/jour 5j/semaine avec eux alors qu'avec ton équipe si. C'est une grosse différence. C'est organisationnel et l'organisation ça se change on est d'accord mais tout le monde n'est pas d'accord avec ce changement (par peur, par besoin, pour des contextes différents, etc). Le risque c'est d'atomiser les équipes.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: opportunité pour les entreprises de changer/s'améliorer
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 7.
C'est une construction sociale que l'on contribue à valider en la respectant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Le café est meilleur au boulot
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 4.
Je suis clairement pas prêt à mettre autant dans une machine à café perso. La mienne m'a couté, quelques dizaines d'euro et prend du café moulu. Un jour je prendrais un moulin pour m'amuser, mais le café moulu est moins cher que le grain (si je regarde chacunsoncafé par exemple) et me convient bien. Selon le temps que tu va garder ta machine et les frais que tu va avoir de réparation la différence de prix peut être assez grande (et oui ma cafetière italienne durera plus longtemps que ton usine à gaz :p).
Vendredi troll café ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ni pour, ni contre, on s'y prépare
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 2.
Juste pour te rétorquer dans le même ton. Tout ceux qui ont des troubles de l'attention, des problèmes de compréhension oral ou d'autres handicap qui rendent couteux d'avoir un espace de travail chez soit ou qui n'ont simplement les les moyens d'avoir un espace de travail chez soit n'ont pas plus de choix. De même que ceux qui ne peuvent pas télétravailler, mais qui échangent avec des gens qui peuvent télétravailler peuvent avec le problème.
On peut trouver des cas dans les 2 sens. Ce que je voulais souligner c'est que les réunions mixtes remote-first ne sont pas la panacée et présentée comme une solution définitive que par des gens qui ont une certaines attirance pour le télétravail.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ni pour, ni contre, on s'y prépare
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 3.
En fait ça demande de choisir quel groupe subi le choix de l'autre.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Je trouve le sujet souvent caricatural
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 4.
Je suis tout à fait d'accord avec toi. Ça me fait penser à des discussions qu'on a déjà eu ici généralement pour parler de transports. Quand certains disaient qu'ils étaient contrains pour leur trajet et d'autres qui expliquaient que c'est un choix.
Je trouve intéressant de voir comment c'est l'œil de l'observateur qui a changé plus que le monde. Autant, dans certains domaines, le télétravail est une découverte, autant en informatique ça existe depuis longtemps et les critiques que je vois du travail présentiel ne sont pas inhérent au télétravail. Pire le télétravail n'est pas une réponse complète aux problèmes.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Je trouve le sujet souvent caricatural
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 2.
Et ça n'a pas était inventé l'an dernier. Il y avait déjà moyen de trouver du travail à distance avant et un certains nombres ici en font depuis longtemps.
Après tu es encore et toujours dans la généralisation, ne sais-tu vraiment pas faire de distinction entre ton vécu et la généralisation ? Tu n'a jamais eu de cours de stats ou de proba ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: approximation trompeuse
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 4.
Je te trouve très rude. Quand ton travail est de l'encadrement et que tu ne l'a jamais pratiqué qu'en présentiel, c'est un gros challenge de passer en remote complet. Bien plus difficile que le travail de production.
Ça ne veut pas dire que ce sont tous des anges, mais qu'avant d'envoyer de tonitruant "la preuve qu'ils ne servent à rien" on peut leur accorder un peu d'empathie. On en a tous besoin
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Ma phrase était là pour 2 raisons :
Commencer par parler de "on ne sait pas si c'est légal" pour ensuite parler de "manifestement illégal" c'est de la rhétorique rien de plus.
Je trouve que c'est un problème de se réfugier systématiquement derrière la loi. Pour moi c'est le même comportement que de balancer des mise en demeure. On invoque la loi, mais en fait ça tiens pas forcément sur grand chose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: De ce que je sache...
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 3.
28 avril soit environ 6 semaines (sinon il ne pourrait pas parler du temps qu'a pris RTE pour s'aligner (2 semaines).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: De ce que je sache...
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 3.
Tout à fait, c'est pour montrer que s'il y a des endroits où l'on gagne et d'autres où l'on perds. L'étude de la consommation d'énergie au global c'est compliqué. D'un point de vu purement CO2 la réduction des bouchons est très important par exemple. La réduction des pics que consommation rapides (tous ceux qui allument leur ordinateur entre 8 et 9h) doit simplifier la vie au réseau et permettre d'avoir un mix avec moins de charbon/gaz et plus d'éolien/panneau solaires.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: De ce que je sache...
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 5.
J'ai pas suivi pour la suite, mais au premier confinement on a baissé notre consommation d'électricité de 10% en France tout compris (⚡ Comment le confinement a changé la consommation électrique Française - Monsieur Bidouille).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: De ce que je sache...
Posté par barmic 🦦 . En réponse au journal Je veux pas y retourner. Évalué à 10.
C'est discutable. Déjà tu a fait du télétravail sur un travail que tu connaissais. Découvrir un travail ou une nouvelle équipe à distance ça n'est pas du tout la même blague. Ensuite oui ça peut très bien se passer, mais ça peut aussi mal se passer et quand ça se passe mal c'est plus difficile à détecter et plus difficile d'aider.
Prendre son exemple et en sortir des généralités ne marche pas très bien.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Inconvénients ?
Posté par barmic 🦦 . En réponse à la dépêche Le protocole QUIC désormais normalisé. Évalué à 5.
Par rapport à ses 2 grands frères (c'est à prendre comme un point de vu) :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Chiffrement
Posté par barmic 🦦 . En réponse à la dépêche Le protocole QUIC désormais normalisé. Évalué à 4. Dernière modification le 01 juin 2021 à 07:14.
Tu fais ta répartition au niveau dns et pas par routage tcp.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: M'en fiche je prends jamais je train.
Posté par barmic 🦦 . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 3.
Mais ils ne fasaient pas 3 fois le tour de la planète. Oui on investi plus dans les transports locaux, mais c'est aussi parce qu'on est plus intéressé par aller à 1000km que dans le département d'à côté.
Ce sont 2 mouvements qui sont dans le même sens et on ne peut pas ne pas faire l'un sous prétexte de l'autre.
Le cyclotourisme explose, le train commence doucement à retrouver des suffrages et l'avion à être remis en cause. Au lieux de trouver des excuses pour continuer, il est plus pertinent de s'organiser avec ce que l'on a. Oui, ça demande de re-découvrir qu'une montagne ou un court d'eau sont des barrières naturelles qui sont coûteuses à franchir.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: "ruisseaux"
Posté par barmic 🦦 . En réponse à la dépêche Le protocole QUIC désormais normalisé. Évalué à 6.
Mais c'est l'auteur des 2 sources…
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Chiffrement
Posté par barmic 🦦 . En réponse à la dépêche Le protocole QUIC désormais normalisé. Évalué à 5.
Tu utilise un nom de domaine avec une entrée pour indiquer l’empreinte de leur clef et un domaine principale qui sera un alias des autres (avec CNAME).
A moins que je ne me trompe.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les failles matériel
Posté par barmic 🦦 . En réponse au lien Faille de sécu Rowhammer. Évalué à 4.
Je ne pense pas. La multiplication des bugs bounty a tendance à l'inverse.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Chiffrement
Posté par barmic 🦦 . En réponse à la dépêche Le protocole QUIC désormais normalisé. Évalué à 3.
Je ne connaissais pas, c'est bien plus propre. Il faut avoir dnssec, mais c'est cool. Merci
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Souvenirs
Posté par barmic 🦦 . En réponse au journal Episode de Podcast francophone sur le langage Ada. Évalué à 3.
Pas vraiment ou alors je ne t'ai pas compris. En ADA tu peux avoir 2 nombres qui ne sont pas du même types et donc tu peux avoir des tableaux dont l'indice est un nombre typé.
Si tu manipule l'index de 2 tableaux dans une boucle, tu peux avoir 2 variables chacune représentant l'indice d'un tableau et tu n'aura pas le droit d'utiliser un indice dans le mauvais tableau. Mais ça reste des nombres avec toute l'arithmétique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll