"mais c'est plus au niveau de la tête de con qu'il fallait changer quelque chose que virer complètement le service."
Je suis d'accord. Mais j'ai des exemples à la con à la pelle. Je connais peu de personne (1?) qui ont fait un service au niveau de leur compétence. L'armée avait tellement l'habitude d'avoir une pléthore d'appelé, que de gâcher 90% de sa manne, ne les gênaient pas.
J'ai l'impression aussi que l'armé ne collait pas vraiment sa crème comme sergent instructeur.
La distance n'est plus, avec des zoom x1000 et les camera infrarouges. J'imagine aussi que pour éviter de tirer sur des enfants, ils vont rajouter des camera à onde décamétrique qui voit à travers les murs. La distance est aussi abolit, quand ils observent une cible pendant des semaines.
J'ai eu un pote qui était pourtant scientifique du contingent, il s'occupait de l'informatique d'une base. Des mois plus tard, il avait encore des marques sur les mains à cause des séries de pompes à faire sur les poings, dans le gravier à la moindre occasion. Il a aussi été privé de passer son permis pour avoir dit ce qui se passait réellement à son futur successeur, qui s'est évidement désisté. Il racontait aussi combien les gradés prenaient les moins gradés pour des débiles mentaux, même si ils avaient des bac+5 ou 6 en face d'eux.
Il y a aussi les scientifiques du contingent qui faisait des stages imprimantes ou photocopieuse, alors qu'il aurait pu faire des choses bien plus intéressantes pour l'armée (on parle de BAC+5 et de doctorat).
"….. celà dit je commence à comprendre ce que tu veux dire : un bus série avec un protocole du style "adresse registre:commande" -> periph "adresseregistre:commandelecture"->periph (qui renvoie la donée) : Ca sa'appelle pas SATA ce bus/protocole ? En tout cas dans mes souvenirs, ça y ressemble … Ca ressemble aussi à l'I2C …"_
Cela ressemble mais cela n'est pas du tout la même chose. Le SATA offre tout une gamme de "commandes" qui n'ont pas d’intérêt dans ce cas. Le but est de faire tenir un bus sur 2 fil, mais un bus splité par défaut pour masquer la latence (genre amba splité ?).
L'I2C propose un adressage indépendant de l'adressage de la mémoire du microcontrôleur, c'est plus un moyen pour adresse une puce, qu'une zone mémoire précise. De plus, l'espace d'adressage est trop faible pour changer le principe (8/10 bits).
Il faudrait un truc où les messages arrivent tout cuit dans une zone mémoire dédié, comme avec un DMA, sans surcout de gestion de message pour le contrôleur maitre. L'idée est que chaque périphérique puissent envoyer ses donnés par trame toutes les x ms, au lieu de faire des questions/réponses lentes avec latence. L'USB apprend que c'est encore mieux si le protocole binaire ne dépend pas du lien physique, cela permettrait de l'implémenter sur du CAN ou de l'I2C, pour l'émuler sur des vieux truc et l'accélérer sur d'autre (genre lien LVDS à 1Gbps). Le bus aurait son propre espace d'adressage mappé sur les espaces d'adressages des différents microcontrôleurs. C'est encore mieux si la phase d'init ne nécessite pas de pré-configuration, cela permettrait par exemple au microcontrôleur maitre, d'envoyer leur firmeware aux autres µp. Un codage UTF-8 permet d'avoir des messages très court si on utilise le bus pour lire un simple ADC souvent, tout en ayant la possibilité de prévoir un adressage 64 bits.
Il existe des ponts USB/série ou USB/parrallèle. Faire une carte avec plusieurs composant de décodage n'est pas simple du tout surtout si cela va vite (>10Mhz).
C'est souvent bien plus simple avec un microcontrôleur et une pile logiciel USB toute prêt. Mais c'est vrai aussi que l'usb, cela ne marche pas top.
J'avoue que j'aimerais qu'une boite réinvente l'ISA mais sur un fil, avec connection point à point bi-directionnel. Cela éviterait ainsi la gestion manuelle des boites aux lettres des protocoles à messages comme CAN. Il parait utiliser un bête protocole adresse-taille-data encodé en UTF-8. On pourrait ainsi facilement chainer des puces sans besoin de milles pattes, tout en ayant de bonne latence.
" et pas besoin de beaucoup de threads, je crois qu'au-delà de 4 on voyait déjà poindre les ennuis."
Si tu cherches à avoir exactement le même résultat, c'est évident. Mais dans un vrai système de la vrai vie, tu veux en général une précision fixe 10-6 par exemple. Si tu changes l'ordre d'opération flottante, tu ne peux pas avoir le même résultat, les opérations IEEE754 ne sont pas commutatives, associative et autre propriété sympa des réels. Au mieux, tu auras le même résultat à x près.
Il existe un tas d'application, petit jeu ou autre qui demande des accès exorbitants au téléphone, comme l'accès à la liste des contacts, à l'historique web complet, et à la liste d'appel téléphonique. Est-ce qu'il ne serait pas plus simple d'avoir un moyen externe de mentir à ses applications ?
Si on peut "certifier" soi-même ses applications, est-ce qu'il n'y a pas un risque que toutes les applications demandes à être certifié pour fonctionner ? (au hasard facebook par exemple) Et ainsi, il n'y a plus aucune protection des données. Est-ce qu'il n'est pas plus simple de tricher comme pour le browserID au début de Firefox ?
Quand je bossais chez TI, ils avaient estimé qu'il y avait 1000 personnes qui avait touché à l'OMAP3. Lors du dev d'une partie d'une boite d'un avion, il y a eu jusqu'à 40 dev en parallèle (des boites comme ça il y en a une dizaine dans un appareil). Et je ne parle pas de validation.
Je compte vraiment tout. Le mec qui a fait son hard, il a sans doute fait un modèle logiciel de son truc, idem pour le valider.
C'est vrai que le satellite, c'est spécial, car on cherche à en faire le moins possible et tout mettre dans le segment sol.
A coté de prism, il semble y avoir un paquet de connexions sur les points d’interconnexion ou sur les câbles sous-marins. PRISM n'est pas le seul problème.
Concernant le cryptage dans le cloud, il suffit que la clef ne soit jamais dans les mains du fournisseur, et donc de crypter soi-même.
Dans l'embarqué "lourd" (train, avion, bateau, voiture, grue, ascenseur, machine-outils, satellite, …), c'est souvent du PowerPC, voir de l'ARM. Et cela tourne avec vxworks ou rtems. Et les équipes de logiciels se comptent en milliers de personne.
"(en écrivant ces lignes, je me rend compte que c'est peut être un peu trop complexe. "
C'est pour cela que je parlais de protocole, de plusieurs clefs et de plusieurs moyens de stoquer les bouts de clef (découpé avec ssss j'imagine)
"évoquer une clé peut se résumer à cliquer sur un bouton."
Le problème est que pour révoquer une clef, il faut que chaque client download une liste de révocation d'un serveur de clef qui peut être assez gros (donc pas forcément à jour pour sauver de la bande passante sur smartphone par exemple).
[^] # Re: Idée d'amélioration possibles
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de Paperwork 0.1. Évalué à 3.
A coupler avec http://camlistore.org/ plutôt que de réinventer la roue ?
"La première sécurité est la liberté"
[^] # Re: en France, c'etait mieux avant...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 6.
"mais c'est plus au niveau de la tête de con qu'il fallait changer quelque chose que virer complètement le service."
Je suis d'accord. Mais j'ai des exemples à la con à la pelle. Je connais peu de personne (1?) qui ont fait un service au niveau de leur compétence. L'armée avait tellement l'habitude d'avoir une pléthore d'appelé, que de gâcher 90% de sa manne, ne les gênaient pas.
J'ai l'impression aussi que l'armé ne collait pas vraiment sa crème comme sergent instructeur.
"La première sécurité est la liberté"
[^] # Re: en France
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 4.
La distance n'est plus, avec des zoom x1000 et les camera infrarouges. J'imagine aussi que pour éviter de tirer sur des enfants, ils vont rajouter des camera à onde décamétrique qui voit à travers les murs. La distance est aussi abolit, quand ils observent une cible pendant des semaines.
"La première sécurité est la liberté"
[^] # Re: Question idiote
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 2.
Google, amazone et Apple ont été auditionné sur le sujet, pas encore en France, je l'admet.
"La première sécurité est la liberté"
[^] # Re: Question idiote
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 1.
Quand tu as 1500G€ de dette, cela change.
"La première sécurité est la liberté"
[^] # Re: Question idiote
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 6.
La défense de son territoire, et l'attaque d'un territoire lointain ne réclame pas la même énergie.
"La première sécurité est la liberté"
[^] # Re: Question idiote
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 2.
"un paradis politique pour multinationales peu scrupuleuses"
Cela énerve de plus en plus, l'Allemagne, la France, l'Italie et l'Angleterre…
"La première sécurité est la liberté"
[^] # Re: en France, c'etait mieux avant...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 10.
J'ai eu un pote qui était pourtant scientifique du contingent, il s'occupait de l'informatique d'une base. Des mois plus tard, il avait encore des marques sur les mains à cause des séries de pompes à faire sur les poings, dans le gravier à la moindre occasion. Il a aussi été privé de passer son permis pour avoir dit ce qui se passait réellement à son futur successeur, qui s'est évidement désisté. Il racontait aussi combien les gradés prenaient les moins gradés pour des débiles mentaux, même si ils avaient des bac+5 ou 6 en face d'eux.
Il y a aussi les scientifiques du contingent qui faisait des stages imprimantes ou photocopieuse, alors qu'il aurait pu faire des choses bien plus intéressantes pour l'armée (on parle de BAC+5 et de doctorat).
Une magnifique image de l'armée en somme.
"La première sécurité est la liberté"
[^] # Re: PC
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnow Board. Évalué à 2.
"….. celà dit je commence à comprendre ce que tu veux dire : un bus série avec un protocole du style "adresse registre:commande" -> periph "adresseregistre:commandelecture"->periph (qui renvoie la donée) : Ca sa'appelle pas SATA ce bus/protocole ? En tout cas dans mes souvenirs, ça y ressemble … Ca ressemble aussi à l'I2C …"_
Cela ressemble mais cela n'est pas du tout la même chose. Le SATA offre tout une gamme de "commandes" qui n'ont pas d’intérêt dans ce cas. Le but est de faire tenir un bus sur 2 fil, mais un bus splité par défaut pour masquer la latence (genre amba splité ?).
L'I2C propose un adressage indépendant de l'adressage de la mémoire du microcontrôleur, c'est plus un moyen pour adresse une puce, qu'une zone mémoire précise. De plus, l'espace d'adressage est trop faible pour changer le principe (8/10 bits).
Il faudrait un truc où les messages arrivent tout cuit dans une zone mémoire dédié, comme avec un DMA, sans surcout de gestion de message pour le contrôleur maitre. L'idée est que chaque périphérique puissent envoyer ses donnés par trame toutes les x ms, au lieu de faire des questions/réponses lentes avec latence. L'USB apprend que c'est encore mieux si le protocole binaire ne dépend pas du lien physique, cela permettrait de l'implémenter sur du CAN ou de l'I2C, pour l'émuler sur des vieux truc et l'accélérer sur d'autre (genre lien LVDS à 1Gbps). Le bus aurait son propre espace d'adressage mappé sur les espaces d'adressages des différents microcontrôleurs. C'est encore mieux si la phase d'init ne nécessite pas de pré-configuration, cela permettrait par exemple au microcontrôleur maitre, d'envoyer leur firmeware aux autres µp. Un codage UTF-8 permet d'avoir des messages très court si on utilise le bus pour lire un simple ADC souvent, tout en ayant la possibilité de prévoir un adressage 64 bits.
"La première sécurité est la liberté"
[^] # Re: PC
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnow Board. Évalué à 2.
Il existe des ponts USB/série ou USB/parrallèle. Faire une carte avec plusieurs composant de décodage n'est pas simple du tout surtout si cela va vite (>10Mhz).
C'est souvent bien plus simple avec un microcontrôleur et une pile logiciel USB toute prêt. Mais c'est vrai aussi que l'usb, cela ne marche pas top.
J'avoue que j'aimerais qu'une boite réinvente l'ISA mais sur un fil, avec connection point à point bi-directionnel. Cela éviterait ainsi la gestion manuelle des boites aux lettres des protocoles à messages comme CAN. Il parait utiliser un bête protocole adresse-taille-data encodé en UTF-8. On pourrait ainsi facilement chainer des puces sans besoin de milles pattes, tout en ayant de bonne latence.
"La première sécurité est la liberté"
[^] # Re: la fourchette !
Posté par Nicolas Boulay (site web personnel) . En réponse au message [CDI sur Montpellier] : Ingénieur software linux embarqué (compétences telephony type LTE). Évalué à 2.
45k€ pour 10 ans d'expérience dans le domaine complexe de l'embarqué…
"La première sécurité est la liberté"
[^] # Re: PC
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnow Board. Évalué à 2.
Avec l'usb tu peux déjà faire pas mal de chose (mais avec une latence élevé par contre).
"La première sécurité est la liberté"
[^] # Re: quelques points
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche De tout, de rien, des bookmarks, du bla bla #29. Évalué à 2.
" et pas besoin de beaucoup de threads, je crois qu'au-delà de 4 on voyait déjà poindre les ennuis."
Si tu cherches à avoir exactement le même résultat, c'est évident. Mais dans un vrai système de la vrai vie, tu veux en général une précision fixe 10-6 par exemple. Si tu changes l'ordre d'opération flottante, tu ne peux pas avoir le même résultat, les opérations IEEE754 ne sont pas commutatives, associative et autre propriété sympa des réels. Au mieux, tu auras le même résultat à x près.
"La première sécurité est la liberté"
[^] # Re: quelques points
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche De tout, de rien, des bookmarks, du bla bla #29. Évalué à 3.
On a très rarement le choix de la plateforme, surtout quand il y a un gros historique.
"La première sécurité est la liberté"
# capacité réclamé par les applications ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Firefox OS est lancé. Évalué à 5.
Il existe un tas d'application, petit jeu ou autre qui demande des accès exorbitants au téléphone, comme l'accès à la liste des contacts, à l'historique web complet, et à la liste d'appel téléphonique. Est-ce qu'il ne serait pas plus simple d'avoir un moyen externe de mentir à ses applications ?
Si on peut "certifier" soi-même ses applications, est-ce qu'il n'y a pas un risque que toutes les applications demandes à être certifié pour fonctionner ? (au hasard facebook par exemple) Et ainsi, il n'y a plus aucune protection des données. Est-ce qu'il n'est pas plus simple de tricher comme pour le browserID au début de Firefox ?
"La première sécurité est la liberté"
[^] # Re: Ayant-droits ?!
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prise en compte de la vie privée dans les protocoles réseaux. Évalué à 1.
Cela n'a rien avoir. Les ayants droit ont vendu leur support. Nous n'avons rien vendu du tout.
"La première sécurité est la liberté"
[^] # Re: Ce qu'on demande à un développeur aujourd'hui...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 2.
Quand je bossais chez TI, ils avaient estimé qu'il y avait 1000 personnes qui avait touché à l'OMAP3. Lors du dev d'une partie d'une boite d'un avion, il y a eu jusqu'à 40 dev en parallèle (des boites comme ça il y en a une dizaine dans un appareil). Et je ne parle pas de validation.
Je compte vraiment tout. Le mec qui a fait son hard, il a sans doute fait un modèle logiciel de son truc, idem pour le valider.
C'est vrai que le satellite, c'est spécial, car on cherche à en faire le moins possible et tout mettre dans le segment sol.
"La première sécurité est la liberté"
[^] # Re: Ce qu'on demande à un développeur aujourd'hui...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 2.
20 personnes pour un seul satellite ? Je cumule la validation et le dev du bus, de la charge utile et de tous les composants.
"La première sécurité est la liberté"
[^] # Re: protocoles
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prise en compte de la vie privée dans les protocoles réseaux. Évalué à 0.
A moins d'avancé majeurs des les fonctions de manipulations de donnés crypté, c'est la loi qui fera le ménage.
Il faut le consentement des personnes pour revendre leur données, c'est le minimum. L'Europe est en pleine discussion actuellement sur le sujet.
"La première sécurité est la liberté"
[^] # Re: protocoles
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prise en compte de la vie privée dans les protocoles réseaux. Évalué à 1.
A coté de prism, il semble y avoir un paquet de connexions sur les points d’interconnexion ou sur les câbles sous-marins. PRISM n'est pas le seul problème.
Concernant le cryptage dans le cloud, il suffit que la clef ne soit jamais dans les mains du fournisseur, et donc de crypter soi-même.
"La première sécurité est la liberté"
# pixels ?
Posté par Nicolas Boulay (site web personnel) . En réponse au message A quoi faut-il faire attention sur un portable à mettre sous linux ?. Évalué à 2. Dernière modification le 25 juillet 2013 à 10:16.
ET concernant le nombre de pixel des écrans ? Et le gestion de l'hibernation qui a été souvent problématique dans le passé ?
"La première sécurité est la liberté"
# "Code is law"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prise en compte de la vie privée dans les protocoles réseaux. Évalué à 3.
C'est intéressant de rapprocher cette expression
« bof, c'est de la politique, ça ne nous concerne pas, et d'ailleurs la technique est neutre »
A celle de Lawrence Lessig : "Code is law".
"La première sécurité est la liberté"
[^] # Re: Ce qu'on demande à un développeur aujourd'hui...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 2.
Dans l'embarqué "lourd" (train, avion, bateau, voiture, grue, ascenseur, machine-outils, satellite, …), c'est souvent du PowerPC, voir de l'ARM. Et cela tourne avec vxworks ou rtems. Et les équipes de logiciels se comptent en milliers de personne.
Et c'est vrai que le multicoeur fait peur.
"La première sécurité est la liberté"
[^] # Re: Une fois la clé perdue ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Présentation d'idée : PGPID. Évalué à 2.
Il y a toujours le problème de compromission ou de perte, de la clef principale, à gérer.
"La première sécurité est la liberté"
[^] # Re: Une fois la clé perdue ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Présentation d'idée : PGPID. Évalué à 2.
"(en écrivant ces lignes, je me rend compte que c'est peut être un peu trop complexe. "
C'est pour cela que je parlais de protocole, de plusieurs clefs et de plusieurs moyens de stoquer les bouts de clef (découpé avec ssss j'imagine)
"évoquer une clé peut se résumer à cliquer sur un bouton."
Le problème est que pour révoquer une clef, il faut que chaque client download une liste de révocation d'un serveur de clef qui peut être assez gros (donc pas forcément à jour pour sauver de la bande passante sur smartphone par exemple).
"La première sécurité est la liberté"