arnaudus a écrit 4608 commentaires

Tu peux tourner l'argument dans tous les sens, il ne disparait pas magiquement. Un appareil est toujours garanti pour une utilisation normale : un sèche-cheveu pour sécher les cheveux, un lave vaisselle pour laver la vaisselle, etc.

Si ton sèche-cheveux tombe en panne alors que tu es en train d'allumer un barbecue avec (ça marche très très bien, pour info), tu vas le retourner en disant que tu te sèchais les cheveux. Mais si le constructeur peut, d'une manière ou d'une autre, prouver que tu allumais un barbec, par exemple avec les relevés d'un senseur de température d'air entrant, tu l'as dans l'os : la garantie saute. Et là, c'est super clair : le constructeur n'a pas à prouver que c'est ton utilisation anormale qui a déclenché la panne. Il doit juste prouver que ton utilisation était anormale. Relis les conditions de garantie, y'a pas à tortiller : elles disent "la garantie ne joue pas en cas d'utilisation anormale". Elles ne disent pas "la garantie ne joue pas en cas de panne provoquée par une utilisation anormale". Il y a une logique sous-jacente : comme le disait à raison PBPG, il est impossible de faire reposer sur le constructeur la charge de l'expertise, puisque par définition, il n'a aucune donnée sur l'utilisation anormale. Pour prouver que c'est bien l'introduction d'une bouteille de gaz dans ton sèche-linge qui a provoqué la panne, tu veux que Wirlpool fasse un test sur 8 sèche linges avec 4 témoins et 4 bouteilles de gaz? Je veux bien défendre les consommateurs, mais non, c'est complètement débile de demander à un constructeur de prouver par une expertise ou par une expérience qu'une utilisation anormale a été la cause primaire d'une panne.

Par conséquent, la seule voie de discussion, c'est la définition de l'utilisation normale. Et alors là, si tu vas au tribunal et que tu essayes de démontrer qu'installer une ROM alternative sur un smartphone relève de l'utilisation normale, j'ai peur que tu ailles au devant de graves désillutions (et de graves découverts bancaires pour frais d'avocat). C'est certainement une utilisation possible, légitime, légale, tout ce que tu veux, mais certainement pas "normale", dans le sens où le constructeur ne l'a pas prévue.

un flag "samsung warranty void" apparaît au boot

C'est un vrai problème cette histoire de garantie, mais je pense qu'il faut aussi se mettre de temps en temps à la place du constructeur. Dans les machins électroniques modernes, la différence hardware/software n'est plus très très nette : le hardware vient avec tout plein de trucs binaires dedans, et les appareils, d'une manière générale, ne sont pas conçus pour pouvoir changer le système d'exploitation ou ses composants. De fait, on se rappelle tous de plusieurs exemples, il est réellement possible de griller du matériel avec un driver buggé (ou à cause d'un défaut matériel qui n'apparait que lorsqu'on lui envoie des instructions qui ne sont pas gérées par le driver officiel).

