mahikeulbody a écrit 1988 commentaires

Je ne sais pas de quelle banque tu parles mais ça a l'air assez catastrophique !

Mon appli Fortuneo accepte les mots de passe "normaux" (donc je peux les saisir via mon KeePassDX) ou la biométrie. Et c'est tout : pas de carte papier, pas de code différent pour un paiement internet, etc… rien de tout l'enfer que tu décris.

Le problème d'une appli bancaire, ce n'est pas la complexification (il n'y en a pas avec celle de ma banque, c'est donc possible), le problème c'est que ça exige un tel Android (ou Apple) avec un compte Google, et que les OS alternatifs sont prohibés.

L'obligation d'utiliser une appli bancaire sur un smartphone est un autre sujet. Je retiens juste que Aeris semble dire que cela résulte des obligations légales actuelles.

pourquoi est-ce qu'être hors de France constitue une fraude sociale ???

NB. Je réponds juste à la question. S'interroger sur la pertinence de traquer la fraude sociale plus que la fraude fiscale est un autre débat…

On parle de France Travail. Tu as droit à 35 jours d'absence indemnisés par an où tu veux, en France ou à l'étranger (à condition de déclarer la période d'absence préalablement). Être hors de France en dehors d'une période d'absence déclarée tout en continuant à être indemnisé est un indicateur de fraude potentielle car il y a une obligation de résidence en France quand tu es demandeur d'emploi (afin d'avoir une disponibilité immédiate en cas de convocation à un entretien, par exemple).

pour Fortuneo qui ne demande pas plus d'application.

Je suis sur Fortuneo et je dois passer par l'appli pour certaines transactions. Ils t'ont fourni une solution alternative ?

En ce qui me concerne je passe toujours par le site web et j'imprime le billet. Cependant on peut quand même, si on le souhaite, dématérialiser le billet sans utiliser l'appli : il suffit de stocker le pdf correspondant sur un smartphone, une tablette ou un ordinateur portable (et ne pas tomber en panne de batterie ;-)

or il n'est pas difficile de sauter le mot de passe, schéma, empreinte digitale, reconnaissance faciale, etc.).

Ah bon ? Tu peux nous en dire plus ?

On coupait au bon endroit et on insérait un morceau vierge qu'on pouvait perforer. Que de souvenirs ! Par contre plus aucun souvenir de comment on trouvait l'endroit (je me rappelle juste qu'on mettait le binaire exécutable sur le ruban).

on se contente toujours de déplacer des bouts de données d'un endroit à l'autre.

c'est une vision réductrice de l'informatique : dans un de mes projets, c'est du lait qu'on déplaçait d'un endroit à l'autre :-)

mais rassures moi … ya pas de centrales nucléaires pilotées avec du Javascript ?

Pas à ma connaissance mais ça date des années 90. Les IHM étaient codées en appelant directement X11 (avec un windows manager maison minimaliste). Mais depuis, j'imagine qu'on est quand même passé à des technos web pour les postes opérateur. Pour ce qui est des centrales plus récentes, je ne sais pas quel est le langage utilisé pour le pilotage lui-même.

NB. Les centrales pilotées en Ada sont toujours en fonction.

J'ai l'impression, toutefois, que l'industrie ou les dév aiment peu les langages trop rigoureux ; en effet, Ada ou encore Haskell n'ont pas eu de succès.

C'est vrai mais avec quelques contre-exemples industriels significatifs quand même : par exemple plusieurs centrales nucléaires en France (mais aussi en Angleterre, en Chine, …) sont entièrement pilotées en Ada.

je ne dirai qu'un chose n'apprenez pas un langage particulier, commencez par apprendre ce qu'est l'informatique.

C'est exactement ce que mes profs disaient au début des années 70 en nous renvoyant à des manuels pour apprendre un langage. Eux ils préféraient nous enseigner les grammaires formelles, ce qu'est un compilateur (et comment en faire un), un système de fichiers, faire des TP sur un Elbit pour étudier le fonctionnement d'un ordinateur, etc… On n'a jamais eu de cours sur un quelconque langage. Pendant ce temps-là, il y avait des publicités invitant à devenir pupitreur en quelques mois sur un matériel donné, c'est l'avenir elles disaient…

j'ai commencé avec le Z80 en 1978 ;-)

Ah, je vois, un petit jeune ; moi c'est en 1972 avec le T1600 (Telemecanique), avec code source sur ruban perforé et debug directement au pupitre (y avait intérêt à connaître les instructions en hexadécimal).

Je l'ai d'ailleurs échappé belle, son prédécesseur était le T2000, sur 19 bits…

Je regrette le titre que tu as mis qui est un peu trompeur sur le contenu du lien. Je n'aurais d'ailleurs peut-être pas lu le texte sans le commentaire de martoni.

Certes la neutralité de la technologie/science est aussi un (vieux) débat important mais cela ne me semble pas du tout l'objet du discours, même si ce point est évoqué au détour d'une phrase pour critiquer les algorithmes de mise en avant des publications.

"L'Espagne dit stop au far west numérique" me semble plus proche du message.

Ceci dit, beau discours qui semble sincère. Reste à voir les actes.

Parmi les gens confus, il y a mêmes des gens qui font de l'informatique, preuve en est dans cet échange :-)

Si c'est à moi que tu penses, je m'insurge : j'ai moi-même eu des adresses avec plusieurs "." après le @ ; ce n'est pas du tout de cela dont je parlais. C'est qu'il voudrait me cataloguer "non technique", le bougre :-)

--
Mr Michu

Ton premier grain à moudre ne m'apprend rien : je sais ce qu'est un sous-domaine. C'est juste que je découvre (plus de 25 ans après avoir acheté mon premier domaine !) que ce qu'on appelle nom de domaine c'est le FQDN. Moi je pensais que c'était juste le 1er et 2ème niveau (nom.tld), cad ce qu'on achète auprès d'un registrar.

Le deuxième grain à moudre m'apprend en revanche quelque chose, merci !

C'est guère mieux : il n'y a pas que la technique informatique.

Sorti des usuels @gmail.com et autres gros fournisseurs, c'est s'exposer à perdre du temps à répéter son adresse plusieurs fois.

J'ai moi-même un domaine en .fr (pas gmail, donc) et je n'ai jusqu'à présent pas eu de cas où on me pose la question ; j'imagine que c'est grâce au .fr (et ce serait bien sûr pareil avec d'autres tld courants tels que .com ou .net) qui suffit à "rassurer" les gens sur le fait que c'est une "vraie" adresse e-mail.

