Re: [OSM-talk-fr] OpenStreetMap un bloatware ?
En lisant un peu, en fait c'est à prendre avec humour, car en fait il cite tout ce qui est très utile et dont on ne se passe plus. Comme s'il fallait regretter le temps des PC à 8 Mhz et 384Ko de RAM, pas d'Internet, des modems à 33Kbit/s (ou encore le minitel). Pourtant c'était nettement moins efficace (énergétiquement) et beaucoup plus cher qu'aujourd'hui et le moindre truc prenait un temps fou (donc coûtait aussi de l'argent et de la vie personnelle), et beaucoup d'effort pour arriver à obtenir quelquechose qu'on avait peine à maintenir ou adapter à autre chose : ça remplissait une fonction unique (pas forcément mal, mais que d'effort !) Et pourtant il le fait sur Internet avec un navigateur, et ne dit pas grand chose des ressources prises par tout navigateur en fonction et la taille démente des OS et le temps à les installer et les maintenir à cause de la nécessite constante de les remettre à jour. si on n'est pas prêt à ça, on ne prend pas de PC, on n'a pas de smartphone qu'on rachète tous les 2-3 ans, on éteint sa télé (oui nos télés maintenant sont aussi des PC, comme aussi nos box Internet et nos smarthpones, peu importe le processeur d'ailleurs, après tout les Mac aussi sont des PC maintenant et le changemetn de famille de processeur plusieurs fois dans cet OS n'a rien changé pour l'utilisateur final, sauf qu'il a du racheter ses appareils). Moi ce que j'appelle bloatware ce sont plutôt les applis mobiles qui se remettent à niveau tous les jours juste pour charger de nouvelles publicités et qui consomme les forfaits data, la batterie, et le stockage local de plus en plus encombré. Ou encore tous les trucs préinstallés par les fabricants de smartphone et qui collectent des données dès qu'on a accepté les "conditions d'utilisation" qu'on ne peut pas refuser, et qu'on ne peut pas arrêter ni désinstaller ou remplacer, ou qui insistent pour se mettre à jour et refusent de fonctionner sinon, les mises à jour étant de plus en plus volumineuses et finissant même par saturer le téléphone et le rendre inutilisable (sans compter qu'on ne peut pas remplacer l'OS non plus à cause des barrières logicielles imposées et clés de sécurité, sans utiliser des outils de craquage encore plus dangereux juste pour parvenir à "rooter" l'appareil. Le bloatware c'est aussi les firmwares propriétaires de tous nos appareils : on peut changer le BIOS, l'OS pour un OS libre, tout reformater, ce firmware est toujours là et fait tout ce qu'il veut. Il y en a partout: un PC ce n'est pas qu'un processeur, il y a des tas de composants ayant leurs propre firmware propriétaire, même un simple clavier ou une cartouche d'encre, et la quasi totalité des puces et controleurs. Là tout est opaque, on ne peut même pas savoir ce que font ces composants avec les outils logiciels ou l'OS, ils sont invisibles, peuvent tout surveiller sans être détectés. Ils ont tous des backdoors capable de faire ce qu'ils veulent et à tout moment. Ils ont aussi une obsolescence programmée qui va générer une pseudo-panne. Et ça se développe aussi dans les voitures. Le but étant de forcer une intervention payante chère juste pour reprogrammer le composant en une touche et quelques secondes ou nous forcer à remplacer l'appareil. Franchement ce qu'il cite est justement ce qui cause le moindre mal, est le plus efficace à l'heure actuelle, et coûte le moins en rendant le plus de services et qui est le plus facilement adaptable aux évolutions et aux besoins de chacun. Le dim. 19 janv. 2020 à 13:40, Stéphane Péneau a écrit : > Merci pour vos réponses. > > Je ne pense pas que ce soit un troll, mais plutôt qu'il a vu une toute > petite partie de ce qu'est réellement "OpenStreetMap". J'ai fait une > dernière réponse : > > https://linuxfr.org/users/kwiknclean/journaux/tout-cela-me-fatigue#comment-1797124 > > Stf > > Le 19/01/2020 à 00:16, marc marc a écrit : > > Le 18.01.20 à 18:10, Stéphane Péneau a écrit : > >> J'ai été assez surpris d'un commentaire sur linuxfr, qui citait > >> OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir > >> demandé comment il en était arrivé à cette conclusion, sa réponse [2] me > >> donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ? > >> > >> [1] https://linuxfr.org/nodes/119088/comments/1796042 > >> > >> [2] https://linuxfr.org/nodes/119088/comments/1796846 > > il y a beaucoup de "caricature simpliste d'un monde complexe" > > mais je trouve qu'il y a quand même un part de vrai : > > les serveurs osm.org de rendu par exemple, c'est un exemple de pelote, > > tellement emmelé que leur évolution a du mal. > > > > ceci dit, là où il se trompe à mes yeux, c'est que l'empilement permet > > de réutiliser des briques simples au lieu d'inventer un nouveau Xieme > > protocole ou Xieme brique qui fait quasi pareil que l'existant mais qui > > a 1% de différence "d'optimisation" et qui au final rendra le moins > > performant ou moins facile à maintenir (parce qu'à chaque amélioration > > de la brique standard, il
Re: [OSM-talk-fr] OpenStreetMap un bloatware ?
Merci pour vos réponses. Je ne pense pas que ce soit un troll, mais plutôt qu'il a vu une toute petite partie de ce qu'est réellement "OpenStreetMap". J'ai fait une dernière réponse : https://linuxfr.org/users/kwiknclean/journaux/tout-cela-me-fatigue#comment-1797124 Stf Le 19/01/2020 à 00:16, marc marc a écrit : Le 18.01.20 à 18:10, Stéphane Péneau a écrit : J'ai été assez surpris d'un commentaire sur linuxfr, qui citait OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir demandé comment il en était arrivé à cette conclusion, sa réponse [2] me donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ? [1] https://linuxfr.org/nodes/119088/comments/1796042 [2] https://linuxfr.org/nodes/119088/comments/1796846 il y a beaucoup de "caricature simpliste d'un monde complexe" mais je trouve qu'il y a quand même un part de vrai : les serveurs osm.org de rendu par exemple, c'est un exemple de pelote, tellement emmelé que leur évolution a du mal. ceci dit, là où il se trompe à mes yeux, c'est que l'empilement permet de réutiliser des briques simples au lieu d'inventer un nouveau Xieme protocole ou Xieme brique qui fait quasi pareil que l'existant mais qui a 1% de différence "d'optimisation" et qui au final rendra le moins performant ou moins facile à maintenir (parce qu'à chaque amélioration de la brique standard, il faudra du temps pour maintenir le fork optimisé). On a cela pas loin... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap un bloatware ?
Le 18.01.20 à 18:10, Stéphane Péneau a écrit : > J'ai été assez surpris d'un commentaire sur linuxfr, qui citait > OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir > demandé comment il en était arrivé à cette conclusion, sa réponse [2] me > donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ? > > [1] https://linuxfr.org/nodes/119088/comments/1796042 > > [2] https://linuxfr.org/nodes/119088/comments/1796846 il y a beaucoup de "caricature simpliste d'un monde complexe" mais je trouve qu'il y a quand même un part de vrai : les serveurs osm.org de rendu par exemple, c'est un exemple de pelote, tellement emmelé que leur évolution a du mal. ceci dit, là où il se trompe à mes yeux, c'est que l'empilement permet de réutiliser des briques simples au lieu d'inventer un nouveau Xieme protocole ou Xieme brique qui fait quasi pareil que l'existant mais qui a 1% de différence "d'optimisation" et qui au final rendra le moins performant ou moins facile à maintenir (parce qu'à chaque amélioration de la brique standard, il faudra du temps pour maintenir le fork optimisé). On a cela pas loin... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap un bloatware ?
Le 18/01/2020 à 19:05, Vincent Bergeot - vinc...@bergeot.org a écrit : L’effet Dunning-Kruger, ou effet de surconfiance, est un biais cognitif selon lequel les moins qualifiés dans un domaine surestiment leur compétence. Autrement dit : ne rien dire c'est prendre le risque de passer pour un con. Dire c'est risquer de le prouver. On le remerciera d'avoir levé l’ambiguïté^^. Dans un premier temps il dit qu'en parlant d'OpenStreetMap il ne sait pas de quoi il parle. Alors tu te tais du con ! Ensuite il parle d'utiliser un protocole carto. Bien justement, la carte du site utilise un XYZ, l'équivalent d'un TMS. Mais bon je pense qu'on vient de lui donner deux nouveaux noms... Et les données sont disponibles en PBF sur des sites FTP. Côté performances on a vu pire. Et sur mon téléphone portable j'ai le monde entier sur carte microSD. En fait pas tout, je pourrais mais je ne télécharge que les pays ou régions au besoin. Merci OSMAND. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap un bloatware ?
Le 18/01/2020 à 18:36, Christian Quest a écrit : Hum... beau troll, non ? Il ne parlaient pas plutôt de JOSM (troll²) ? -> [ ] -- GnuPg : 156520BBC8F5B1E3 Because privacy matters. On mangera ? (c) (tm) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap un bloatware ?
Hum... beau troll, non ? Le 18/01/2020 à 18:10, Stéphane Péneau a écrit : J'ai été assez surpris d'un commentaire sur linuxfr, qui citait OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir demandé comment il en était arrivé à cette conclusion, sa réponse [2] me donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ? [1] https://linuxfr.org/nodes/119088/comments/1796042 [2] https://linuxfr.org/nodes/119088/comments/1796846 Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap un bloatware ?
Le 18/01/2020 à 18:10, Stéphane Péneau a écrit : > J'ai été assez surpris d'un commentaire sur linuxfr, qui citait > OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir > demandé comment il en était arrivé à cette conclusion, sa réponse [2] me > donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ? C'est un peu l'impression. Tu peux lui dire qu'OSM est bien à la base de données. Il y a pleins d'utilisations en aval dont le rendu par défaut. Ce rendu par défaut est juste un démonstrateur qui n'a pas vocation à être utilisé en production. Ceux qui tirent trop dessus se font bloquer. Libre à lui de faire son propre serveur/rendu ultra-optimisé mais le temps (même bénévole) c'est de l'argent. Alors, on fait des choix entre ressources matériels et ressources humaines. Tout n'est pas perdu. Il faut lui montrer la démo de serveur de tuiles vectorielles sur rasp ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap un bloatware ?
J'ai été assez surpris d'un commentaire sur linuxfr, qui citait OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir demandé comment il en était arrivé à cette conclusion, sa réponse [2] me donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ? [1] https://linuxfr.org/nodes/119088/comments/1796042 [2] https://linuxfr.org/nodes/119088/comments/1796846 Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