Imagine que tu grilles la puce GPS en lui demandant une info triviale (je ne sais pas, le nombre de satellites?) que le driver officiel ne gère pas (c'est un exemple bidon, hein). Tu engages la responsabilité de qui? L'assembleur du téléphone te vend un téléphone parfaitement fonctionnel avec son système déboggué. C'est un ensemble software/hardware qu'il garantit pour une pédiode donnée. Si tu découvres un défaut du hardware en exécutant des instructions non-prévues dans l'OS installé, est-ce que tu peux légitimement faire valoir la garantie? Est-ce que ton appareil est garanti pièce par pièce, ou est-ce qu'il est garanti en bloc tel que tu l'as acheté? Je trouve ça un peu léger d'évacuer un problème aussi complexe aussi facilement.

Vous vous rendez compte que votre opérateur télécom peut savoir à tout moment là où vous êtes et qui vous appelez? Le moyen le plus simple d'éviter ça, c'est d'éteindre votre téléphone, et de n'appeler personne. Ouf. Vous voila sauvés.

Il faudrait être certain que c'est bien Samsung qui, de sa propre initiative, a intrioduit une telle backdoor. Est-ce que ce n'est pas imposé par ces fameuses agences de surveillance qui semblent parfois avoir plus de pouvoir que l'exécutif des États?

Donc c'est au site de ce débrouiller pour être lisible.

Tout à fait d'accord. C'est au site de se débrouiller pour fournir une feuille de style lisible sur tous les écrans, quelles que soient leurs dimensions, mais évidemment en respectant les choix de l'utilisateur quant à la taille de fenêtre, la taille de police, etc.

Si le serveur renvoie un JPG de 400 x 200, ça sera lisible sur tous les écrans, plus de problème de version de navigateur, de polices pas installées, de largeur de fenêtre, de version de HTML…

Le site renvoie le contenu et des indications de forme (ça ça s'affiche en haut, ça dans un cadre à gauche, ça en gras dans un cadre gris). Et le rendu est fait par le navigateur. La cohérence du tout est garantie (ahah) par le respect des standards.

Au contraire, ça permet d'avoir des lignes avec un nombre de signe beaucoup plus gérable.

Mais de quoi je me mêle? Si je règle la largeur de mon navigateur à 1000 px, c'est que je veux que le site s'affiche sur 1000 px. C'est au site en question de fournir une feuille de style qui donne un résultat à peu près acceptable quelle que soit ma largeur d'écran.

Propose une autre feuille de style, c'est tout à fait possible et plutôt efficace.

On parle de la feuille par défaut, celle que 99% des lecteurs du site verront. Il n'est pas raisonnable de devoir choisir une feuille de style personnalisée pour chacun des sites qu'on visite, il faut que le CSS par défaut soit universel et qu'il s'adapte aux choix de l'utilisateur, et pas le contraire.

C'est quoi la prochaine étape? Les nazis de l'ergonomie vont remplacer le site par des png avec la bonne police de la bonne taille? Je pense qu'il faut tout simplement accepter que le HTML est rendu par le client, et qu'un site ne peut pas s'assurer qu'il sera rendu exactement comme les nazi-concepteurs psychorigides le veulent.

Ça me semble ergonomiquement aberrant. Je trouve logique que le texte prenne le maximum de place horizontale, et je ne pense pas qu'un site ait le droit de se mêler de ma largeur de fenêtre.

une clé privée c'est petit et facile à copier sur plusieurs supports de stockage différents

La seule solution qui me semble un minimum réaliste, c'est de fournir une copie de la clé privée à un tiers de confiance (banque?) qui organisera un système de sécurité honnête (et payant, évidemment) autour.

Non, sérieusement, la copier sur des clés USB disséminées dans la maison? Faut arrêter de s'emballer avec les BitCoins, c'est le retour à l'âge de pierre ce truc. C'est pire que de planquer des pièces d'or dans les matelas : au moins, la seule manière d'obtenir les pièces, c'est de rentrer physiquement dans la maison et d'éventrer le matelas. Avec un système de clés USB planquées partout, il suffit d'en trouver une seule pour piquer le magot—un peu comme si on planquait des petits papiers "le trésor est dans le matelas", mais pire.

Et quand le propriétaire des Bt meurt, comment on fait pour retrouver le magot? Il est perdu pour toujours? Si on a un accident et qu'on perd la mémoire, on perd sa fortune? Sérieusement, quel peut bien être l'intérêt d'un tel manque de sécurisation?

Je viens de vérifier par curiosité : si le moteur est usé et/ou que le type qui a fait la vidange a mis 2 bidons de trop, l'huile peut passer dans la chambre de combustion d'un moteur diésel, s'auto-enflammer, et faire monter le moteur dans les tours. Mais ça ne dure pas longtemps, parce que l'ensemble pête très vite. Ça me semble difficile d'imaginer que ça augmente le couple (ça voudrait dire que l'huile est plus efficace que le gazoil!), et il semble évident que les experts auraient vu le problème étant donné les dégats très importants sur le moteur. Ça n'a d'ailleurs rien à voir avec le régulateur, ni avec la commande de frein.

Pas sûr de comprendre, il est vraiment possible d'augmenter considérablement le couple en brûlant n'importe quoi (de l'huile moteur, c'est vraiment "nimporte quoi" comme combustible) pendant plusieurs minutes, sans cramer le moteur et sans dégager un nuage atomique de fumée bleue? Tout ça dans un moteur où la quantité d'air admise est contrôlée au pouillème près par des systèmes électroniques pour optimiser la combustion? Et ça serait passé inaperçu auprès des experts qui ont examiné la voiture?

Sérieusement, c'est crédible un tel truc? S'il suffisait de verser de l'huile moteur dans le diesel pour transformer une berline de série en Formule 1, j'imagine que le truc serait un peu plus connu que ça…

Et plus polluantes. Et moins sobres. Et elles avaient un taux de grosse panne plus élevé, du fait d'absence de signalisation des problèmes au conducteur (j'ai achevé une caisse de 14 ans il n'y a pas longtemps parce que le ventilateur avait claqué, que le moteur a chauffé, et que le joint de culasse a lâché, tout ça sans un allumage de loupiote).

Pour moi, demander à quelqu'un de monter une chaise, ce n'est pas monter une chaise.

Soit j'ai loupé un épisode, soit cet argument est complètement débile. C'est la même chose que de dire que C++ est compliqué parce qu'il est difficile de coder un compilateur C++. Et qu'utiliser g++, c'est de la triche.

J'imagine que tu as donc codé ton OS, tes drivers, tes compilateurs, ton bureau, et ton navigateur?

Non seulement réinventer la roue est coûteux en temps, mais c'est aussi complètement stupide pour des raisons d'efficacité (bugs et optimisation). Alors oui, la programmation, la plupart du temps, c'est de l'assemblage d'algorithmes déja faits. Je ne suis pas certain qu'apprendre à faire du tri à bulle soit une compétence valorisable, c'est un exercice intéressant, mais savoir faire ça n'est probablement pas, la plupart du temps, quelque chose d'important. Ceci dit, il existe des milieux où la masturbation intellectuelle est bien vue, mais en ce qui me concerne, si j'ai à choisir entre deux étudiants, que je leur demande de trier un vecteur, et qu'un me recode un algo de tri tandis que l'autre m'écrit une ligne où il appelle un sort(vector), sans hésiter, je prend le second.

OK, on le refait avec le contexte :

Remarque: Mieux vaut un format simple parce qu'on peut coder facilement son propre parseur
Réponse: Personne de sensé ne code son propre parseur, mieux vaut un parseur XML validé par la communauté qu'un parseur maison non testé

Donc non, ce n'est pas une obligation d'utiliser XML, personne n'a jamais prétendu ça. C'est juste que l'argument du parseur compliqué est bidon.

Et pour revenir, sur un point, oui quand le moteur se coupe pour un défaut de relais de puissance sur les injecteurs, en virage, et donc que l'on a plus d'assistance a la direction, ni au freinage, qu'il fait nuit (heureusement les feux sont resté allumé), que l'on est un peu crevé … c'était limite le crash.

Nan mais personne n'a jamais dit le contraire. Tu es en train de rouler, et d'un coup, tu pers l'assistance au freinage : évidemment tu vas te planter au premier virage. Tu n'es pas pilote de ligne, tu n'as pas de checklist et tu n'apprends pas par cœur des séries de tests à faire dans le bon ordre pour réagir comme il faut à tout un tas de pannes imprévisibles.

On parlait d'une situation tout à fait différente : un type qui a une double panne improbable (blocage du régulateur à très haute vitesse ET perte de l'assistance au freinage) sur autouroute, et qui a plusieurs minutes pour réagir. Et là, il fait quoi? Il appelle les flics. C'est une vaste blague, n'importe qui essayerait de reprendre le contrôle de la bagnole avant, et comme dit plus haut, il existe 3 à 5 trucs évidents à essayer, dont deux (rétrograder et passer au point mort) ne peuvent pas ne pas fonctionner (certes, au risque de flamber le moteur).