Et pourquoi est-ce qu'il "chercherait les ennuis" avec ce nom de domaine ? Le mail n'a pas des domaines plus légitimes que d'autres pour fonctionner.

Bien évidemment, je n'imagine pas François Chaix faire exprès de chercher des ennuis ; je disais juste qu'il est assez évident qu'à l'oral on va te poser des questions (et c'est ce qui arrive selon ses propres dires) et qu'il est assez connu que les développeurs web se croient malins en implémentant des contrôles qui n'ont pas lieu d'être (et c'est ce qu'il a constaté plein de fois).

Donc, oui, le mail n'a pas des domaines plus légitimes que d'autres pour fonctionner mais ce n'était pas ma question : avait-il une raison particulière d'outrepasser les ennuis probables ou bien n'en était-il tout simplement pas conscient à ce moment-là ?

Du coup, fr.eu.org est un nom de domaine mais c'est aussi le nom d'un sous-domaine de eu.org, non ?

Je ne me permettrais pas de contester la pertinence de la définition de ce qu'est un nom de domaine, mais je trouve ça un peu bizarre quand même.

Ok, au temps pour moi. J'ai été un peu "trompé" par whois qui ne s'intéresse qu'au premier niveau.

fr.eu.org est un sous-domaine de eu.org. François Chaix voulait certainement dire qu'il avait des adresses e-mails se terminant par .fr.eu.org.

ayant un nom de domaine en fr.eu.org

Je pinaille mais ton nom de domaine est eu.org, pas fr.eu.org.

Sinon, c'est original et bien trouvé mais à part chercher les ennuis (et apparemment les trouver), tu avais une raison particulière de choisir ça ?

Il me semble que quel que soit le logiciel (FOSS ou pas, EU ou pas), la première exigence à satisfaire est d'être compatible avec des formats standard (que ce soit directement ou par import/export).

Du moins quand de tels standards existent, ce qui n'est pas toujours le cas.

d'une autre distribution n'ayant pas la même distribution mère.

De mémoire, le serveur ne sert que pour la mise en relation, dans un contexte entreprise.

Apparemment non, il sert aussi de boite aux lettres anonyme (i.e. les métadonnées ne permettent pas de savoir qui parle à qui). Cette boite aux lettre résout l'inconvénient de Jami qui est qu'un message ne peut être envoyé que si le destinataire est en ligne à ce moment-là (ce qui peut être embêtant dans des endroits où la connectivité internet n'est pas continue).

Si tel est le cas, le serveur ne connaît certes pas l'émetteur et le destinataire via les métadonnées mais il a leur adresse IP (mais les correspondants, eux, ne voient pas l'adresse IP de leur interlocuteur). Avec Jami, c'est l'inverse : les correspondants voient l'adresse IP de leur interlocuteur mais personne ne voit les messages chiffrés qu'ils s'échangent en direct (sauf les routeurs d'internet). Ça ne répond pas au même modèle de menace.

Ainsi Olvid serait, me semble t-il, mieux que Jami… si le serveur n'était pas hébergé chez AWS.

L'article ne parle pas de STMicroelectronics (à Crolles, 25 km de Grenoble) mais du CEA qui lui est bien à Grenoble même.