▲ 23 ▼ Microsoft avoue enfin : « Non, je ne peux pas garantir » la protection des données européennes (www.frandroid.com) submitted 1 year ago by Chimrod@jlai.lu to c/technologie@jlai.lu 9 comments fedilink hide all child comments
[–] mat@jlai.lu 5 points 1 year ago (1 child) Ce qui me choque un peu avec le chmilblik : ça fait un mois que l'audition a été diffusée si Microsoft se retire, le hub de santé est dead de chez dead (évidemment c'est du propriétaire) permalink fedilink source hideshow 2 child comments replies: [–] marud@piefed.marud.fr 2 points 1 year ago (1 child) Ca serait un bon argument pour forcer une obligation de compatibilité de format de données pour ce genre de choses permalink fedilink source parent hideshow 2 child comments replies: [–] mat@jlai.lu 2 points 1 year ago (1 child) Sur un cloud comme ça, le problème est même plus au niveau de la donnée, mais juste d'un lock in au niveau du code. Tout ce que tu peux dev c'est du spécifique que tu peux pas porter ou alors le choix d'Azure est largement surdimensionné. La grosse question que je me pose, c'est quels sont les besoins réels pour le hub de santé pour qu'openstack ne soit pas suffisant (ou alors capg et orange sont complices du mauvais choix) permalink fedilink source parent hideshow 2 child comments replies: [–] marud@piefed.marud.fr 3 points 1 year ago (1 child) C'est intéressant ce que tu dis et ça dépasse mon domaine de connaissance (je suis pas dev et pas utilisateur du hub de santé). Forcer d'avoir son code de traitement de données de santé en opensource serait l'étape qui manque alors ? permalink fedilink source parent hideshow 2 child comments replies: [–] mat@jlai.lu 3 points 1 year ago Là tu viens toucher à mon côté libriste et je pense que tous les logiciels d'État se doivent d'être publié en open source (voire domaine publique). Mon opinion suivante c'est que aucun argent publique ne devrait aller vers des solutions propriétaires (coucou Pronote, les big esns, les deals avec microsoft). Après, openstack n'est pas azure, il manquerait le côté saas, mais quitte à monter un opérateur azure, pourquoi ne pas se tourner vers l'Open source ça me termine permalink fedilink source parent
[–] marud@piefed.marud.fr 2 points 1 year ago (1 child) Ca serait un bon argument pour forcer une obligation de compatibilité de format de données pour ce genre de choses permalink fedilink source parent hideshow 2 child comments replies: [–] mat@jlai.lu 2 points 1 year ago (1 child) Sur un cloud comme ça, le problème est même plus au niveau de la donnée, mais juste d'un lock in au niveau du code. Tout ce que tu peux dev c'est du spécifique que tu peux pas porter ou alors le choix d'Azure est largement surdimensionné. La grosse question que je me pose, c'est quels sont les besoins réels pour le hub de santé pour qu'openstack ne soit pas suffisant (ou alors capg et orange sont complices du mauvais choix) permalink fedilink source parent hideshow 2 child comments replies: [–] marud@piefed.marud.fr 3 points 1 year ago (1 child) C'est intéressant ce que tu dis et ça dépasse mon domaine de connaissance (je suis pas dev et pas utilisateur du hub de santé). Forcer d'avoir son code de traitement de données de santé en opensource serait l'étape qui manque alors ? permalink fedilink source parent hideshow 2 child comments replies: [–] mat@jlai.lu 3 points 1 year ago Là tu viens toucher à mon côté libriste et je pense que tous les logiciels d'État se doivent d'être publié en open source (voire domaine publique). Mon opinion suivante c'est que aucun argent publique ne devrait aller vers des solutions propriétaires (coucou Pronote, les big esns, les deals avec microsoft). Après, openstack n'est pas azure, il manquerait le côté saas, mais quitte à monter un opérateur azure, pourquoi ne pas se tourner vers l'Open source ça me termine permalink fedilink source parent
[–] mat@jlai.lu 2 points 1 year ago (1 child) Sur un cloud comme ça, le problème est même plus au niveau de la donnée, mais juste d'un lock in au niveau du code. Tout ce que tu peux dev c'est du spécifique que tu peux pas porter ou alors le choix d'Azure est largement surdimensionné. La grosse question que je me pose, c'est quels sont les besoins réels pour le hub de santé pour qu'openstack ne soit pas suffisant (ou alors capg et orange sont complices du mauvais choix) permalink fedilink source parent hideshow 2 child comments replies: [–] marud@piefed.marud.fr 3 points 1 year ago (1 child) C'est intéressant ce que tu dis et ça dépasse mon domaine de connaissance (je suis pas dev et pas utilisateur du hub de santé). Forcer d'avoir son code de traitement de données de santé en opensource serait l'étape qui manque alors ? permalink fedilink source parent hideshow 2 child comments replies: [–] mat@jlai.lu 3 points 1 year ago Là tu viens toucher à mon côté libriste et je pense que tous les logiciels d'État se doivent d'être publié en open source (voire domaine publique). Mon opinion suivante c'est que aucun argent publique ne devrait aller vers des solutions propriétaires (coucou Pronote, les big esns, les deals avec microsoft). Après, openstack n'est pas azure, il manquerait le côté saas, mais quitte à monter un opérateur azure, pourquoi ne pas se tourner vers l'Open source ça me termine permalink fedilink source parent
[–] marud@piefed.marud.fr 3 points 1 year ago (1 child) C'est intéressant ce que tu dis et ça dépasse mon domaine de connaissance (je suis pas dev et pas utilisateur du hub de santé). Forcer d'avoir son code de traitement de données de santé en opensource serait l'étape qui manque alors ? permalink fedilink source parent hideshow 2 child comments replies: [–] mat@jlai.lu 3 points 1 year ago Là tu viens toucher à mon côté libriste et je pense que tous les logiciels d'État se doivent d'être publié en open source (voire domaine publique). Mon opinion suivante c'est que aucun argent publique ne devrait aller vers des solutions propriétaires (coucou Pronote, les big esns, les deals avec microsoft). Après, openstack n'est pas azure, il manquerait le côté saas, mais quitte à monter un opérateur azure, pourquoi ne pas se tourner vers l'Open source ça me termine permalink fedilink source parent
[–] mat@jlai.lu 3 points 1 year ago Là tu viens toucher à mon côté libriste et je pense que tous les logiciels d'État se doivent d'être publié en open source (voire domaine publique). Mon opinion suivante c'est que aucun argent publique ne devrait aller vers des solutions propriétaires (coucou Pronote, les big esns, les deals avec microsoft). Après, openstack n'est pas azure, il manquerait le côté saas, mais quitte à monter un opérateur azure, pourquoi ne pas se tourner vers l'Open source ça me termine permalink fedilink source parent