Le truc, c'est que le contexte est crédible : en effet, on a de plus en plus d'électronique dans les bagnoles, en effet, les systèmes sont assez buggés et que dans certaines circonstances, les pannes peuvent être dangereuses, en effet, les constructeurs semblent aimer retirer des mécanismes physiques simples pour les remplacer par des transmissions électroniques, et qu'un jour il faudra bien assumer de mettre quelque part un coupe-circuit avec un gros bouton rouge. Tout ça est vrai, et c'est en effet inquiétant, mais ça n'enlève rien au fait que les circonstances de ce fameux "incident" font qu'il est objectivement impossible de valider la version du conducteur. Le mec est un menteur, ou il était shooté, ou il a fait n'importe quoi, mais la panne qu'il décrit est simplement impossible.

Ouais, il a carrément retiré la clé, quoi…

Dans la panique, tu peux aussi décrocher ta ceinture, ouvrir la portière, et te jeter dehors. ou appuyer sur tous les boutons. Ou ouvrir le capot avec la manette. Tout ça me semble plus crédible que d'appeler les flics pour qu'ils ouvrent la barrière de péage…

Compresser un fichier XML, c'est un non-sens, parce qu'on perd l'un de ses intérêts principaux

Je ne pense pas que ça soit juste. Un fichier texte se lit avec un logiciel, la distinction texte/binaire est symathique au quotidien, mais elle n'a pas vraiment de sens en informatique. Ce que tu appelles un fichier texte, c'est juste un ficher binaire que tu peux lire avec un décodeur binaire -> ascii (vim, emacs, less, ou libre office, pas très important). Ça prend à peu près 5 secondes de créer un alias "zipless" qui va te lire les fichiers compressés sans quetu t'en rendes compte, c'est juste un réencodage de fichier ascii sous un format compressé. D'ailleurs, il existe des systèmes de fichiers qui gèrent la compression et décompression à la volée… bref, c'est un non-argument. Un fichier zip ou un fichier txt, c'est juste deux moyens de stocker un fichier xml, l'un étant plus efficace que l'autre en terme de stockage, l'autre étant plus efficace en temps d'accès.

