mmaret a écrit 11 commentaires

  • [^] # Re: Validation des équipements médicaux

    Posté par  (site web personnel) . En réponse au journal Le fabricant refuse de libérer l'appareil : bientôt un mort ?. Évalué à 2 (+3/-1).

    L'article dit que ce n'est pas un paramètre qui serait accessible et justement dans un manuel, mais plutôt une variable codée en dure.

    Oui, on peut se demander pourquoi ce paramètre n'existe pas, mais c'est une autre discussion. Les logiciels, même dans le médicale, ne sont pas parfait.

    Mais sur le fond, je pense qu'on dit plutôt la même chose.

    Encore une fois, un changement software, même si il semble simple, peut être compliqué à valider.

    La documentation du code, le matériel de validation, sa documentation, le temps/coût nécessaire, …, pour réaliser une validation sont nécessaire et pas juste le code.

    Et je parles même pas de la validation par les autorités compétentes de tout ça pour essayer de prouver que cela à été fait correctement.

    En fait pour avoir travaillé, non pas dans l'avionique mais, dans le médical, j'ai pu le voir. Ces procédures sont très lourdes. Si un jour vous avez accès à un appareil médical avec un bug notoire et jamais fixé, c'est parce qu’il fait maintenant parti du manuel et que c'est trop cher de relancer une validation pour ça. C'est, bien sûr, une situation que je déplore.

  • [^] # Re: Validation des équipements médicaux

    Posté par  (site web personnel) . En réponse au journal Le fabricant refuse de libérer l'appareil : bientôt un mort ?. Évalué à 7 (+8/-1).

    Ce n'est pas qu'une question juridique.

    Imaginons que la personne qui fait la modification utilise un nombre a virgule là ou un entier était attendu ou que la nouvelle valeur fait échouer d'autre partie du code qui avait comme prérequis l'ancienne valeur.

    Cela peut mener à un mauvais comportement du dispositif, voir a son arrêt, ce qui peut être bien pire pour la santé du patient.

    Les moules du coin peuvent avoir l'habitude de récupérer un code source pour fixer un bug, mais ici le moyen de valider le fix est pas évident et peut entraîner la mort d'un patient.

    Même si la chance de créer un nouveau problème est faible, sa gravité est très importante.

  • # Validation des équipements médicaux

    Posté par  (site web personnel) . En réponse au journal Le fabricant refuse de libérer l'appareil : bientôt un mort ?. Évalué à 10 (+10/-0).

    Malheureusement, l'accès aux codes sources ne serait pas suffisant.

    Je pense que c'est également le cas en Suisse, mais en France, la validation d'un logiciel médical est longue est complexe.

    On ne peut pas flasher la dernière release de la CI en prod :) Et la moindre correction peut prendre un temps fou à arriver.

    On pourrait dire que le logiciel qui a été validé est trop restrictif ou que ses alarmes n'ont pas été détectée comme étant un risque. Mais, à mon avis, ça rendrait la production de logiciel médicaux encore plus complexe.

    En attendant que la législation s’assouplisse pour pouvoir mettre à jour le logiciel de ce pauvre Mr, j’espère qu'il trouvera quelqu'un pour remplacer le buzzer de son appareil par une LED :/

  • # Réduire la consommation actuelle

    Posté par  (site web personnel) . En réponse au journal Serveur perso basse consommation. Évalué à 1.

    On peut aussi essayer de diminuer la consommation actuelle.

    Sûrement que powertop pourrait aider (par exemple en activant la mise en veille des disques)

    On peut également changer les cpu_governor pour que la machine reste le plus longtemps possible à des fréquences de fonctionnement faible.

    Il y a aussi les BIOS où le programme intel-undervolt qui peuvent permettre de gagner un peu.

    Pas sûr que ces solutions soient disponible sur ce CPU et on va pas gagner 100w, mais bon, ca peut aider

  • [^] # Re: NIH !

    Posté par  (site web personnel) . En réponse au journal Éteindre son serveur la nuit et l'allumer automatiquement le matin. Évalué à 1.

    Est ce qu'il pourrait y avoir une erreur de calcul?

    Il me semble que:
    - en veille + boot, on consomme 7h*5W + 150W*(2/60) = 40Wh
    - sans veille 7heure*32W = 224wh

    Ca reste, en énergie, économique non ?

  • # ou en DIY

    Posté par  (site web personnel) . En réponse au journal Liseuse, recherche conseils et retours d'expérience. Évalué à 4.

    Je viens de tomber sur ce projet:

    https://github.com/joeycastillo/The-Open-Book

  • # Kobo

    Posté par  (site web personnel) . En réponse au sondage Que pensez-vous des liseuses ?. Évalué à 3.

    Ayant une Kobo, il y a 2 fonctionnalités qui me sont particulièrement utiles:

    • Le support de Pocket (anciennement Read It Later; Équivalent propriétaire de Wallabag) qui, avec le plugin firefox, me permet de facilement mettre de coté les articles que je trouve intéressant quand je parcours le net mais que je n'ai pas le temps de lire sur le moment. Ils seront synchronisés sur la liseuse et disponible sans connexion (dans le train par exemple).

    • Les fonctionnalités béta qui permettent de jouer aux cartes comme un glandu :)

  • [^] # Re: Distribution optimisée, owncloud, xmbc, overclocking ....

    Posté par  (site web personnel) . En réponse au journal [Corrigé] Retour d'expérience sur le Raspberry Pi. Évalué à 1.

    Au fait, pour xmbc, la compilation à pris 16h environ

  • # Distribution optimisée, owncloud, xmbc, overclocking ....

    Posté par  (site web personnel) . En réponse au journal [Corrigé] Retour d'expérience sur le Raspberry Pi. Évalué à 2.

    Bonjour,

    Je suis également l'heureux possesseur d'un raspberry.
    Pour le choix de la distrib, je conseillerais la "raspbian" qui est maintenant l'image officiel.
    En effet, c'est la seul qui prend en compte le jeux d'instruction armv6 et qui est donc un poil plus performante.

    Pour XBMC, j'ai suivit la doc de ma distrib http://www.raspbian.org/RaspbianXBMC, et je suis arrivé à un résultat très convenable (qui semble meilleur, d’après ce que j'ai lu, que celui des distrib non-armv6).

    Pour Owncloud, apt-get install owncloud mysql-server m'a permis d'install apache/mysql/owncloud en un coup.
    Un tour sur http://localhost/owncloud permet de finaliser l'installation avec le choix du passwd admin et de la base de donnée.

    Pour finir, la raspberry peut etre un peu/pas mal overclokée.
    http://elinux.org/RPi_config.txt#Overclocking_options
    http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&t=10516&p=119100&hilit=web+browsing#p118172

    Ça permet de passer de 700Mhz à 850Mhz et même à 1Ghz si on est prêt à faire péter la garantie.

    Enjoy!

  • [^] # Re: Gmail

    Posté par  (site web personnel) . En réponse au journal adresse mail générique. Évalué à 2.

    Griller par Aldoo le temps que je retrouve mes identifiant :)

  • # Gmail

    Posté par  (site web personnel) . En réponse au journal adresse mail générique. Évalué à 10.

    Gmail propose une solution pour ca.
    http://mail.google.com/support/bin/answer.py?answer=12096

    il suffit de rajouter +quelquechose a ton adresse :
    prenom.nom+facebook@gmail.com renvoit tous les mails à prenom.nom@gmail.com avec un label facebook.

    Reste que tous les sites n'accepte pas les email avec un "+"...