De ce que j'ai compris, le 25 mai 2016, le règlement est entré en vigueur mais il laisse deux ans aux organismes pour se préparer. Avant mai 2018, le règlement n'est pas effectif, on est juste dans une période transitoire.
Du coup, je trouve ça un peu réducteur de dire que ce ne sont que les amendes qui vont arriver en mai 2018, ce qui laisserait penser que les organismes qui ne respectent pas ce qui est décrit dans le RGPD aujourd'hui serait en faute. Ce n'est pas le cas, c'est normal que les organismes ne soient pas encore prêts (mais bon, vaudrait mieux qu'ils n'en soient pas trop loin quand même).
Peut-être G'Mic ? Je le voyais plus comme une version avancée d'Image Magick pour faire des traitements plus compliqués et je l'avais écarté de mes tests, mais peut-être que je me trompe.
Gandi (avec un nom de domaine, t'as 5 mailbox avec accès caldav/cardav)
Par curiosité, tu aurais des informations sur l'accès caldav ? La recherche sur le wiki de Gandi ne donne rien et en passant par un moteur de recherche, je tombe sur un article de Next INpact disant que Gandi réfléchit à ajouter caldav.
Il y a pas mal de contraintes en jeu : les performances, mais aussi la qualité des vignettes, le poids des fichiers générés, la prise en charge des différents formats d'image et cas particulier (l'orientation EXIF par exemple), la facilité de déploiement, etc. Image Magick reste le meilleur compromis sur tout ça.
Un des "mensonges" de ce genre de benchmark est la parallélisation. Certains outils n'utilisent pas de parallélisation (un seul cœur), tandis que d'autres profitent de tous les cœurs disponibles sur un même traitement. En pratique, quand on déploie sur un serveur, on désactive systématiquement la parallélisation, on préfère traiter plusieurs images en parallèle pour occuper les cœurs. Pour donner quelques ordres de grandeur, si on prend un CPU avec 8 cœurs, un outil capable de faire un traitement en parallèle sur une même image va utiliser 100% du CPU sur les 8 cœurs pendant disons 100ms. Le même outil sans parallélisation (un seul cœur) va mettre plus de temps, de l'ordre de deux fois plus, 200ms. Mais comme il laisse les autres cœurs libres, on peut traiter 8 images comme ça en même temps. Du coup, en utilisant du multi-thread, on va traiter 2 images sur une période de 200ms, alors qu'avec 8 images traitées chacune par un processus/thread, on peut traiter 8 images sur cette même période, soit 4 fois plus.
En gros, de ce que j'ai vu voir, on a :
Epeg, le plus performant (CPU / RAM), mais la qualité des vignettes n'est pas toujours terrible, ça ne fait que du JPEG, ça n'est pas packagé pour les différentes distributions Linux et il me semble que ça ne gère pas bien l'orientation EXIF. À utiliser uniquement quand on veut vraiment aller chercher le maximum de performances.
OpenCV est dans le même style : performant mais en retrait sur les autres critères.
Vips est globalement plus performant qu'Image Magick mais un peu moins bon sur d'autres aspects.
Image Magick a un bon compromis global.
Graphics Magick est proche d'Image Magick, avec quelques en bugs en plus et, de mon expérience, n'est pas plus rapide qu'Image Magick.
Enfin, les bibliothèques en go sont toutes bien plus lentes que les programmes cités au-dessus.
On peut donc assimilier ce chiffrage de disque à de l'encryption "at rest" ?
Oui, on peut parler de chiffrement des données "at rest". Je n'aime pas trop cette notion car elle est assez floue, cf https://en.wikipedia.org/wiki/Data_at_Rest notamment. Si on prend la définition la plus commune, à savoir que les données "at rest" sont celles qui sont stockées physiquement sur un stockage persistant, le chiffrement des disques (y compris pour les serveurs qui servent aux sauvegardes) est bien un chiffrement des données "at rest".
Quid si j'utilise un outil comme Cryptomator avant l'upload de mes fichiers sur Cozy ? Est-ce que du coup ça "perturbe" le service ?
Oui, ça va perturber certaines fonctionnalités. Par exemple, il ne sera pas possible d'afficher les fichiers chiffrés par Cryptomator dans l'interface web ou d'en faire des albums photos. Et dans l'autre sens, les fichiers importés par le cozy (connecteurs pour récupérer les factures, sauvegarde automatique des photos prises sur son smartphone) vont perturber le fonctionnement de Cryptomator. Je conseillerais de ne chiffrer avec Cryptomator qu'un sous-répertoire de Cozy, en faisant attention de mettre les fichiers sensibles dans ce sous-répertoire et de ne pas utiliser ce sous-répertoire pour les fichiers importés par les outils Cozy.
1) Je n'ai pas testé personnellement. Il me semble avoir entendu dire que ça marchait correctement, mais si d'autres personnes peuvent confirmer, ça serait pas mal.
2) La partie serveur de Cozy génère des vignettes pour les photos/images de grande taille avec Image Magick. Tu voudrais pouvoir générer ces vignettes ailleurs et les déposer sur le RPI pour que le RPI n'ait pas besoin de les générer, c'est bien ça ?
Nous aussi, on chiffre les disques durs. Par contre, un attaquant qui réussirait à avoir un accès direct à CouchDB ou à une sauvegarde pourrait lire les données, exceptés les identifiants des sites externes (qui sont chiffrés/déchiffrés la partie applicative avant d'être envoyé à CouchDB).
Techniquement, vouloir chiffrer toutes les données dans CouchDB nous limiterait très très fortement. En gros, on ne peut plus avoir d'index sur le serveur, on ne peut plus faire tourner de connecteurs sur les serveurs pour importer les dernières factures, ça complique fortement les mécanismes de réplication qui nous servent pour les modes hors-ligne, etc. En gros, ça tue toutes les fonctionnalités de Cozy Cloud qui intéressent la plupart de nos utilisateurs. Peut-être que, dans quelques années, des avancées sur le chiffrement homomorphique ou les réseaux pair à pair nous offriront de nouvelles possibilités dans ce domaine, mais interdire tout accès aux données en clair sur nos serveurs (chiffrement en zero knowledge) n'est pas à l'ordre du jour sur le court/moyen terme.
Oui, cela a été envisagé pour Cozy. Mais ça demande beaucoup d'efforts pour n'intéresser finalement que peu de personnes. Personnellement, j'aimerais bien faire ça, mais je préfère quand même voir d'autres choses arriver avant : la gestion des calendriers ou pouvoir partager un dossier avec une autre instance Cozy. Après, si quelqu'un se sent d'aller coder ça, je veux bien donner un coup de main pour montrer le code concerné et expliquer ce qu'il y aurait à faire.
Sinon, c'est un beau logiciel. Pour l'instant, il en fait peut-être moins que les autres, mais il a l'air de le faire bien. C'est chouette.
Est-ce que vous faites bien attention à ce que votre code proprio soit codable en proprio (bref : que d'autres puisse vous remplacer avec le même effort à faire) par une autre personne afin d'être bien clair que la liberté est importante pour vous et que votre objectif avec l'AGPL n'est pas de garder pour vous seuls des droits que vous utilisez afin que personne ne puisse vous remplacer facilement si vous passez pas sympas, pour éviter cet écueil?
Oui, nous faisons très attention à cela. Pour le code sous licence AGPL, nous ne demandons pas à nos contributeurs de CLA, donc on est légalement tenu de jouer avec les mêmes règles que les autres.
Oui, Cozy est conçu pour ça. Pour les fichiers, c'est en place. Pour les contacts, ça va arriver bientôt. Pour les calendriers, on va le faire mais c'est moins clair sur le quand : l'effort à fournir est bien plus important et ce n'est pas facile de savoir quelle est sa priorité par rapport à d'autres demandes. Les retours d'utilisateurs, comme ton commentaire, vont d'ailleurs nous aider à mieux comprendre les attentes et à mieux définir les priorités.
près, peut-être qu’il voulait dire que si tu réponds à du HTML ça passe tout seul en HTML et qu’il faut à chaque fois sélectionner le mode texte ?
Non, j'utilise thunderbird en mode texte (ça se configure dans les options du compte) et quand je réponds à un mail HTML, il est automatiquement converti en mode texte.
Thunderbird crée autant de processus que ça ?
Ça ne fait qu'une seule ligne en plus dans ps aux ou pstree.
Les 2 trackers sont google firebase et google ads. Google firebase sert notamment pour l'envoi des notifications push pour android, donc Nextcloud pourrait avoir des raisons légitimes de l'utiliser. Pour google ads, on trouve des références à "ads" dans le dépôt git. Je pense qu'Exodus a donc raison.
Je ne sais plus, ca fait un bout de temps que j'utilise uBlock Origin et que je n'ai pas touché à sa config. Possible que j'ai laissé les règles par défaut.
Bon, j'ai oublié la partie sur les mots de passe dans la section sur les navigateurs. J'utilise diceware pour les générer et je les stocke dans firefox (avec un mot de passe maître). C'est synchronisé entre les différents périphériques grâce au très bon Sync de firefox.
Je me pose la question de passer à un outil dédié, genre Bitwarden, version Ruby pour le serveur, ce qui permettrait de stocker des mots de passe qui ne sont pas utilisés par le navigateur et qui éviterait les risques liés à l'auto-complétion des mots de passe.
Tu utilises Firefox sous Android ?
Moi ça rame un maximum, les pages ne s'ouvre pas ou alors très lentement.
Oui, j'utilise aussi Firefox sous Android. Ça n'est pas très rapide, mais ça reste utilisable. Ça dépend beaucoup de la qualité du réseau.
Pour Cozy j'étais très enthousiaste au début, mais j'ai l'impression qu'il réinvente la roue sans cesse.
C'est plutôt vrai mais ça devrait aller mieux à partir de maintenant. C'est difficile de tout expliquer, il y a des raisons à la fois de stratégie d'entreprise (oui, il faut bien des sous pour payer les développeurs), de vision produit et des raisons techniques.
Pour faire de l'auto-hébergement de services, Yunohost est plus adapté que Cozy. Cozy est un assistant de vie personnelle, pour la vie de tous les jours, celle où l'on a des justificatifs de domicile, des factures, des comptes en banque, des remboursements de santé et où c'est toujours compliqué de se dépatouiller de tout ça, où on a plusieurs ordinateurs, tablettes, smartphones, plusieurs fournisseurs de services (au hasard, c'est de plus en plus courant d'avoir plusieurs banques). Puis, on n'est pas tout à fait tout seul : on peut avoir un conjoint, des enfants, des parents dans une maison de retrait. Cozy se veut un espace où je peux réunir les données concernant tout ça pour les gérer et les utiliser efficacement.
Leur dernière version ne comporte presque plus rien.
Elle comporte moins de choses, mais c'est plus solide. Pendant longtemps, il fallait démontrer l'intérêt de Cozy et ça voulait souvent dire faire des choses rapidement, un peu dans tous les sens, pour montrer des trucs, voir ce qui accroche l'intérêt. Le revers, c'est que c'était souvent du code jetable, pas toujours très maintenable, avec parfois des trucs pas terribles d'un point de vue sécurité. Et l'interface n'était pas toujours très léchée. Pour caricaturer, ça faisait un peu assemblage de trucs divers et variés quand on a réuni, avec un gros paquet de scotch pour que ça tienne ensemble.
Maintenant, on prend le temps pour faire des choses plus durables (en termes de scalabilité, de sécurité, de fiabilité, d'expérience utilisateur) avec de vrais ponts entre les différentes applications. Et forcément, ça prend du temps. Il y a moins de choses maintenant, mais comme on ne va plus passer notre temps à jeter des trucs pour les réinventer, ça va aller en s'améliorant.
[^] # Re: Règlement Général européen sur la Protection des Données
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Revue de presse de l’April pour la semaine 4 de l’année 2018. Évalué à 5.
De ce que j'ai compris, le 25 mai 2016, le règlement est entré en vigueur mais il laisse deux ans aux organismes pour se préparer. Avant mai 2018, le règlement n'est pas effectif, on est juste dans une période transitoire.
Du coup, je trouve ça un peu réducteur de dire que ce ne sont que les amendes qui vont arriver en mai 2018, ce qui laisserait penser que les organismes qui ne respectent pas ce qui est décrit dans le RGPD aujourd'hui serait en faute. Ce n'est pas le cas, c'est normal que les organismes ne soient pas encore prêts (mais bon, vaudrait mieux qu'ils n'en soient pas trop loin quand même).
[^] # Re: Chiffrement des données
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 3.
Désolé, je ne connais pas l'Encryption App de Nextcloud.
[^] # Re: raspberrypi ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 3.
Peut-être G'Mic ? Je le voyais plus comme une version avancée d'Image Magick pour faire des traitements plus compliqués et je l'avais écarté de mes tests, mais peut-être que je me trompe.
[^] # Re: Utilisation comme degoogleisateur ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 4.
Par curiosité, tu aurais des informations sur l'accès caldav ? La recherche sur le wiki de Gandi ne donne rien et en passant par un moteur de recherche, je tombe sur un article de Next INpact disant que Gandi réfléchit à ajouter caldav.
[^] # Re: raspberrypi ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 10.
Il y a pas mal de contraintes en jeu : les performances, mais aussi la qualité des vignettes, le poids des fichiers générés, la prise en charge des différents formats d'image et cas particulier (l'orientation EXIF par exemple), la facilité de déploiement, etc. Image Magick reste le meilleur compromis sur tout ça.
Si on prend en compte juste l'aspect performances, un même outil comme Image Magick peut se comporter de façon très différente selon les options passées. Voici un petit benchmark, à ne pas prendre trop sérieux, c'est juste pour illustrer ces propos : https://github.com/fawick/speedtest-resize/commit/afea1a69f1791d779001f572d39ce5651f12e2e6.
Un des "mensonges" de ce genre de benchmark est la parallélisation. Certains outils n'utilisent pas de parallélisation (un seul cœur), tandis que d'autres profitent de tous les cœurs disponibles sur un même traitement. En pratique, quand on déploie sur un serveur, on désactive systématiquement la parallélisation, on préfère traiter plusieurs images en parallèle pour occuper les cœurs. Pour donner quelques ordres de grandeur, si on prend un CPU avec 8 cœurs, un outil capable de faire un traitement en parallèle sur une même image va utiliser 100% du CPU sur les 8 cœurs pendant disons 100ms. Le même outil sans parallélisation (un seul cœur) va mettre plus de temps, de l'ordre de deux fois plus, 200ms. Mais comme il laisse les autres cœurs libres, on peut traiter 8 images comme ça en même temps. Du coup, en utilisant du multi-thread, on va traiter 2 images sur une période de 200ms, alors qu'avec 8 images traitées chacune par un processus/thread, on peut traiter 8 images sur cette même période, soit 4 fois plus.
En gros, de ce que j'ai vu voir, on a :
[^] # Re: Chiffrement des données
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 8.
Oui, on peut parler de chiffrement des données "at rest". Je n'aime pas trop cette notion car elle est assez floue, cf https://en.wikipedia.org/wiki/Data_at_Rest notamment. Si on prend la définition la plus commune, à savoir que les données "at rest" sont celles qui sont stockées physiquement sur un stockage persistant, le chiffrement des disques (y compris pour les serveurs qui servent aux sauvegardes) est bien un chiffrement des données "at rest".
Oui, ça va perturber certaines fonctionnalités. Par exemple, il ne sera pas possible d'afficher les fichiers chiffrés par Cryptomator dans l'interface web ou d'en faire des albums photos. Et dans l'autre sens, les fichiers importés par le cozy (connecteurs pour récupérer les factures, sauvegarde automatique des photos prises sur son smartphone) vont perturber le fonctionnement de Cryptomator. Je conseillerais de ne chiffrer avec Cryptomator qu'un sous-répertoire de Cozy, en faisant attention de mettre les fichiers sensibles dans ce sous-répertoire et de ne pas utiliser ce sous-répertoire pour les fichiers importés par les outils Cozy.
[^] # Re: raspberrypi ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 4.
1) Je n'ai pas testé personnellement. Il me semble avoir entendu dire que ça marchait correctement, mais si d'autres personnes peuvent confirmer, ça serait pas mal.
2) La partie serveur de Cozy génère des vignettes pour les photos/images de grande taille avec Image Magick. Tu voudrais pouvoir générer ces vignettes ailleurs et les déposer sur le RPI pour que le RPI n'ait pas besoin de les générer, c'est bien ça ?
[^] # Re: Chiffrement des données
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 10.
Nous aussi, on chiffre les disques durs. Par contre, un attaquant qui réussirait à avoir un accès direct à CouchDB ou à une sauvegarde pourrait lire les données, exceptés les identifiants des sites externes (qui sont chiffrés/déchiffrés la partie applicative avant d'être envoyé à CouchDB).
Techniquement, vouloir chiffrer toutes les données dans CouchDB nous limiterait très très fortement. En gros, on ne peut plus avoir d'index sur le serveur, on ne peut plus faire tourner de connecteurs sur les serveurs pour importer les dernières factures, ça complique fortement les mécanismes de réplication qui nous servent pour les modes hors-ligne, etc. En gros, ça tue toutes les fonctionnalités de Cozy Cloud qui intéressent la plupart de nos utilisateurs. Peut-être que, dans quelques années, des avancées sur le chiffrement homomorphique ou les réseaux pair à pair nous offriront de nouvelles possibilités dans ce domaine, mais interdire tout accès aux données en clair sur nos serveurs (chiffrement en zero knowledge) n'est pas à l'ordre du jour sur le court/moyen terme.
[^] # Re: Accès aux fichiers locaux
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 7.
Oui, cela a été envisagé pour Cozy. Mais ça demande beaucoup d'efforts pour n'intéresser finalement que peu de personnes. Personnellement, j'aimerais bien faire ça, mais je préfère quand même voir d'autres choses arriver avant : la gestion des calendriers ou pouvoir partager un dossier avec une autre instance Cozy. Après, si quelqu'un se sent d'aller coder ça, je veux bien donner un coup de main pour montrer le code concerné et expliquer ce qu'il y aurait à faire.
Merci, ça fait plaisir :)
[^] # Re: "Le Logiciel Libre fait partie de notre ADN"
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 7.
Il n'y a pas de mélange AGPL / proprio, ce sont des appels à un service distant.
[^] # Re: "Le Logiciel Libre fait partie de notre ADN"
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 8.
Oui, nous faisons très attention à cela. Pour le code sous licence AGPL, nous ne demandons pas à nos contributeurs de CLA, donc on est légalement tenu de jouer avec les mêmes règles que les autres.
[^] # Re: Utilisation comme degoogleisateur ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy, votre domicile numérique. Évalué à 8.
Oui, Cozy est conçu pour ça. Pour les fichiers, c'est en place. Pour les contacts, ça va arriver bientôt. Pour les calendriers, on va le faire mais c'est moins clair sur le quand : l'effort à fournir est bien plus important et ce n'est pas facile de savoir quelle est sa priorité par rapport à d'autres demandes. Les retours d'utilisateurs, comme ton commentaire, vont d'ailleurs nous aider à mieux comprendre les attentes et à mieux définir les priorités.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi les formules mathématiques dégradent la lisibilité des messages sous certains navigateurs. Évalué à 5 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/807235970aeb2e2cc4dd176061299be0bacdf1b8
[^] # Re: Mails
Posté par Bruno Michel (site web personnel) . En réponse au journal Résolution pour 2018. Évalué à 3.
Ha tiens, chez moi, ça fait juste :
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi rien ne va plus. Évalué à 4 (+0/-0).
Merci pour le signalement, c'est corrigé. Cf https://github.com/linuxfrorg/linuxfr.org/commit/df20fac1824cfdba6a2fc01b7054c9ac8e485191
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi lien des articles cassés. Évalué à 3 (+0/-0).
Merci pour le signalement, c'est corrigé. Cf https://github.com/linuxfrorg/linuxfr.org/commit/df20fac1824cfdba6a2fc01b7054c9ac8e485191
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Lien cassé sur la page d'accueil. Évalué à 3 (+0/-0).
Merci pour le signalement, c'est corrigé. Cf https://github.com/linuxfrorg/linuxfr.org/commit/df20fac1824cfdba6a2fc01b7054c9ac8e485191
[^] # Re: Mails
Posté par Bruno Michel (site web personnel) . En réponse au journal Résolution pour 2018. Évalué à 2.
Non, j'utilise thunderbird en mode texte (ça se configure dans les options du compte) et quand je réponds à un mail HTML, il est automatiquement converti en mode texte.
Ça ne fait qu'une seule ligne en plus dans
ps auxoupstree.[^] # Re: Beau boulot
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pull Request #218 : CSS « Steelblue ». Évalué à 5 (+0/-0).
Ha, et ça serait pas mal de faire une dépêche pour l'annoncer ;-)
# Beau boulot
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pull Request #218 : CSS « Steelblue ». Évalué à 5 (+0/-0).
La nouvelle CSS est maintenant disponible. C'est du beau boulot !
[^] # Re: Exodus
Posté par Bruno Michel (site web personnel) . En réponse au journal Résolution pour 2018. Évalué à 3.
Les 2 trackers sont google firebase et google ads. Google firebase sert notamment pour l'envoi des notifications push pour android, donc Nextcloud pourrait avoir des raisons légitimes de l'utiliser. Pour google ads, on trouve des références à "ads" dans le dépôt git. Je pense qu'Exodus a donc raison.
[^] # Re: Filtres uBlock origin ?
Posté par Bruno Michel (site web personnel) . En réponse au journal Résolution pour 2018. Évalué à 3.
Je ne sais plus, ca fait un bout de temps que j'utilise uBlock Origin et que je n'ai pas touché à sa config. Possible que j'ai laissé les règles par défaut.
# Mots de passe
Posté par Bruno Michel (site web personnel) . En réponse au journal Résolution pour 2018. Évalué à 5.
Bon, j'ai oublié la partie sur les mots de passe dans la section sur les navigateurs. J'utilise diceware pour les générer et je les stocke dans firefox (avec un mot de passe maître). C'est synchronisé entre les différents périphériques grâce au très bon Sync de firefox.
Je me pose la question de passer à un outil dédié, genre Bitwarden, version Ruby pour le serveur, ce qui permettrait de stocker des mots de passe qui ne sont pas utilisés par le navigateur et qui éviterait les risques liés à l'auto-complétion des mots de passe.
[^] # Re: Navigateur
Posté par Bruno Michel (site web personnel) . En réponse au journal Résolution pour 2018. Évalué à 10.
Salut,
Oui, j'utilise aussi Firefox sous Android. Ça n'est pas très rapide, mais ça reste utilisable. Ça dépend beaucoup de la qualité du réseau.
C'est plutôt vrai mais ça devrait aller mieux à partir de maintenant. C'est difficile de tout expliquer, il y a des raisons à la fois de stratégie d'entreprise (oui, il faut bien des sous pour payer les développeurs), de vision produit et des raisons techniques.
Pour faire de l'auto-hébergement de services, Yunohost est plus adapté que Cozy. Cozy est un assistant de vie personnelle, pour la vie de tous les jours, celle où l'on a des justificatifs de domicile, des factures, des comptes en banque, des remboursements de santé et où c'est toujours compliqué de se dépatouiller de tout ça, où on a plusieurs ordinateurs, tablettes, smartphones, plusieurs fournisseurs de services (au hasard, c'est de plus en plus courant d'avoir plusieurs banques). Puis, on n'est pas tout à fait tout seul : on peut avoir un conjoint, des enfants, des parents dans une maison de retrait. Cozy se veut un espace où je peux réunir les données concernant tout ça pour les gérer et les utiliser efficacement.
Elle comporte moins de choses, mais c'est plus solide. Pendant longtemps, il fallait démontrer l'intérêt de Cozy et ça voulait souvent dire faire des choses rapidement, un peu dans tous les sens, pour montrer des trucs, voir ce qui accroche l'intérêt. Le revers, c'est que c'était souvent du code jetable, pas toujours très maintenable, avec parfois des trucs pas terribles d'un point de vue sécurité. Et l'interface n'était pas toujours très léchée. Pour caricaturer, ça faisait un peu assemblage de trucs divers et variés quand on a réuni, avec un gros paquet de scotch pour que ça tienne ensemble.
Maintenant, on prend le temps pour faire des choses plus durables (en termes de scalabilité, de sécurité, de fiabilité, d'expérience utilisateur) avec de vrais ponts entre les différentes applications. Et forcément, ça prend du temps. Il y a moins de choses maintenant, mais comme on ne va plus passer notre temps à jeter des trucs pour les réinventer, ça va aller en s'améliorant.
[^] # Re: Des noms !
Posté par Bruno Michel (site web personnel) . En réponse au journal web. Évalué à 4.
Tu peux commencer par Acxiom. Si tu en veux d'autres, je te conseille la lecture de https://esther.codes/les-mouchards-dans-nos-mobiles-rendent-la-surveillance-de-masse-possible/.