Ou alors, les devs se sont tapé l'écriture d'un parseur XML à la main et on la flemme d'en écrire un autre.

Ou alors les devs ne sont pas des gros blaireaux et ils utilisent libxml ou autres bibliothèques codées par des gens qui savent écrire et tester un parseur. Un logiciel qui contient son propre parseur de fichier non-trivial, à mon avis, c'est déja un signe que quelque chose ne tourne pas rond : soit tu a redéfini ton propre format (évidemment, sans norme ou doc sérieuse, ce qui fait que tes utilisateurs se trouvent à la merci de bogues aléatoires à l'utilisation de caractères spéciaux, d'encodage de fin de ligne différent, etc), soit tu as réimplémenté un parseur pour un format existant, ce qui est un bon exercice pendant ses études, mais qui relève de l'enc* de mouches dans le monde réel, puisqu'il est très très très très probable que quelqu'un d'autre l'a déja fait en mieux et libéré son code sous une licence assez permissive pour que tu puisses le réutiliser.

On n'a pas besoin d'épiloguer sur les défauts d'XML, tout le monde les connait. Quelques points qui vont dans l'autre sens quand même:
* La taille du fichier, on s'en fout pas mal, ça passe très très bien à la compression (c'est du texte très redondant)
* "Les devs ont la flemme d'écrire un parseur" -> "les devs ont l'intelligence de réutiliser des parseurs déja déboggués"
* La structure hiérarchique imposée par le xml permet de rationnaliser le stockage des données, à définir des noms de champs signifiants, etc.
* Il ne faut pas oublier la possibilité hyper-intéressante de définir un doctype et donc d'avoir une autovalidation du format, voire une auto-documentation.
* XML est conçu pour faciliter dans une grande mesure la compatibilité entre versions du fichier (en tout cas, ça ne va pas faire planter le parseur, ce qui est déja pas mal)
* Les gens qui ont un cerveau cablé d'une manière particulière qui permet de comprendre comment on se sert des moulinettes XSLT semblent trouver ça utile.

Je me demande au final si les problèmes attribués au XML ne sont pas en fait des problèmes à attribuer aux développeurs, qui utilisent XML à la place de fichiers textes, à la place de formats binaires (typiquement, pour stocker l'état interne d'un programme OO), ou à la place de bases de données. J'ai l'impression qu'XML excelle dans les formats qui mélangent contenant et contenu, avec une organisation peu prévisible—typiquement, des fichiers comme des pages HTML ou des documents de traitement de texte, où on va trouver des trucs comme <document> <title> Bla bla</title> Texte text <italics> texte texte </italics> <img url=http://www.image.com /> </document> . Une niche pas si large, mais dans laquelle les propriétés d'XML sont probablement beaucoup plus utiles qu'ailleurs.

