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 <stephane.pen...@wanadoo.fr> 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 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 >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
