Posté par mahikeulbody .
En réponse au message Quel Linux choisir? .
Évalué à 1.
Dernière modification le 17 novembre 2014 à 10:46.
Il parle d'un nouvel ordinateur qu'il n'a pas encore acheté. Le dual-boot, il l'a peut-être fait sur un ordinateur moins récent ou en en mode Legacy Bios par défaut auquel cas il n'a pas eu se confronter au problème de l'EFI.
Posté par mahikeulbody .
En réponse au message Quel Linux choisir? .
Évalué à 1.
Dernière modification le 17 novembre 2014 à 10:29.
C'est pareil, voire même plus simple puisque tu n'as pas à te préoccuper de l'OS précédent.
Il faut quand même faire attention à cette histoire d'UEFI, certains PC n'ont pas de mode Legacy Bios et toutes les distributions ne sont pas compatibles avec du pur UEFI (notamment en 32 bits). A moins que cela ait changé récemment.
Il est également préférable de ne pas supprimer la partition de restauration (si elle existe) du PC, ça peut faciliter les éventuels retours en maintenance (certaines marques ne reprennent le PC que si on a passé un diagnostic avant, diagnostic présent sur cette partition justement).
Ces précautions prises, ça reste très simple avec des distributions telles que Ubuntu.
Lorsque j’entends dire qu'une personne a installé Ubuntu à une dizaine de personnes, sa me fascine littéralement! Es ce que vous les attachez sur une chaise pendant que vous faites l'installation!
Et pourtant, si je ne me retenais pas un peu (je n'ai ni le temps ni l'envie de faire du support pour des dizaines de personnes) j'en aurais installé beaucoup plus et sans avoir vraiment besoin de faire du prosélytisme forcené. Il suffit juste d'attendre qu'ils me sollicitent avec un PC vérolé jusqu'à la moelle (la plupart ne sont pas très doués dans ce domaine alors forcément, sous Windows ils sont plus vulnérables). J'en ai même convaincu un d'acheter un laptop LDLC sans OS. Pour ces gens-là, Unity avec son lanceur sur la gauche configuré avec les quelques applications qu'ils utilisent est parfait et ils ne re-basculent pas sur Windows.
c'est LE POINT [Unity] qui fait reculer les nouveaux utilisateurs
Source ?
Parce que j'ai installé une dizaine d'Ubuntu à de nouveaux utilisateurs (provenant de Windows) et aucun n'a "reculé" ni a été perturbé. A moins qu'on n'ait pas la même définition de "nouveaux utilisateurs"…
Je comprends mal pourquoi certains projets libres essaient de tout changer à nos habitudes.
Dans le cas d'Unity, c'est pourtant clair : recherche d'une convergence entre desktop, tablette et smartphone. Après, que ça soit une bonne idée ou pas, c'est un autre problème.
D'une façon plus générale, si certains n'avaient pas essayé de changer nos habitudes, on en serait encore à la ligne de commande (ce qui n'est pas le mal en soi mais aurait, à coup sûr, encore plus freiné l'adoption de Linux que Unity).
Pour moi l'archivage n'est pas une question de sensibilité acoustique mais une question de pouvoir manipuler cette archive.
Comme le besoin exprimé ici n'inclut pas la possibilité de pouvoir éditer la musique j'imagine que tu penses à la possibilité de la reconvertir ultérieurement en un autre format : par exemple si un nouveau format plus performant apparaît ou bien si le format choisi initialement n'est plus supporté par les players courants car tombé en désuétude. Est-ce bien ça ?
Ceci dit, ça implique la place pour le stockage dans un format sans perte (flac par exemple), mais aussi, le plus souvent, la place pour un stockage dans un format avec perte afin de pouvoir en mettre plus sur notre baladeur ou smartphone.
Je ne suis pas un spécialiste de ce sujet mais n'est-il pas possible que les serveurs de mail gardent la liste Spamhaus en cache et ne la rafraîchissent que périodiquement (un peu comme pour les DNS) ?
L'utiliser comme système de navigation par GPS […].
La seule appli de navigation (i.e. turn by turn) que j'ai trouvé pour Firefox OS est Evernav. Sauf que c'est une appli payante par abonnement et, si j'ai bien compris, elle n'utilise pas de cartes offline (donc respect de la vie privée pas plus assuré qu'avec Maps de Google).
Mais j'ai peut-être raté d'autres applis de navigations pour Firefox OS.
Il me semblait avoir lu que Unity 8 ne serait le bureau par défaut que dans la 15.10 (il serait cependant installable en option dans la 15.04). Cela a changé ?
> Waze s'était le top avant le rachat par google (qui assure un espionnage temps réel)
A mon avis, sur un téléphone Android associé à un compte Gmail (ce qui est quand même l'usage le plus courant), Google n'a pas besoin qu'on utilise Maps (ou Waze) pour logguer nos déplacements. Donc l'argument "espionnage" en défaveur de Maps (ou Waze) ne me semble pas pertinent…
Posté par mahikeulbody .
En réponse à la dépêche Movim 0.8.
Évalué à 1.
Dernière modification le 14 septembre 2014 à 20:03.
> la majeure partie des informations se situent sur le compte XMPP.
Les quelques lectures que j'ai pu faire sur XMPP m'indiquent qu'un serveur XMPP stocke essentiellement les contacts et les messages en attente de pouvoir être délivrés (si le client - ici Movim - est offline). J'en déduis que l'historique des messages est seulement stocké dans le pod Movim. Or, ta réponse ci-dessus laisse penser que même les messages/billets sont stockés sur le serveur XMPP puisqu'en se connectant sur un autre pod celui-ci va récupérer ces infos.
Posté par mahikeulbody .
En réponse à la dépêche Movim 0.8.
Évalué à 2.
Dernière modification le 13 septembre 2014 à 15:58.
> Donc en se connectant avec le même compte depuis un autre pod toutes ces informations seront automatiquement synchronisées.
Super ! Même si ma question portait surtout sur la possibilité de changer de pod je suis curieux de savoir de quel type de synchro il s'agit : bi-directionnelle (et si oui, "nettoyer" un pod ne risque pas de "nettoyer" l'autre ?)
> Le seul truc qui ne peut pas être déplacé sont les images hébergés sur l'ancien pod.
C'est une limitation intrinsèque à XMPP, à la techno utilisée coté serveur ou bien est-ce une limitation qui pourrait être levée un jour si nécessaire ? Et quand on parle d'image hébergée, cela inclut également les images insérées dans un post (auquel cas, une synchronisation sur un autre pod pourrait "dégrader" certains posts) ?
Peut-on facilement transférer ses données en cas de changement de POD ?
J'attends le lancement de la campagne sur kickstarter pour contribuer (au fait, vous avez prévu un post ici pour nous en informer quand elle sera ouverte ?).
C'est complètement subjectif mais je trouve que le nom (Salut à Toi) est très sympa mais pas "vendeur". A cet égard, je trouve que Movim "passe" mieux.
A propos de Movim, peut-on considérer que les deux projets ont la même cible fonctionnelle ou bien y a t-il des applications de l'un qu'on a peu de chances de voir sur l'autre (et vice versa) ?
Pour les fonctionnalités de base que les deux ont (ou auront) - chat, micro-blogging, partage, etc… - quels sont les critères qui peuvent conduire à préférer l'un plutôt que l'autre ? Par exemple, les deux permettent-ils de changer de serveur sans perdre son historique ? Puis-je passer de l'un à l'autre ?
En tous cas bravo à tous les deux (et à ceux qui vous accompagnent dans ces deux projets).
Même si j'ai quelques interrogations sur la viabilité au quotidien de la solution, c'est une réponse intéressante et plus constructive que celle des poncifs d'AgentSteel…
Ceci dit, c'est un journal qui parle de YunoHost, pas de la pertinence de l'auto-hébergement. Je n'aurais pas dû faire ce commentaire hors sujet, je m'en excuse auprès de M5oul.
Si, ça existe, mais le faire tous les jours dans les conditions que tu décris (le mettre dans un lieu sûr autre que ton domicile), c'est en général impossible. Sinon, on peut aussi ne le faire que tous les mois, mais c'est en général impensable.
A part ça, une (vraie) question : l'expression "auto-hébergement" est-elle nécessairement associée à un hébergement à domicile ou bien définit-elle, plus largement, un hébergement géré par soi-même (mais pas nécessairement chez soi) ?
PS. Je préfère ignorer ta dernière remarque, certes irréfutable, mais que j'ai du mal à insérer de façon utile dans mon questionnement sur l'auto-hébergement.
Je me corrige : éliminer les doublons tout en voulant garder l'info donné par les étiquettes peut faire sens si dans gmail aucun mail n'a été affecté de plus d'une étiquette (automatiquement ou via une action utilisateur). Ils n'apparaissent donc que dans le répertoire local 'Tous les messages' et dans, au plus, un autre répertoire du nom de l'étiquette. On peut alors vouloir supprimer les occurrences présentes dans le répertoire 'Tous les messages' si le même message apparaît aussi dans un autre répertoire, et un seul autre. A la fin de l'opération, le répertoire 'Tous les messages' gagnera à être renommé, 'Autres messages' par exemple.
Dans Gmail, il n'y a que trois répertoires :
- Tous les messages
- Spam
- Poubelle
Les autres "répertoires" sont fictifs, en réalité ce sont les résultats de requêtes implicites : select les mails de 'Tous les messages' ayant telle étiquette (Boite de réception, Messages envoyés, Chat, ou bien une étiquette personnalisée créée par l'utilisateur). Un mail n'est jamais dupliqué : si on le supprime d'une des vues où il apparaît, il est supprimé de 'Tous les messages' et donc de toutes les autres vues où il apparaît éventuellement.
Si on accède à son compte via un client IMAP, on a le même fonctionnement.
En revanche, si on archive localement les messages de 'Tous les messages' ainsi que ceux "apparaissant" dans les vues, on va peut effectivement avoir des doublons. Si on n'est pas intéressé par les étiquettes, le plus simple est de ne garder que le répertoire 'Tous les messages' (et, s'il y a lieu, les répertoires Spam et Poubelle). Si on veut garder les étiquettes, c'est qu'on veut garder les doublons => les éliminer ne fait pas de sens.
Or, si le code n'est pas libre, le format des données est potentiellement inconnu, non documenté, non réutilisable>
Je ne comprends pas : il y a des tas de logiciels/services cloud non libres qui utilisent des formats de données connus, documentés, réutilisables (et même, parfois, libres), non ?
Je "marronne" (?) parce que n'étant pas sûr de ma compréhension d'une phrase j'ai tout d'abord demandé ce qu'il en était pour être sûr. C'est seulement suite à la réponse très condescendante qui m'a été faite que je me suis moi-même permis une réponse ironique qui a débouché sur ce "débat" hors sujet et qui au fond ne m'intéresse pas plus que ça.
Imaginons un monde où il faudrait le code ET la signature pour engager sa responsabilité dans une transaction. Comment le décrire de façon fiable si le ET peut aussi bien signifier un OU. Comprendre la réponse de façon contextuelle ne devrait pas induire qu'on connaît déjà la réponse à la question. Je n'imagine même pas les cris d'orfraie si un texte administratif utilisait ce genre de formulation… Bref, au delà du débat sémantique (hors-sujet) j'ai trouvé la réponse assez condescendante.
j'avais regardé la législation et seuls ta signature et ton code à 4 chiffres engageaient vraiment ta responsabilité.
La signature seule n'engage pas ? Qu'en est-il si j'utilise ma carte française aux USA où le code à 4 chiffres est très peu utilisé ? Et c'est à la banque de prouver que c'est une signature contrefaite ?
[^] # Re: Civilization V
Posté par mahikeulbody . En réponse au message Quel Linux choisir? . Évalué à 1. Dernière modification le 17 novembre 2014 à 10:46.
Il parle d'un nouvel ordinateur qu'il n'a pas encore acheté. Le dual-boot, il l'a peut-être fait sur un ordinateur moins récent ou en en mode Legacy Bios par défaut auquel cas il n'a pas eu se confronter au problème de l'EFI.
[^] # Re: Civilization V
Posté par mahikeulbody . En réponse au message Quel Linux choisir? . Évalué à 1. Dernière modification le 17 novembre 2014 à 10:29.
Il faut quand même faire attention à cette histoire d'UEFI, certains PC n'ont pas de mode Legacy Bios et toutes les distributions ne sont pas compatibles avec du pur UEFI (notamment en 32 bits). A moins que cela ait changé récemment.
Il est également préférable de ne pas supprimer la partition de restauration (si elle existe) du PC, ça peut faciliter les éventuels retours en maintenance (certaines marques ne reprennent le PC que si on a passé un diagnostic avant, diagnostic présent sur cette partition justement).
Ces précautions prises, ça reste très simple avec des distributions telles que Ubuntu.
[^] # Re: Ubuntu a compris !
Posté par mahikeulbody . En réponse à la dépêche Sortie d’Ubuntu 14.10. Évalué à 1.
Et pourtant, si je ne me retenais pas un peu (je n'ai ni le temps ni l'envie de faire du support pour des dizaines de personnes) j'en aurais installé beaucoup plus et sans avoir vraiment besoin de faire du prosélytisme forcené. Il suffit juste d'attendre qu'ils me sollicitent avec un PC vérolé jusqu'à la moelle (la plupart ne sont pas très doués dans ce domaine alors forcément, sous Windows ils sont plus vulnérables). J'en ai même convaincu un d'acheter un laptop LDLC sans OS. Pour ces gens-là, Unity avec son lanceur sur la gauche configuré avec les quelques applications qu'ils utilisent est parfait et ils ne re-basculent pas sur Windows.
[^] # Re: Ubuntu a compris !
Posté par mahikeulbody . En réponse à la dépêche Sortie d’Ubuntu 14.10. Évalué à 3.
Source ?
Parce que j'ai installé une dizaine d'Ubuntu à de nouveaux utilisateurs (provenant de Windows) et aucun n'a "reculé" ni a été perturbé. A moins qu'on n'ait pas la même définition de "nouveaux utilisateurs"…
Dans le cas d'Unity, c'est pourtant clair : recherche d'une convergence entre desktop, tablette et smartphone. Après, que ça soit une bonne idée ou pas, c'est un autre problème.
D'une façon plus générale, si certains n'avaient pas essayé de changer nos habitudes, on en serait encore à la ligne de commande (ce qui n'est pas le mal en soi mais aurait, à coup sûr, encore plus freiné l'adoption de Linux que Unity).
[^] # Re: Peu importe mais compression sans perte
Posté par mahikeulbody . En réponse au message quel format pour archiver de la musique ?. Évalué à 3. Dernière modification le 07 novembre 2014 à 13:27.
Comme le besoin exprimé ici n'inclut pas la possibilité de pouvoir éditer la musique j'imagine que tu penses à la possibilité de la reconvertir ultérieurement en un autre format : par exemple si un nouveau format plus performant apparaît ou bien si le format choisi initialement n'est plus supporté par les players courants car tombé en désuétude. Est-ce bien ça ?
Ceci dit, ça implique la place pour le stockage dans un format sans perte (flac par exemple), mais aussi, le plus souvent, la place pour un stockage dans un format avec perte afin de pouvoir en mettre plus sur notre baladeur ou smartphone.
# cache ?
Posté par mahikeulbody . En réponse au message IP sur blacklist, impossible d'envoyer des mails avec postfix. Évalué à 2.
Je ne suis pas un spécialiste de ce sujet mais n'est-il pas possible que les serveurs de mail gardent la liste Spamhaus en cache et ne la rafraîchissent que périodiquement (un peu comme pour les DNS) ?
[^] # Re: FirefoxOS
Posté par mahikeulbody . En réponse au message Quel smartphone choisir ?. Évalué à 3.
Un des points du cahier des charges est :
La seule appli de navigation (i.e. turn by turn) que j'ai trouvé pour Firefox OS est Evernav. Sauf que c'est une appli payante par abonnement et, si j'ai bien compris, elle n'utilise pas de cartes offline (donc respect de la vie privée pas plus assuré qu'avec Maps de Google).
Mais j'ai peut-être raté d'autres applis de navigations pour Firefox OS.
[^] # Unity 8, c'est pas plutôt dans la 15.10 ?
Posté par mahikeulbody . En réponse au journal Ubuntu is dying. Évalué à 1.
Il me semblait avoir lu que Unity 8 ne serait le bureau par défaut que dans la 15.10 (il serait cependant installable en option dans la 15.04). Cela a changé ?
[^] # Re: Bouchons
Posté par mahikeulbody . En réponse au message Qu'est-ce que vous utilisez comme GPS (pour la navigation) ?. Évalué à 1.
> Waze s'était le top avant le rachat par google (qui assure un espionnage temps réel)
A mon avis, sur un téléphone Android associé à un compte Gmail (ce qui est quand même l'usage le plus courant), Google n'a pas besoin qu'on utilise Maps (ou Waze) pour logguer nos déplacements. Donc l'argument "espionnage" en défaveur de Maps (ou Waze) ne me semble pas pertinent…
[^] # Données conservées sur le serveur XMPP
Posté par mahikeulbody . En réponse à la dépêche Movim 0.8. Évalué à 1. Dernière modification le 14 septembre 2014 à 20:03.
> la majeure partie des informations se situent sur le compte XMPP.
Les quelques lectures que j'ai pu faire sur XMPP m'indiquent qu'un serveur XMPP stocke essentiellement les contacts et les messages en attente de pouvoir être délivrés (si le client - ici Movim - est offline). J'en déduis que l'historique des messages est seulement stocké dans le pod Movim. Or, ta réponse ci-dessus laisse penser que même les messages/billets sont stockés sur le serveur XMPP puisqu'en se connectant sur un autre pod celui-ci va récupérer ces infos.
Que stocke un serveur XMPP ?
[^] # Re: Conservation de ses données en cas de changement de POD
Posté par mahikeulbody . En réponse à la dépêche Movim 0.8. Évalué à 2. Dernière modification le 13 septembre 2014 à 15:58.
> Donc en se connectant avec le même compte depuis un autre pod toutes ces informations seront automatiquement synchronisées.
Super ! Même si ma question portait surtout sur la possibilité de changer de pod je suis curieux de savoir de quel type de synchro il s'agit : bi-directionnelle (et si oui, "nettoyer" un pod ne risque pas de "nettoyer" l'autre ?)
> Le seul truc qui ne peut pas être déplacé sont les images hébergés sur l'ancien pod.
C'est une limitation intrinsèque à XMPP, à la techno utilisée coté serveur ou bien est-ce une limitation qui pourrait être levée un jour si nécessaire ? Et quand on parle d'image hébergée, cela inclut également les images insérées dans un post (auquel cas, une synchronisation sur un autre pod pourrait "dégrader" certains posts) ?
# Conservation de ses données en cas de changement de POD
Posté par mahikeulbody . En réponse à la dépêche Movim 0.8. Évalué à 2.
Peut-on facilement transférer ses données en cas de changement de POD ?
J'attends le lancement de la campagne sur kickstarter pour contribuer (au fait, vous avez prévu un post ici pour nous en informer quand elle sera ouverte ?).
# SaT et Movim
Posté par mahikeulbody . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 0. Dernière modification le 12 septembre 2014 à 18:40.
C'est complètement subjectif mais je trouve que le nom (Salut à Toi) est très sympa mais pas "vendeur". A cet égard, je trouve que Movim "passe" mieux.
A propos de Movim, peut-on considérer que les deux projets ont la même cible fonctionnelle ou bien y a t-il des applications de l'un qu'on a peu de chances de voir sur l'autre (et vice versa) ?
Pour les fonctionnalités de base que les deux ont (ou auront) - chat, micro-blogging, partage, etc… - quels sont les critères qui peuvent conduire à préférer l'un plutôt que l'autre ? Par exemple, les deux permettent-ils de changer de serveur sans perdre son historique ? Puis-je passer de l'un à l'autre ?
En tous cas bravo à tous les deux (et à ceux qui vous accompagnent dans ces deux projets).
[^] # Re: sauvegardes distribuees
Posté par mahikeulbody . En réponse à la dépêche YunoHost 2.0 : l’auto-hébergement à portée de clic. Évalué à 1.
Même si j'ai quelques interrogations sur la viabilité au quotidien de la solution, c'est une réponse intéressante et plus constructive que celle des poncifs d'AgentSteel…
Ceci dit, c'est un journal qui parle de YunoHost, pas de la pertinence de l'auto-hébergement. Je n'aurais pas dû faire ce commentaire hors sujet, je m'en excuse auprès de M5oul.
[^] # Re: Super projet
Posté par mahikeulbody . En réponse à la dépêche YunoHost 2.0 : l’auto-hébergement à portée de clic. Évalué à 2. Dernière modification le 21 juin 2014 à 15:42.
Si, ça existe, mais le faire tous les jours dans les conditions que tu décris (le mettre dans un lieu sûr autre que ton domicile), c'est en général impossible. Sinon, on peut aussi ne le faire que tous les mois, mais c'est en général impensable.
A part ça, une (vraie) question : l'expression "auto-hébergement" est-elle nécessairement associée à un hébergement à domicile ou bien définit-elle, plus largement, un hébergement géré par soi-même (mais pas nécessairement chez soi) ?
PS. Je préfère ignorer ta dernière remarque, certes irréfutable, mais que j'ai du mal à insérer de façon utile dans mon questionnement sur l'auto-hébergement.
[^] # Re: Super projet
Posté par mahikeulbody . En réponse à la dépêche YunoHost 2.0 : l’auto-hébergement à portée de clic. Évalué à 0.
Dans le cloud, oui bien sûr. Du coup, c'est quoi l'intérêt de s'auto-héberger (chez soi, j'entends) ?
[^] # Re: Super projet
Posté par mahikeulbody . En réponse à la dépêche YunoHost 2.0 : l’auto-hébergement à portée de clic. Évalué à 2.
Par contre il y a toujours l'excuse que le domicile peut brûler ou être cambriolé…
[^] # Re: les répertoires et les vues
Posté par mahikeulbody . En réponse au message Opérations ensembliste sur les répertoires. Évalué à 1.
Je me corrige : éliminer les doublons tout en voulant garder l'info donné par les étiquettes peut faire sens si dans gmail aucun mail n'a été affecté de plus d'une étiquette (automatiquement ou via une action utilisateur). Ils n'apparaissent donc que dans le répertoire local 'Tous les messages' et dans, au plus, un autre répertoire du nom de l'étiquette. On peut alors vouloir supprimer les occurrences présentes dans le répertoire 'Tous les messages' si le même message apparaît aussi dans un autre répertoire, et un seul autre. A la fin de l'opération, le répertoire 'Tous les messages' gagnera à être renommé, 'Autres messages' par exemple.
# les répertoires et les vues
Posté par mahikeulbody . En réponse au message Opérations ensembliste sur les répertoires. Évalué à 3. Dernière modification le 10 juin 2014 à 16:26.
Dans Gmail, il n'y a que trois répertoires :
- Tous les messages
- Spam
- Poubelle
Les autres "répertoires" sont fictifs, en réalité ce sont les résultats de requêtes implicites : select les mails de 'Tous les messages' ayant telle étiquette (Boite de réception, Messages envoyés, Chat, ou bien une étiquette personnalisée créée par l'utilisateur). Un mail n'est jamais dupliqué : si on le supprime d'une des vues où il apparaît, il est supprimé de 'Tous les messages' et donc de toutes les autres vues où il apparaît éventuellement.
Si on accède à son compte via un client IMAP, on a le même fonctionnement.
En revanche, si on archive localement les messages de 'Tous les messages' ainsi que ceux "apparaissant" dans les vues, on va peut effectivement avoir des doublons. Si on n'est pas intéressé par les étiquettes, le plus simple est de ne garder que le répertoire 'Tous les messages' (et, s'il y a lieu, les répertoires Spam et Poubelle). Si on veut garder les étiquettes, c'est qu'on veut garder les doublons => les éliminer ne fait pas de sens.
[^] # Re: La classique erreur de comparer matériel et immatériel...
Posté par mahikeulbody . En réponse au journal Est-ce que RMS raconte "des idioties basées sur des prémisses qui n'ont plus cours" ?. Évalué à 2.
Je ne comprends pas : il y a des tas de logiciels/services cloud non libres qui utilisent des formats de données connus, documentés, réutilisables (et même, parfois, libres), non ?
# ah oui, quand même...
Posté par mahikeulbody . En réponse au message Linux n'est plus onanismo-compatible. Évalué à 5.
Je croyais qu'on était samedi ? Mais non, je dois forcément me tromper, ça ne peut être que vendredi.
[^] # Re: Et la plus grosse faille est ... AMAZON
Posté par mahikeulbody . En réponse au journal Mots de passe et ingénierie sociale. Évalué à 0.
Je "marronne" (?) parce que n'étant pas sûr de ma compréhension d'une phrase j'ai tout d'abord demandé ce qu'il en était pour être sûr. C'est seulement suite à la réponse très condescendante qui m'a été faite que je me suis moi-même permis une réponse ironique qui a débouché sur ce "débat" hors sujet et qui au fond ne m'intéresse pas plus que ça.
[^] # Re: Et la plus grosse faille est ... AMAZON
Posté par mahikeulbody . En réponse au journal Mots de passe et ingénierie sociale. Évalué à -3.
Imaginons un monde où il faudrait le code ET la signature pour engager sa responsabilité dans une transaction. Comment le décrire de façon fiable si le ET peut aussi bien signifier un OU. Comprendre la réponse de façon contextuelle ne devrait pas induire qu'on connaît déjà la réponse à la question. Je n'imagine même pas les cris d'orfraie si un texte administratif utilisait ce genre de formulation… Bref, au delà du débat sémantique (hors-sujet) j'ai trouvé la réponse assez condescendante.
[^] # Re: Et la plus grosse faille est ... AMAZON
Posté par mahikeulbody . En réponse au journal Mots de passe et ingénierie sociale. Évalué à 0.
Tu veux dire que le OU est inutile dans la langue française puisqu'on peut utiliser le ET avec la même sémantique ?
[^] # Re: Et la plus grosse faille est ... AMAZON
Posté par mahikeulbody . En réponse au journal Mots de passe et ingénierie sociale. Évalué à 1.
La signature seule n'engage pas ? Qu'en est-il si j'utilise ma carte française aux USA où le code à 4 chiffres est très peu utilisé ? Et c'est à la banque de prouver que c'est une signature contrefaite ?