Ce cas était très, très, très bizarre. Une bagnole est conçue pour s'arrêter dans tous les cas, il y a de multiples sécurités pour vérifier ça. Dans le cas très improbable où le régulateur de vitesse se bloquerait à 200 km/h, combien de temps mettrait une personne normale à 1) se mettre debout sur les freins (ce qui arrête toujours la bagnole, même avec l'accélérateur bloqué à fond, et même avec l'assistance au freinage désactivée), 2) mettre le frein à main, 3) rétrograder (à fond en première, tu ne roules pas à 200!), 4) mettre au point mort, 5) couper le contact ?

Le plus probable c'est que le gars a paniqué après avoir eu l'impression de s'être fait chopper pour excès de vitesse, et qu'il a inventé une histoire à dormir debout pour échapper à la prune.

issue.fr est en vente, et issue.uk n'est pas attribué. Ça ne semble pas être l'exemple parfait non plus…

Si on avait pas le DNS il faudrait que chaque internaute ait son propre annuaire pour trouver une IP pour aller sur un site…

Je n'ai jamais dit que le DNS n'était pas utile, ce que je dis c'est que la solution technique d'avoir mis en place des TLD concurrents était stupide, dangereuse, et motivée par l'appat du gain.

En gros, tu as 1) un système de nommage signifiant (très bien), 2) un système de répartition de la charge, sur des bases locales mais pas seulement (pourquoi pas?). Et là, on combine les deux, et c'est la merde totale. Un peu comme si tu partageais la charge sur plusieurs serveur de cache, mais que cache1/page1 te renvoyait quelque chose de différent de cache2/page1, en fonction de la localisation du serveur de cache et surtout de qui a payé plus cher l'hébergeur du serveur… hyper classe.

Donc à quoi sert le TLD ? Si quelqu'un réserve prout.fr et que je ne peux donc pas réserver prout.com ou prout.tv, etc… Autant dire qu'on a réservé prout, plus besoin de TLD…

Tu l'as dit toi-même plus haut : en pratique, la multi-réservation sert à (i) se préserver du cybersquattage et/ou des concurrents homonymes, et (ii) de faire une redirection vers un site dans une langue ou vers une filiale locale.

C'est pas parce que tu me sors plusieurs exemples que ton propos en est plus vrai. Je peux te répondre la même chose : ouai super des exemples qui posent problèmes pour des millions d'exemples qui fonctionnent.

Sauf que moi j'ai cité des vrais exemples qui posent des vrais problèmes dans la vraie vie, alors qu'en réponse je n'ai que des trucs théoriques qui n'existent pas. Non, sans blaguer :

• Le nom de domaine est un nom commun, type oiseau.fr ou botany.uk . Le risque de collision entre deux langues est ridiculement petit (faux amis parfaits), et ne justifie absolument pas une telle usine à gaz pour être géré. Par ailleurs, le fonctionnement d'internet montre que très peu de sites non-commerciaux, purement informatifs, existent—quand ils existent, ils sont hébergés avec une adresse en free.fr/oiseau. Personne ne tape une telle url au pif, d'ailleurs.
• Le nom de domaine est un nom de famille, pour un usage privé. Les homonymes dans un pays sont légion, et la gestion des homonymies internationales est hyper-marginal, puisque même à l'heure de la mondialisation, il ne risque pas trop d'y avoir beaucoup de concurrence sur martin.jp .
• Le nom de domaine est le nom d'une petite entreprise locale, qui n'est pas destinée à faire de l'international. J'imagine que c'est sur ce genre de cas que le TDL est censé être motivé. Le problème est qu'Internet est international par défaut, et que la résolution à l'échelle d'un pays ne fonctionne pas—s'il y a des toto-taxi.fr vs taxi-toto.fr, je ne vois pas le gain pour toto-taxi.ca. D'ailleurs, la concurrence sur le domaine .com sera rude.
• Le nom de domaine est un nom de marque, d'organisation, ou d'association. Guerre totale, si deux ont le même nom, tout le monde va s'étriper sur les TLD nationaux en fonction de leur développement.

Non. Je peux retenir que FR c'est pour France, le site a des chances d'être en français, et COM c'est pas lié à un pays en particulier (même si dans ce cas, comme souvent, c'est le TLD pour les USA).

