J'ai compris qu'une partie de ton reproche c'est:
1. le manque d'interface ET d'homologation avec le DMP français originel.
1. la nature des données si non intégrées au DMP français originel requiert un hébergement couteux.
Admettons que, alerté par tes soins (au moyen d'un rapport de bug par exemple) du manque d’interface, le projet mette au point le module "quivabien".
Admettons une des 2 solutions
- soit le module permet l'homologation générique du projet (ceci est peu probable),
- soit la documentation de ce module fournit la méthode pour obtenir cette homologation pour la personne qui souhaiterait instancier cette solution en France.
Que resterait-il comme objection à sa pertinence ?
Comprennes que je n'y connais rien au SIH et DMP.
Machine à état fini, ça me rappelle le grafcet de mes études : http://fr.wikipedia.org/wiki/Grafcet
Il y a une possibilité de transformer le dessin en code.
de mémoire chaque état étant un booleen égal à (étape antérieur et condition entrante )ou (état et pas étape suivante), le tout calculé à rebours du parcours
Il me semble même que les automaticiens arrivaient à fournir un temps d’exécution de la boucle prédictif.
Je vous renvoie au cours d’algorithme d'automatique…
Ben là justement je suis pas d’accord :
Le standard, ou la norme, va brider la créativité sur les algorithmes de synchronisation.
Autant refaire la roue, sinon on copie et là...
Pour plébisciter Wuala (qui est propriétaire de mémoire, mais j'utilise alors bon,mais j'ai pas de ...)
j'ai un répertoire "synchronisé" entre 2 postes, un windows au bureau et un linux a la maison. Dans ce contexte de partage au lieux d'un share de type NFS je devrait plutôt utiliser un sshfs mais ça marcherait, ça eut marché, j'ai fait.
Par contre le répertoire en question est surtout local des 2 côté donc si je suis offline j'ai quand même accès aux données qui ont eut le temps d'arriver.
après pour la syncho arrière... je n'ai pas regardé... je suis en single user donc je "sais" approximativement ce que je fais.
Le soucis de Wuala, c'est qu'ils risquent de se retrouver comme dropbox à propos des données.
Bon ça!
En outillage pour cela; je pensais à coupler le limitateur de vitesse au GPS.
Puisque maintenant presque tous les GPS connaissent les limites sur une route.
Un projet Open ferait la nique à tous les fabricants car la preuve de faisabilité serait faite. Charge à l'utilisateur d'avoir un logiciel "bienveillant" pour une fois.
Dan la même mouvance bienveillant; pourquoi ne pas voir une base géographique référençant les accidents. Comme ça l'utilisateur est avertis qu'il s'approche d'un lieux réellement dangereux.
Pour une fois la DDE pourrait être utile visiblement en la renseignant, la base
Je vois poindre le projet d'une base géographique des Infractions, on sais où on peut être potentiellement contrôlé. Et là je vous met mon billet que des trafiquants on déjà la base au poil. Donc la maréchaussée comprendrait cela comme un usage malveillant. Snif pour moi qui me fait avoir que sur problèmes administratif (défauts de papiers, etc...).
Je suis informaticien, sous ubuntu car j'ai tous simplement la flemme de gerrer seul le PC familial.
Au moins celui là il tourne "presque" tout seul et les users n'ont pas à se plaindre du SLA trop faible sur les fonctions vitale 'surf web, video, photo, musique'
Donc oui, c'est "pratique" d'avoir un OS "grand public" stable, et proche de celui que j'utilise pour "jouer au développeur".
Vive Debian pour les bons;
qu'il fasse évoluer Ubuntu pour le bien des ...
moins bons.
Ceux qui crient contre ubuntu devraient se faire leurs prises de sang tous seul : pour une infirmière c'est pipeau comme opération ;)
C'est une revue de presse :
Au moins cous saurez quoi NE PAS acheter car non conforme à l'open source.
Alors que les magasines cités, à priori, en traitent, de l'open source.
Si j'ai bien compris tu souhaite conserver les tags d'une machine à l'autre.
J'utiliserais les Meta-donées sur les fichiers.
Le soucis c'est que pour chaque type de fichier les meta sont différents et donc il faut te palucher un reader/writer/indexer pour chaque type.
Pro : tag indépendant de la machine car intrinsèque au fichier.
Con : developpement monstrueux (encore que pour les image:mp3:avi:pdf tout existe déjà)
[^] # Re: Dossier médical personnel
Posté par fredericabel . En réponse à la dépêche Sortie de la version 2.0 de GNU Health. Évalué à 4.
J'ai compris qu'une partie de ton reproche c'est:
1. le manque d'interface ET d'homologation avec le DMP français originel.
1. la nature des données si non intégrées au DMP français originel requiert un hébergement couteux.
Admettons que, alerté par tes soins (au moyen d'un rapport de bug par exemple) du manque d’interface, le projet mette au point le module "quivabien".
Admettons une des 2 solutions
- soit le module permet l'homologation générique du projet (ceci est peu probable),
- soit la documentation de ce module fournit la méthode pour obtenir cette homologation pour la personne qui souhaiterait instancier cette solution en France.
Que resterait-il comme objection à sa pertinence ?
Comprennes que je n'y connais rien au SIH et DMP.
# GRAFCET
Posté par fredericabel . En réponse à la dépêche Pourquoi les développeurs n'utilisent pas plus de machines à état ?. Évalué à 5.
Machine à état fini, ça me rappelle le grafcet de mes études : http://fr.wikipedia.org/wiki/Grafcet
Il y a une possibilité de transformer le dessin en code.
de mémoire chaque état étant un booleen égal à (étape antérieur et condition entrante )ou (état et pas étape suivante), le tout calculé à rebours du parcours
Il me semble même que les automaticiens arrivaient à fournir un temps d’exécution de la boucle prédictif.
Je vous renvoie au cours d’algorithme d'automatique…
[^] # Re: Standardisation des protocoles de synchronisation ?
Posté par fredericabel . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à -3.
Ben là justement je suis pas d’accord :
Le standard, ou la norme, va brider la créativité sur les algorithmes de synchronisation.
Autant refaire la roue, sinon on copie et là...
[^] # Re: Intérêt ?
Posté par fredericabel . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 2.
Pour plébisciter Wuala (qui est propriétaire de mémoire, mais j'utilise alors bon,mais j'ai pas de ...)
j'ai un répertoire "synchronisé" entre 2 postes, un windows au bureau et un linux a la maison. Dans ce contexte de partage au lieux d'un share de type NFS je devrait plutôt utiliser un sshfs mais ça marcherait, ça eut marché, j'ai fait.
Par contre le répertoire en question est surtout local des 2 côté donc si je suis offline j'ai quand même accès aux données qui ont eut le temps d'arriver.
après pour la syncho arrière... je n'ai pas regardé... je suis en single user donc je "sais" approximativement ce que je fais.
Le soucis de Wuala, c'est qu'ils risquent de se retrouver comme dropbox à propos des données.
[^] # Re: les avertisseurs de radars sont des logiciels très particuliers
Posté par fredericabel . En réponse à la dépêche De l'interdiction de publier certains logiciels. Évalué à 2.
Bon ça!
En outillage pour cela; je pensais à coupler le limitateur de vitesse au GPS.
Puisque maintenant presque tous les GPS connaissent les limites sur une route.
Un projet Open ferait la nique à tous les fabricants car la preuve de faisabilité serait faite. Charge à l'utilisateur d'avoir un logiciel "bienveillant" pour une fois.
Dan la même mouvance bienveillant; pourquoi ne pas voir une base géographique référençant les accidents. Comme ça l'utilisateur est avertis qu'il s'approche d'un lieux réellement dangereux.
Pour une fois la DDE pourrait être utile visiblement en la renseignant, la base
Je vois poindre le projet d'une base géographique des Infractions, on sais où on peut être potentiellement contrôlé. Et là je vous met mon billet que des trafiquants on déjà la base au poil. Donc la maréchaussée comprendrait cela comme un usage malveillant. Snif pour moi qui me fait avoir que sur problèmes administratif (défauts de papiers, etc...).
[^] # Re: Paquets pour Ubuntu
Posté par fredericabel . En réponse à la dépêche Barry : BlackBerry et Linux. Évalué à 3.
Je suis informaticien, sous ubuntu car j'ai tous simplement la flemme de gerrer seul le PC familial.
Au moins celui là il tourne "presque" tout seul et les users n'ont pas à se plaindre du SLA trop faible sur les fonctions vitale 'surf web, video, photo, musique'
Donc oui, c'est "pratique" d'avoir un OS "grand public" stable, et proche de celui que j'utilise pour "jouer au développeur".
Vive Debian pour les bons;
qu'il fasse évoluer Ubuntu pour le bien des ...
moins bons.
Ceux qui crient contre ubuntu devraient se faire leurs prises de sang tous seul : pour une infirmière c'est pipeau comme opération ;)
Mais nous trollons n'est-ce pas ?
[^] # Re: Open Source ? Google Sketshup ?
Posté par fredericabel . En réponse à la dépêche Revue de presse - juin 2009. Évalué à 3.
C'est une revue de presse :
Au moins cous saurez quoi NE PAS acheter car non conforme à l'open source.
Alors que les magasines cités, à priori, en traitent, de l'open source.
Merci à Florent d'avoir fait le tris.
# Meta donées
Posté par fredericabel . En réponse au message Tagger ses fichiers. Évalué à 2.
J'utiliserais les Meta-donées sur les fichiers.
Le soucis c'est que pour chaque type de fichier les meta sont différents et donc il faut te palucher un reader/writer/indexer pour chaque type.
Pro : tag indépendant de la machine car intrinsèque au fichier.
Con : developpement monstrueux (encore que pour les image:mp3:avi:pdf tout existe déjà)
# résolution :
Posté par fredericabel . En réponse au message commande remote en ssh qui n'aboutis pas dans un bash restricted. Évalué à 2.
Pour ceux qui prendraient le thread pour leur usage.
Version sans script en utilisant le rbash :
ln /bin/bash /bin/rbash
et en mettant le /bin/rbash en shell de login dans /etc/passwd
Les commandes à distance passent bien avec arguments.
Le login en tant que tel generre 2 erreur mais donne la main à un bash restricted.
Version avec script et bash explicitement restricted :
En ajoutant "$@" dans le script de login (attention il faut mettre les double quote)
même résultats pour les commandes à distance et le login se passe sans erreur.
[^] # Re: /bin/rbash
Posté par fredericabel . En réponse au message commande remote en ssh qui n'aboutis pas dans un bash restricted. Évalué à 1.
le $@ marche à merveille.
je vais tester le changement de shell, des fois que ce soit plus simple encore.