Peut être que tu peux fournir un lib fine de gestion de droit centré sur le privacy by design.
On peut imaginer plusieurs niveaux de "privacy by design". Le niveau le plus haut n'aurait pas d'accès à Internet (genre appli de lampe de poche, ou un lecteur de qr code), le suivant n'aurait pas d'accès aux documents qu'il n'a pas créé, etc… On peut suivre les exemples du RGPD.
android s'est un peu amélioré quand il a rendu possible le fait d'installer un logiciel mais refuser les droits.
Typiquement demander le droit GPS, uniquement pour une obscure fonction wifi (pour la détection du pays pour les fréquences ?), c'est n'importe quoi.
Donner l'accès complet aux contacts, uniquement pour avoir le nom d'une personne quand on a le numéro, c'est n'importe quoi, alors qu'il suffit d'avoir un getName(numéro) qui retourne le nom ou un vide.
Idem pour l'accès complet aux systèmes de fichier (et donc à toutes les photos et document) pour stocker 3 fichiers de cache !
Bien sûr, il est facile de contourner une telle lib open source. Par contre, un audit devrait très facilement voir le problème (appel système sans appel à lib ou lib modifiée)
Il existe une série de propriété voulu pour une élection.
Par exemple, l'ajout d'un "petit" candidat ne devrait pas changer le résultat final. C'est pourtant très exactement ce qui arrive avec nos élections majoritaire à 2 tours. C'est encore pire pendant les régionals avec les triangulaires.
Vu qu'il s'agit d'un projet sur la langue française, il y a peut être des synergies à faire avec le projet grammalecte.net qui analyse déjà de façon poussé les textes, non ?
J'avais plusieurs idées pour une histoire longue. Mais vue que je n'avais jamais assez de temps pour m'y mettre ; j'ai écris l'histoire la plus courte possible pour mettre chaque idée en scène.
C'est de la science-fiction d'un futur proche. J'espère être assez novateurs. Cela s'appelle le "Le Foyer de l'Ellipse". (le "foyer", la terre, chez nous en gros, et l'ellipse, c'est pour le coté raccourci des histoires)
Le boulot est assez génial. J'imagine que l'idée suivante est de réussir à gérer plusieurs type de tile : La lut de base, une lut avec un peu de logique cablée plus rapide, des ALU simples, des mémoires de qq ko, des multiplieurs, des routeurs (pour aller plus vite d'aller d'un bout à l'autre de la puce).
Avant de sortir l’artillerie lourde, le plus simple est de souder une carte à troue. Cela marche très bien pour un proto tant qu'il y a peu de connexion. Et les modifications sont rapides à faire.
Je ne comprends pas bien. Mon exemple sort en niveau classique, il faut ajouter une connexion de plus pour aller plus loin. On pourrait imaginer des version LVDS pour des très hautes vitesses, mais bon le pci-express existe déjà.
Le cas d'usage de mon bus serait la com entre IC, entre carte enfiché, voir à travers un câble court.
J'avais bien étudié différents protocoles de bus, moi aussi je trouvais ça bizarre de devoir en écrire moi-même, mais vraiment je n'ai rien trouvé qui me convienne !
Je serais curieux de connaitre ton cahier des charges à l'époque.
C'est dingue que rien n'a évolué dans la petite électronique numérique. Il y a toujours du RS232, de l'I2C ou du CAN.
Pourtant, cela serait top d'avoir un bus série 2 bits bidirectionnel, avec une norme pour 2 bus par chip pour faire des anneaux, et que cela soit fiable tout en évitant les switches. Pour avoir de la vitesse, il faut uniquement des connections point à point.
L'idéal serait des bus qui envoies des messages sans intervention du CPU, ce qui peut bouffer énormément de puissance surtout si le bus est rapide et surtout si le système est grand.
Je vois que la mode est au RDMA, cela pourrait être un bon point de départ.
Cela évite aussi les configurations d'adresse externes comme le demande l'I2C, ce qui limite aussi le nombre d'éléments connecté.
On peut ainsi séparer complétement le lien physique (3.3v TTL, RS429, paire différentiel,…),le protocole sur le fils pour gérer le zéro perte (code correcteur ou SPI avec retry, établissement de vitesse de com,…), et un protocole de routage déterministe, ainsi c'est le bloc HW qui gère et non le petit cpu. En cas de besoin spécifique, cela peut s'adapter.
C'est tellement casse pied comme problème. 4 fils + masse sur un arduino ou une raspberry-pi pourrait permettre de faire pleins de chose. Au lieu d'être limité par l'I2C ou le SPI.
Cela ne vaudrait pas le coup de monter un repository github avec vos recettes de cuisines dedans ? Je pense que cela pourrait intéresser pas mal de monde, voir à terme faire évoluer les installations par défaut.
Je n'avais pas compris que c'était un dev de votre part.
Attention tout de même pour la gestion de ressources immuables, même des boites comme Netlify qui ne faisait que ça, sont passés à un mode qui gère les modifications. Vous pouvez jouer sur un cache de quelques dizaines de minutes, il n'est pas utile d'avoir la bonne ressource à la minute.
J'ai testé rapidement tout seul, cela a l'air simple. Par contre, j'ai eu plusieurs déconnections réseau pendant le temps que je testais.
L'option de floutage est bizarre, si on clique, il ne se passe rien.
Venant du hardware, je suis toujours étonné de voir des systèmes de caches logiciels sans système robuste d'invalidation et de gestion propre de l'espace limité.
Pourquoi kisscache n'a pas de LRU pour évincer les fichiers les moins utilisés au lieu de renvoyer une erreur ?
Pourquoi kisscache n'utilise pas les mécanismes http de demande de modification pour retélécharger un fichier qui a changé ? (ici, on peut utiliser un cache de quelques minutes, tout de même)
C'est facile, "architecte" est déjà un mot très précis en informatique. C'est la personne qui fait les choix téchnique d'un point de vue haut niveau. "Conceptrice" est un concept beaucoup plus vague qui inclus tous les développeurs, les PO, etc…
UC/CX designer est devenu un truc précis aussi.
J'ai toujours été un peu déçu de l'utilisabilité des solutions de visioconf, qui arrive à ne pas perdre 5 min avant chaque réunion, par exemple ?
Si on utilise une visio conf, c'est pour voir le non verbal, est-ce qu'il serait possible de mieux encoder les visages que le reste dans la vidéo ? De jouer sur le taux de compression, au lieu de jouer sur la résolution de l'image ?
"conceptrice, styliste, ou architecte d'interfaces logicielles aurais vraiment été inaccessible ?"
Le design va au-delà de toute ça. Cela englobe plus de chose, c'est l’intérêt de créer des mots nouveaux. Typiquement, le design inclus de la spécification, bien plus que les 3 mots que tu suggères.
A une époque, on disait de se méfier de alpine Linux, les truc tordus de la glibc ne sont pas la pour le plaisir. A une époque, il y a avait une série de faille de sécurité, je ne sais pas si cela a changé.
Globalement, les softs sont développés/testés avec glibc, faire le run avec Alpine, c'est prendre un risque.
# lib de droit ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Logiciel libre et vie privée. Évalué à 5. Dernière modification le 20 avril 2020 à 13:05.
Peut être que tu peux fournir un lib fine de gestion de droit centré sur le privacy by design.
On peut imaginer plusieurs niveaux de "privacy by design". Le niveau le plus haut n'aurait pas d'accès à Internet (genre appli de lampe de poche, ou un lecteur de qr code), le suivant n'aurait pas d'accès aux documents qu'il n'a pas créé, etc… On peut suivre les exemples du RGPD.
android s'est un peu amélioré quand il a rendu possible le fait d'installer un logiciel mais refuser les droits.
Typiquement demander le droit GPS, uniquement pour une obscure fonction wifi (pour la détection du pays pour les fréquences ?), c'est n'importe quoi.
Donner l'accès complet aux contacts, uniquement pour avoir le nom d'une personne quand on a le numéro, c'est n'importe quoi, alors qu'il suffit d'avoir un getName(numéro) qui retourne le nom ou un vide.
Idem pour l'accès complet aux systèmes de fichier (et donc à toutes les photos et document) pour stocker 3 fichiers de cache !
Bien sûr, il est facile de contourner une telle lib open source. Par contre, un audit devrait très facilement voir le problème (appel système sans appel à lib ou lib modifiée)
"La première sécurité est la liberté"
[^] # Re: Méthode du jugement majoritaire
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Condorcet PHP — Gestion des élections alternatives. Évalué à 3.
Il existe une série de propriété voulu pour une élection.
Par exemple, l'ajout d'un "petit" candidat ne devrait pas changer le résultat final. C'est pourtant très exactement ce qui arrive avec nos élections majoritaire à 2 tours. C'est encore pire pendant les régionals avec les triangulaires.
Il y en a d'autres.
"La première sécurité est la liberté"
# synergie ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Lancement de Gspeech 0.8. Évalué à 4.
Vu qu'il s'agit d'un projet sur la langue française, il y a peut être des synergies à faire avec le projet grammalecte.net qui analyse déjà de façon poussé les textes, non ?
"La première sécurité est la liberté"
[^] # Re: Méthode du jugement majoritaire
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Condorcet PHP — Gestion des élections alternatives. Évalué à 4.
Non ce n'est pas un scrutin majoritaire. cf : https://fr.wikipedia.org/wiki/Jugement_majoritaire
Les scrutins basé sur des classements n'ont pas toujours de solutions, c'est un des problèmes connus.
Les scrutins reposant sur une notation n'ont pas ces problèmes.
"La première sécurité est la liberté"
# Histoires courtes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Confinement, je bouquine. Évalué à 3.
J'avais plusieurs idées pour une histoire longue. Mais vue que je n'avais jamais assez de temps pour m'y mettre ; j'ai écris l'histoire la plus courte possible pour mettre chaque idée en scène.
C'est de la science-fiction d'un futur proche. J'espère être assez novateurs. Cela s'appelle le "Le Foyer de l'Ellipse". (le "foyer", la terre, chez nous en gros, et l'ellipse, c'est pour le coté raccourci des histoires)
https://www.wattpad.com/story/216855217-le-foyer-de-l%27ellipse
Si vous avez de commentaires, mais n'avez pas envie de vous inscrire sur Wattpad n'hésitez pas à écrire ici.
"La première sécurité est la liberté"
[^] # Re: Parce que c'est beau
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche John Conway n’avait plus assez de cases noires dans son voisinage. Évalué à 4.
Le jeu de la vie est Turing complet ?
"La première sécurité est la liberté"
[^] # Re: chapeau
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nouvelles de kFPGA, le FPGA libre. Évalué à 5.
Le boulot est assez génial. J'imagine que l'idée suivante est de réussir à gérer plusieurs type de tile : La lut de base, une lut avec un peu de logique cablée plus rapide, des ALU simples, des mémoires de qq ko, des multiplieurs, des routeurs (pour aller plus vite d'aller d'un bout à l'autre de la puce).
"La première sécurité est la liberté"
[^] # Re: temps nécessaire ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Électronique sous GNU/Linux — 15 ans de Libre plus tard. Évalué à 3.
Avant de sortir l’artillerie lourde, le plus simple est de souder une carte à troue. Cela marche très bien pour un proto tant qu'il y a peu de connexion. Et les modifications sont rapides à faire.
"La première sécurité est la liberté"
[^] # Re: Température et temps
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De l'usage et de l'entretien des masques de protection. Évalué à 3.
ou lavage normal à 40° + repassage.
"La première sécurité est la liberté"
[^] # Re: Avec ou sans Raspberry
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 3.
Un peu quand même. Il existe plein de puce d'extension I2C. Le CAN est plus dédié à du réseau.
"La première sécurité est la liberté"
[^] # Re: Avec ou sans Raspberry
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 3.
J'imagine que tous les machins type I2C, avec leur système multipoint, ne permettait pas de faire ça ?
"La première sécurité est la liberté"
[^] # Re: Avec ou sans Raspberry
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 3.
Je ne comprends pas bien. Mon exemple sort en niveau classique, il faut ajouter une connexion de plus pour aller plus loin. On pourrait imaginer des version LVDS pour des très hautes vitesses, mais bon le pci-express existe déjà.
Le cas d'usage de mon bus serait la com entre IC, entre carte enfiché, voir à travers un câble court.
"La première sécurité est la liberté"
[^] # Re: Avec ou sans Raspberry
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 4.
Je serais curieux de connaitre ton cahier des charges à l'époque.
"La première sécurité est la liberté"
[^] # Re: Avec ou sans Raspberry
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 3.
C'est dingue que rien n'a évolué dans la petite électronique numérique. Il y a toujours du RS232, de l'I2C ou du CAN.
Pourtant, cela serait top d'avoir un bus série 2 bits bidirectionnel, avec une norme pour 2 bus par chip pour faire des anneaux, et que cela soit fiable tout en évitant les switches. Pour avoir de la vitesse, il faut uniquement des connections point à point.
L'idéal serait des bus qui envoies des messages sans intervention du CPU, ce qui peut bouffer énormément de puissance surtout si le bus est rapide et surtout si le système est grand.
Je vois que la mode est au RDMA, cela pourrait être un bon point de départ.
http://www.rdmaconsortium.org/home/The_Case_for_RDMA020531.pdf
Cela évite aussi les configurations d'adresse externes comme le demande l'I2C, ce qui limite aussi le nombre d'éléments connecté.
On peut ainsi séparer complétement le lien physique (3.3v TTL, RS429, paire différentiel,…),le protocole sur le fils pour gérer le zéro perte (code correcteur ou SPI avec retry, établissement de vitesse de com,…), et un protocole de routage déterministe, ainsi c'est le bloc HW qui gère et non le petit cpu. En cas de besoin spécifique, cela peut s'adapter.
C'est tellement casse pied comme problème. 4 fils + masse sur un arduino ou une raspberry-pi pourrait permettre de faire pleins de chose. Au lieu d'être limité par l'I2C ou le SPI.
"La première sécurité est la liberté"
[^] # Re: montée en charge : Mattermost / reverse-proxy Apache
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Vie dématérialisée. Évalué à 3.
Cela ne vaudrait pas le coup de monter un repository github avec vos recettes de cuisines dedans ? Je pense que cela pourrait intéresser pas mal de monde, voir à terme faire évoluer les installations par défaut.
"La première sécurité est la liberté"
[^] # Re: meilleur service ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal « Mon Tracim » et « Suricate TV » : deux services pour passer au télétravail libre en 5 minutes. Évalué à 5.
Je ne sais pas si vous avez vu ça :
https://www.defense.gouv.fr/aid/appels-a-projets/appel-a-projets-lutte-covid-19
Cela peut vous concerner.
"La première sécurité est la liberté"
[^] # Re: Invalidation ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche KissCache un service de mise en cache KISS. Évalué à 7.
Je n'avais pas compris que c'était un dev de votre part.
Attention tout de même pour la gestion de ressources immuables, même des boites comme Netlify qui ne faisait que ça, sont passés à un mode qui gère les modifications. Vous pouvez jouer sur un cache de quelques dizaines de minutes, il n'est pas utile d'avoir la bonne ressource à la minute.
"La première sécurité est la liberté"
[^] # Re: meilleur service ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal « Mon Tracim » et « Suricate TV » : deux services pour passer au télétravail libre en 5 minutes. Évalué à 3.
J'ai testé rapidement tout seul, cela a l'air simple. Par contre, j'ai eu plusieurs déconnections réseau pendant le temps que je testais.
L'option de floutage est bizarre, si on clique, il ne se passe rien.
"La première sécurité est la liberté"
# Invalidation ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche KissCache un service de mise en cache KISS. Évalué à 7.
Venant du hardware, je suis toujours étonné de voir des systèmes de caches logiciels sans système robuste d'invalidation et de gestion propre de l'espace limité.
Pourquoi kisscache n'a pas de LRU pour évincer les fichiers les moins utilisés au lieu de renvoyer une erreur ?
Pourquoi kisscache n'utilise pas les mécanismes http de demande de modification pour retélécharger un fichier qui a changé ? (ici, on peut utiliser un cache de quelques minutes, tout de même)
"La première sécurité est la liberté"
[^] # Re: Linguistique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Interview de Célia Margotteau, designeuse UX et UI. Évalué à 4.
C'est facile, "architecte" est déjà un mot très précis en informatique. C'est la personne qui fait les choix téchnique d'un point de vue haut niveau. "Conceptrice" est un concept beaucoup plus vague qui inclus tous les développeurs, les PO, etc…
UC/CX designer est devenu un truc précis aussi.
"La première sécurité est la liberté"
# meilleur service ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal « Mon Tracim » et « Suricate TV » : deux services pour passer au télétravail libre en 5 minutes. Évalué à 3.
J'ai toujours été un peu déçu de l'utilisabilité des solutions de visioconf, qui arrive à ne pas perdre 5 min avant chaque réunion, par exemple ?
Si on utilise une visio conf, c'est pour voir le non verbal, est-ce qu'il serait possible de mieux encoder les visages que le reste dans la vidéo ? De jouer sur le taux de compression, au lieu de jouer sur la résolution de l'image ?
"La première sécurité est la liberté"
[^] # Re: Droit français et bon sens
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Contributions open source en entreprise. Évalué à 0. Dernière modification le 17 mars 2020 à 08:13.
…
"La première sécurité est la liberté"
[^] # Re: Linguistique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Interview de Célia Margotteau, designeuse UX et UI. Évalué à 4.
Le design va au-delà de toute ça. Cela englobe plus de chose, c'est l’intérêt de créer des mots nouveaux. Typiquement, le design inclus de la spécification, bien plus que les 3 mots que tu suggères.
"La première sécurité est la liberté"
[^] # Re: Les wheels ne sont pas fait pour musl
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Alpine makes Python Docker builds 50× slower, and images 2× larger. Évalué à 3.
A une époque, on disait de se méfier de alpine Linux, les truc tordus de la glibc ne sont pas la pour le plaisir. A une époque, il y a avait une série de faille de sécurité, je ne sais pas si cela a changé.
Globalement, les softs sont développés/testés avec glibc, faire le run avec Alpine, c'est prendre un risque.
"La première sécurité est la liberté"
[^] # Re: abonnements
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche PrestaShop version 1.7.6.3. Évalué à 3.
Il propose un "widget" HTML ou seulement une api (qui existe ailleurs).
"La première sécurité est la liberté"