Transformer des indications de localisation en langue, c'est super débile, désolé. Pour avoir vécu à l'étranger dans un pays dont je ne connaissais pas la langue, j'ai maudit je ne sais pas combien de fois les crétins qui se permettaient d'imposer leur norme nombriliste par rapport aux préférences du navigateur. Taper "sncf.fr" ne veut pas dire que je parle français. Tu parles de sémantique des TLD, mais tu prouves que cette sémantique n'existe pas, c'est du petit bonheur la chance. Parfois, on est juste redirigé vers un serveur unique, parfois sur des serveurs locaux, parfois ça change la langue, parfois non, parfois le .com et le .fr redifigent vers l'entreprise et le service client local, mais parfois non. Personne n'utilise les TLD de la même manière, je pense que c'est le contraire d'un système sémantique.

… ce qui n'empêcherait pas d'avoir une base de données commune pour l'enregistrement de noms ; autrement dit, que le propriétaire de toto.fr puisse réserver toto.com et toto.be sans qu'un tiers ne puisse le faire. Ça permettrait de garder le système distribué tout en évitant le squattage local des TLD inutilisés.

Perso je surf google.com et google.fr, pour le fil d'actualité ou bien les recherches, et je fais bien la différence

Bah ouais, pareil que si c'était google.342 et google.129 . Le premier gusse qui a eu l'idée stupide de différencier des noms signifiants à partir d'une extension non signifiante(*) devrait être pendu par les parties génitales jusqu'à ce que mort s'ensuive. Je trouve ça dingue que des gens se soient tellement habitués au système qu'ils n'en voient même plus les failles!

(*) Il est peut-être possible qu'à l'origine, on ait pu imaginer que l'extension puisse être signifiante, mais elle ne l'est plus depuis très longtemps.

le protocole DNS est sensé justement gérer correctement les collisions

Ah ouais, vachement bien même : il les gère en rackettant les gens pour qu'ils payent très cher l'absence de collisions. Encore une fois, tartempion.com et tartempion.net qui ne renvoient pas au même site, c'est un superbe exemple de collision sémantique, gérée par DNS en ajoutant un truc sans signification après. Je ne vois pas où est l'élégance du système.

Centraliser les choses… fiou… S'il n'est pas possible de réserver le même nom sur deux TLD le TLD ne sert à rien :)

Mais si, c'est juste que quelqu'un d'autre ne pourrait pas réserver le même nom sur un autre TLD.

C'est un peu normal que tissue.uk et tissue.fr n'évoque pas la même chose à l'internaute !

Ouais, super, un exemple qui fonctionne censé faire oublier des millions d'exemples qui ne fonctionnent pas. C'est normal que pendant presque 10 ans, wikipedia.fr a été squattée et ne renvoyait pas sur fr.wikipedia.org ? C'est normal que sas.no, sas.se, et sas.dk renvoient vers le site de Scandinavian AirLines, mais que sas.de revoie vers le logiciel, et qu'il faille faire flysas.de pour les billets d'avion? Tu trouves normal qu'april.org renvoie vers l'association, alors que april.fr est une assurance? Faut arrêter de blamer les utilisateurs, les gens responsables d'Internet ont créé un système débile et corrompu sans aucun intérêt ni pour les internautes, ni pour les entreprises, simplement destiné à siphoner du pognon en entretenant un écosystème encourageant la concurrence féroce et l'escroquerie.

Les utilisateurs de Microsoft savent contourner les bugs de Windows, de la même manière dont on sait contourner les bugs d'Internet. Ni l'un ni l'autre ne devraient nous empêcher d'y voir les problèmes, les nier comme tu le fais en les faisant passer pour des fonctionnalités est un comportement d'utilisateur captif.

