Je n'ai pas compris la spécificité du truc. As-tu des query performantes bien que très spécifiques ?
Je pense qu'il y aurait de la place pour un cache qui se placerait entre le Redis et l'application et tournerait sur la même machine. Il y a plusieurs endroit où elle aurait sa place avec un paramétrage de la ram consommé (lib pur, exe qui communique par un moyen plus rapide qu'une socket, sidecar de container pour accompagner un applicatif sur la même machine)
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.
[^] # Re: Sois un (tout petit peu) patient.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 4.
Les gestes barrières diminuent le "Ro" de la contamination.
Faire plein de testes permet de confiner un max les personnes contaminantes.
"La première sécurité est la liberté"
[^] # Re: C'est quoi la suite
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 6.
Si on oublie la com autour du gel et des masques introuvables.
"La première sécurité est la liberté"
[^] # Re: Histoires courtes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Confinement, je bouquine. Évalué à 3.
merci !
"La première sécurité est la liberté"
[^] # Re: BOINC
Posté par Nicolas Boulay (site web personnel) . En réponse au journal covid19 et puissance de calcul disponible. Évalué à 3.
tu as un lien ?
"La première sécurité est la liberté"
[^] # Re: Histoires courtes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Confinement, je bouquine. Évalué à 3. Dernière modification le 23 avril 2020 à 08:44.
Et globalement, tu penses que c'est frustrant que cela soit si court ?
Mon idée était que faire de la qualité, sur un texte long est très compliqué et prend beaucoup de temps.
Que penses-tu des personnages, des scénarios, de l'écriture ?
"La première sécurité est la liberté"
[^] # Re: Histoires courtes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Confinement, je bouquine. Évalué à 3. Dernière modification le 22 avril 2020 à 17:34.
C'est à dire ?
As tu lu toutes les histoires ?
Que veux-tu dire que tu reste sur ta fin ?
"La première sécurité est la liberté"
# bug ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à 4.
Je viens de tester suricate.tv, je pense avoir touvrer un bug.
Si j'essaye un salon avec un mobile, il me donne 2 choix qui renvoient sur l'installation d'application et aucun choix pour rester dans le navigateur.
"La première sécurité est la liberté"
[^] # Re: Histoires courtes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Confinement, je bouquine. Évalué à 3.
Je vais jeter un coup d'oeil. Dans mon cas, je suis vraiment sur des histoires courtes (300 à 800 mots par petites histoires).
"La première sécurité est la liberté"
[^] # Re: Mes deux centimes de vieux francs
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Robert, un logiciel de stockage en mémoire vive. Évalué à 2.
Redis n'est pas trop gros pour simplement avoir une hashmap en RAM de qq Go sur le même nœud que l'application ?
"La première sécurité est la liberté"
# lapin compris
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Robert, un logiciel de stockage en mémoire vive. Évalué à 5.
Je n'ai pas compris la spécificité du truc. As-tu des query performantes bien que très spécifiques ?
Je pense qu'il y aurait de la place pour un cache qui se placerait entre le Redis et l'application et tournerait sur la même machine. Il y a plusieurs endroit où elle aurait sa place avec un paramétrage de la ram consommé (lib pur, exe qui communique par un moyen plus rapide qu'une socket, sidecar de container pour accompagner un applicatif sur la même machine)
"La première sécurité est la liberté"
# 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é"