aeris22’s avataraeris22’s Twitter Archive—№ 122,663

  1. …in reply to @GUILLAUMEGAUTRE
    @GUILLAUMEGAUTRE En pratique la suppression des données doit être effective dès la fin des données de prod. En pratique aucune contre mesure n’est mise en place pour garantir cette suppression à la seconde où la donnée n’est plus correcte en prod.
    On twitter.com Twitter logo aeris22’s avatar Mood +2 🙂
    1. …in reply to @aeris22
      @GUILLAUMEGAUTRE Cf @aeris22/1587193789331947523 et suivant
      Permalink On twitter.com Twitter logo aeris22’s avatar Mood 0
      1. …in reply to @aeris22
        @GUILLAUMEGAUTRE Le RGPD n’interdit pratiquement jamais rien si on se creuse pas mal la tête pour y arriver légalement. C’est l’écart avec ce qui est fait en pratique qui me fait dire que recopier sa db de prod, c’est non.
        Permalink On twitter.com Twitter logo aeris22’s avatar Mood -3 🙁
        1. …in reply to @aeris22
          @GUILLAUMEGAUTRE Généralement il n’y a aucune réflexion, aucune IAPD, aucune mesure de protection. La finalité même de la recopie de la base est extrêmement large, trop large.
          Permalink On twitter.com Twitter logo aeris22’s avatar Mood 0
          1. …in reply to @aeris22
            @GUILLAUMEGAUTRE Dans le cas précis de la CJUE, c’est effectivement pour corriger un bug **précis**. Sur les prods conventionnelles, c’est pour de la montée de version, de l’A/B testing, « juste parce que yolo sinon je peux pas dev ». C’est non.
            Permalink On twitter.com Twitter logo aeris22’s avatar Mood 0