Sans compter que ça ne tient pas une seconde. La décision de créer des noms de domaines rend l'adresse signifiante : si on était restés aux adresses IP rentrées comme des numéros de téléphone, on n'aurait pas ce problème. À partir du moment où on a un système qui transforme une adresse numérique en suite de lettres (enfin l'inverse, mais vous voyez ce que je veux dire), on est en droit de s'attendre à ce que la suite de lettre ait une signification. Or, qu'est-ce que les gens lisent dans www.google.fr? Ils lisent "google". Ils ne lisent pas ".fr", car cette partie de l'adresse n'est pas signifiante, c'est une sorte de résidu technique de l'adessage, un peu comme si un numéro de téléphone pouvait s'écrire 04MarcelDupont.

L'argument de l'utilisateur un peu bête pourrait tenir s'il s'agissait de gérer les erreurs d'URL. Si quand on tapait www.google.fr ça renvoyait une erreur, on s'habituerait très vite à essayer quelques combinaisons .com .org .net pour trouver la bonne (c'est ce que je fais avec linuxfr, je ne me rappelle jamais de l'extension à la c***). Le problème c'est toutes les tentatives d'hameçonnage et d'escroquerie, qui font pointer des URL légitimes vers des sites pourris.

Après, qu'on ne s'étonne pas que les gens utilisent google comme serveur DNS (d'ailleurs, c'est ce que je fais de plus en plus). Gooogle a le bon gout de t'envoyer la plupart du temps sur le site légitime, sans que tu ne tapes d'extension. C'est une sorte d'heuristique pour contourner les problèmes techniques graves générés par ce système idiot. Pourtant, il y aurait une solution simple : 1) supprimer les noms de domaine de moins de 4 caractères (on est sûrs et certains que les acronymes de 3 lettres vont entrer en collision), et 2) centraliser les choses pour qu'il ne soit pas possible de réserver le même nom sur des TLD différents. Évidemment, il y a le mythe du Marcel Dupont québécois qui serait grillé par le Marcel Dupont français, mais c'est peanuts par rapport à Marcel Dupont international qui ne peut pas réserver son nom au Canada parce qu'un couillon a créé un nom de domaine pour rediriger ses emails. La réservation du même nom avec des extentions différentes me semble être un bug, pas une feature du système.

Je suis exactement dans le même état d'esprit. Les ingé réseau sont habitués aux TLD, à la résolution des noms de domaines, au problèmes techniques liés aux DNS, etc. Mais vu de l'extérieur, ces trucs paraissent complètement ridicules, et vont dans le sens opposé à ce qui serait logique : plus on a TLD et plus on a de caractères spéciaux, plus les risques de squattage et d'hameçonnage sont importants. J'ai l'impression que les décisions récentes sont faites uniquement pour enrichir l'ICANN et les gestionnaires de noms de domaines ; en side effect ça va enrichir les escrocs; et au final c'est l'économie réelle qui va être ponctionnée.

Rien que pour Wikipédia, les noms de domaine représentent un budget très conséquent, avec des milliers de noms à réserver. Je trouve ça anormal qu'une association doive dépenser des dizaines de milliers de dollars tous les ans pour éviter que des escrocs squattent wikipedia.to, wikiqedia.fr, ou tout un tas de combinaisons unicode invisibles à l'œil nu. À chaque fois qu'un nouveau TLD apparait, paf, encore des centaines de dollars de claqués pour absolument rien.

Ajouter des overload n'est pas compatible source.

Ah oui, moi j'étais juste resté sur les problèmes de cast automatique (style void func(double) qui peut être appelée func(3) ou func(3.0) sans problème, jusqu'au jour où elle est overloadée en void func(int)), qui ne posent problème que si le code est crade.

Je ne connais rien aux contraintes des compilos et des problèmes de cohérence des langages, mais il ne serait pas plus sain d'avoir un mot clé, je ne sais pas «nooverload», pour justement garantir à l'utilisateur que l'API est stable en terme d'overload, et qu'il peut faire des pointeurs de fonction de manière stable?

la trouvez vous utile et esthétique?

Avec une URL qui ne fonctionne pas, a priori, je ne saurais pas vous répondre. En général, les application n'offrent aucune plus-value aux utilisateurs par rapport à un site web bien fait. Donc sans voir l'appli, je dirais que non, elle n'apporte rien. Faites un site web accessible, ça suffit.

Au passage, je ne voulais pas paraitre impoli dans mon message précédent, mais les gens qui participent à ce site sont en moyenne assez spécialisés, et sensibilisés aux problèmes de respect de la vie privée, et de l'accès au code des logiciels qu'ils utilisent. Votre question est visiblement complètement naïve, et probablement sans le savoir, vous faites de la promotion pour quelque chose que la plupart d'entre nous détestons : une application propriétaire, qui n'apporte rien, qui n'est pas accessible (la preuve, nous ne pouvons rien voir de nos ordinateurs), et dont le seul objectif est peut-être de récupérer des données privées sur les téléphones de vos clients (géolocalisation, etc). Vous ne pouvez pas vous attendre à ce que les gens y mettent les formes si vous ne prenez pas 30 secondes pour comprendre où vous posez vos questions…