Bon, je viens de réessayer KDE Connect, du coup, et en fait, maintenant, ça marche!
Alors ne faites pas comme moi:
-Chaque notification du téléphone est envoyée à XMPP via MAXS, et à KDE Connect
-Chaque notification du PC est envoyée au téléphone, et donc à mon client XMPP vias MAXS
-J'ai conversations sur mon téléphone qui génère des notifications par défaut pour les messages du client MAXS
862 message sur le client MAXS en quelques secondes, c'est pas mal comme test de charge!
Je t'avoue que l'idée m'a traversée la tête également:
Une interface spécifique dans les clients, voire un client lui-même, à la KDE Connect.
Le gros avantage que je vois sur KDE Connect, c'est que:
-KDE Connect marchait très bien sur ma tour (Debian) et ne marche pas sur mon portable (KDE Neon), avec le même téléphone, et je ne sais pas pourquois (j'avoue ne pas avoir envoyé de rapport de bug).
-MAXS marche sur n'importe quelle machine, parce que t'as juste besoin d'un client XMPP, et donc aussi sur le PC du bureau sous Windows, une fois que je lance un client web!
Sur la manière de faire, par contre, je te laisse juge, je ne suis qu'un humble utilisateur, mais je dirais que je préfère la méthode qui fournit une fonction rapidement quitte à la réécrire plus tard plutôt que fignoler un truc qui sera parfait dans plusieurs années. Alors c'est sûrement perfectible, mais ça juste marche.
Pour le côté difficile à mettre en place, ça doit surtout être une question de packaging, non?
Quelqu'un qui sait ce qui fait n'aurait sans doute pas trop de mal à fabriquer un paquet "tout-en-un" avec de réglages par défaut qui vont bien pour un serveur donné, non?
Ça n'est pas tout-à-fait la même chose.
Je ne sais pas si l'attitude "parce qu'on a toujours fait comme ça" relève du culte du cargo.
Dans le "on a toujours fait comme ça", il n'y a pas d'attente à un résultat particulier, mais plus à une absence de problème surprise.
Cela dit, je ne peux m'empêcher d'ajouter mon histoire préférée:
NOTE IMPORTANTE: Je n'ai jamais trouvé (en fait cherché) à confirmer cette histoire, ça pourrait n'être qu'une légende urbaine:
Pendant la guerre, l'armée américaine a eu tout le mal du monde à fabriquer les sièges d'avions de combat. Dans les spécifications, le cuir devait être traité avec de la matière fécale de lama (oui oui). Sauf qu'ils n'arrivaient pas à en faire venir suffisamment.
Ils ont donc d'abord essayé à maintes reprises d'implanter un élevage de lama sur place, sans grand succès (l'histoire ne dit pas pourquoi).
Après beaucoup de vains efforts, ils ont finalement décidé de chercher une solution de remplacement, ce qui suppose de comprendre pourquoi le traitement est requis au départ…
Un retour en arrière leur permit de voir que les specs du cuir on été faite à l'arrache faute de temps, et qu'elles sont en fait calquées sur les specs du cuir des selles de chevaux de l'armée.
Les specs du cuir des selles de chevaux de l'armée ont elles-mêmes été pompées sur les specs du cuir des chevaux de l'armée britannique d'avant l'indépendance (!!).
Ils se lancent donc dans un échange avec le Royaume-Uni dans le but de retrouver l'origine de cette spec bien mystérieuse.
Sauf qu'au R.-U., on n'utilise plus ce traitement, et il faut plonger dans les archives pour retrouver quand et pourquoi il a été supprimé.
(là vous imaginez les ressources engagées là-dedans alors que mine de rien… c'est la guerre…)
Après bien des efforts, le R.-U. trouve enfin la réponse:
1. Les Britanniques recevaient beaucoup de jeunes chevaux inexpérimentés et peu dressés.
2. Ces chevaux étaient nerveux à cause de l'odeur du cuir neuf des selles de cheval.
3. Alors ils traitaient les selles avec des crottes de lama pour masquer l'odeur du cuir neuf!
Moralité: n'acceptez jamais "parce qu'on a toujours fait comme ça!" en réponse à un pourquoi!
Vu le temps de démarrage actuellement, je ne serais pas étonné que ce soit une solution efficace (en moyenne, pas à chaque fois évidemment) pour quelqu'un qui ne comprends pas le problème.
Mon portable du boulot a encore un HDD (tout comme ma tour à la maison mais elle n'est pas sous Win).
Le temps de démarrage entre l'allumage et le moment où le système est vraiment utilisable dépasse largement les 10min. (faut dire que Outlook et Skype Business prennent leur temps et des ressources…).
Alors si, le temps de démarrage aujourd'hui est encore un problème pour certain.
Cela dit, mon nouveau portable sera livré dans 3 jours (enfin, ça fait une semaine qu'il arrive dans 3 jours, je ne désespère pas). J'aurai tout le loisir de redémarrer sans cesse…
En même temps, je ne vois pas ce qui empêche la France ou l'UE d'imposer effectivement que tout matériel vendu qui supporte IPv4 soit obligé de supporter également IPv6 à partir de JJ-MM-AAAA.
Par la suite, on peut imposer aussi aux FAI de fournir une adresse IPv6 à leurs clients, d'abord ceux qui le demandent, puis tout le monde.
Quand on est l'État, on n'est pas censé avoir besoin d'un monopole sur des fréquences pour imposer son point de vue!
Si tu retardes la mise en prod, l'opposition te tombe dessus en disant que tu gères comme un gland.
Pire: s'il est encore possible de faire machine arrière, un changement de parti au pouvoir peut annuler tout le projet en disant que c'est de la merde et en pointant du doigt leur prédécesseur pour gaspillage.
Par contre, si tu penses perdre l'élection qui approche, ça peut aussi être un "cadeau" pour les suivants.
Sondage: à quoi pensait Harper quand il a forcé Phoenix en prod?
Notez que dans certaines grosses boites, on voit ce genre de manoeuvres aussi…
L'hémisphère nord, ce n'est pas juste la France.
Viens faire un tour au Québec et essaie donc d'éteindre le chauffage au mois d'avril (un indice: ça fait 3ans que je suis arrivé, et il a toujours neigé au moins une fois en Avril).
Je suppose qu'il y a des équivalents dans l'hémisphère sud, où au mois d'avril ça commence à refroidir.
Maintenant, on sait aussi que la différence de développement économique veut dire que la capacité installée ne sera peut-être pas la même, mais si Quarnot vend du temps de calcul à la demande, peut-être qu'ils intègrent aussi dans leur modèle des revenus variables au cours de l'année.
Le chauffage collectif urbain tel qu'il existe déjà dans ma ville mais "alimenté" par des data-centers est une solution qui me paraît plus convaincante.
Dans un monde idéal, oui.
Dans un monde non idéal où
1.La plupart des logements existants n'ont pas prévu le chauffage collectif et les travaux pour l'ajouter seraient astronomiques
2.Les besoins d'ajout de puissance de calcul sont incessants et l'emplacement des futurs datacenters ne sera pas non plus déterminé par les opportunités en chauffage collectif
ça ne me paraît pas déconnant du tout!
Puisque les ordinateurs seront construits, puisqu'il y a de grandes chances que la chaleur dissipée sera perdue, ça me semble être un bon compromis.
Bon, par contre, que ça "reconnaisse" les gens à la maison et tout le reste, ça me fait plutôt flipper d'un point de vue vie privée…
Faut se rendre compte de plusieurs choses:
Les composants électroniques voient des températures de 300--400°C facilement pendant leur fabrication, y compris l'encapsulation de la puce dans le plastique. Quand on les soude sur une carte, on y met souvent un "underfill" (désolé je ne connais pas le terme en Français) pour protéger les connexions entre la puce et la carte, également à des températures bien plus élevées que la puce verra jamais en opération (sauf si tu laisses tout cramer, et je ne veux pas dire à 150°C, hein).
Les métaux diffusent, c'est physique, mais à des taux tellement faible, même à 120°C, que tu ne seras jamais capable
de les détecter en surface du boîtier (boîtier plastique moulé je veux dire).
La raison pour laquelle "ça pue", c'est plutôt la poussière:
La poussière va coller plus facilement sur une surface chaude. En utilisation, le ventilateur ne lui permet pas de se déposer, mais quand tu éteins ta machine, le ventilo s'arrête, mais les surfaces sont encore chaude.
Ce que tu sens au démarrage, c'est que tu crames cet amas de poussières, et le ventilo expédie ce qui s'en dégage hors de la machine.
Pour t'en convaincre, trouve n'importe quel système de chauffage qui utilise un élément chauffant et un ventilateur: ça pue au démarrage, pas besoin de composant électronique dedans.
L'imprimante serait donc bien plus vieille que ce qu'il dit!
Ahaaah! La main dans le sac! On ne peut pas reprocher à un constructeur de forcer une maintenance préventive après 68ans d'utilisation!
Je ne sais pas à quel point les ROMs des constructeurs ralentissent Firefox et pas le reste. Perso j'irais d'abord voir si ce n'est pas une extension qui met le bazar.
Sinon je confirme: je suis passé de CyanogenOS (Cyanogen pour OnePlus One avec plein de Microsoft dedans) à Lineage OS avec moins de Google, et min smartphone a repris de la vigueur.
J'en ai profité pour ne PAS réinstaller pleins d'applis, notamment Outlook, et l'autonomie est redevenue bonne aussi.
Je n'ai plus de notification de mails du taf, mais je m'en passe pas si mal.
J'imagine mal ce genre de chose se faire.
La simulation à éléments finis a pour but d'obtenir des résultats les plus précis possibles, et ça prend donc un certain temps de calcul, non pour "rendre" la scène, mais simplement pour déterminer les déformations, contraintes, etc.
Blender a pour but de faire de l'animation. Le rendu est la pièce maîtresse. Pour ça, il est désirable d'avoir des simulations mécaniques assez simplifiées pour qu'elles ne soient pas un élément bloquant du rendu.
Peut-être qu'on peut demander ça dans l'autre sens: est-ce que Blender pourrait un jour être utilisé pour une visualisation des résultats (ça en jetterait pas mal dans les présentations…).
Seul problème, c'est que s'ils laissent les AMDs bridés et qu'il n'y a pas de raison, personne ne va faire la mise à jour pour débridés les AMDs à part quelques fanboys et admin fou de perf. Alors que s'ils sont pas bridés et que l'on découvre que la faille marche aussi, il y aura une mise à jour de sécurité, tout le monde sera prévenu et tout le monde mettra à jour. Fin les possesseurs d'AMD du moins.
Ce que tu essaies de dire, c'est quoi?
AMD se fout des perfs de ses processeurs sous Linux et n'envoie pas de patch -> ça fait pas rêver…
Les patches d'AMD ne sont pas acceptés dans le noyau -> ben si, la preuve c'est que ça a déjà été rajouté pour qu'ils ne soient pas impactés
Il vaut mieux laisser une faille de sécu connue pas bouchée pendant quelque temps et paniquer plus tard -> tu as une drôle de notion de la sécurité
Nan parce que dans le doute, moi je préfère que ça ralentisse mon ordi pour quelques semaines le temps qu'ils confirment qu'ils ne sont pas concernés plutôt que de me prendre une attaque violente d'ici là.
Et puis, Linus a adopté le patch Intel puis le patch pour assurer que ça n'impacte pas AMD.
Donc il doit être effectivement vendu… à tous les industriels… ce qui veut dire… qu'il est plutôt neutre à la fin!
Et toi, quand tu achètes à manger, tu sais bien évidemment comment les plantes sont cultivées et si elles peuvent contenir des résidus d'engrais, pesticides et autres, et l'impact potentiel de chacun d'entre eux?
Non? Tu achètes comme un somnambule alors?
L'idée que le grand public doit être expert dans "son" domaine de prédilection est quasiment universelle. L'informatique touche tout le monde… tout comme l'agriculture, l'électronique, la construction de bâtiment, l'ingénierie civile, l'énergie, etc.
Non, tu ne peux absolument pas exiger du consommateur qu'il soit éclairé en sécurité informatique, ce qui veut dire au minimum ici:
-qu'il comprenne bien ce qu'est une faille de sécurité et ses conséquences
-qu'il comprenne les mises à jour (combien de fois ai-je entendu "je ne laisse jamais mon smartphone faire ses mises à jour, il marche bien, je ne veux pas introduire un problème!")
-qu'il se tienne informé des failles de sécurité (ben oui, c'est pas tout de savoir ce que c'est, il faut faire de la veille!)
-et donc qu'il soit capable de détecter le bullshit des constructeurs s'ils lui expliquent que "t'inquiète, tout va bien!"
On est en 2017, et les informaticiens pensent toujours que l'informatique est réservée aux experts!
C'est pour ça qu'Apple cartonne: ils vendent l'idée que leurs utilisateurs n'ont pas besoin d'être des experts techniques.
Goffi, avec tout le respect que j'ai pour toi et crois-moi ou non, en attendant avec impatience de voir sat-pubsub et Libervia sur Yunohost, je dois te répondre que tu te contredis:
Je t'invite à lire le parlons XMPP expliquant Jingle parce que tu n'as visiblement pas du tout compris comment ça fonctionne. WebRTC ne remplace pas Jingle il s'utilise avec, et il n'est certainement obsolète (ah la manie de toujours vouloir tout jeter).
Mauvais lien, tu pointes vers l'article 9. Tu couvres WebRTC dans Parlons XMPP - épisode 10. Mais je confirme: à lire, c'est une série très intéressante.
Je cite ton article, l'emphase est de moi:
Pour la petite histoire, Jingle est une technologie qui résulte d'un effort commun entre des membres de la XSF et une équipe chez Google qui travaillait sur un protocole de voix sur IP (VoIP). La page Wikipédia retrace succinctement l'historique. La technologie Web « WebRTC » hérite et s'inspire de ce travail.
Hérite et s'inspire, ça implique bien que ça remplace la solution Jingle-vv.
Gajim et Pidgin, par exemples, ont implémenté Jingle-vv, et ça ne marche pas avec WebRTC!
Je ne reproche pas que le standard évolue. Ce que je reproche, c'est ça:
-14 décembre 2005:
Google pose une solution clé en main qui marche sur la table: libjingle. C'est cadeau!
-Tout le petit monde XMPP entre en effervescence: nous allons avoir une solution de messagerie Libre et décentralisée avec appels voix et vidéo. XMPP à la pointe!
-Attendez juste un petit peu, on va améliorer ça d'abord.
-Encore un peu.
-Encore un peu.
Les premières personnes que j'avais convaincues d'essayer XMPP me font savoir qu'elles y reviendront quand la voix/vidéo sera plus avancée qu'une promesse sans date de sortie.
-Encore un peu.
-Encore un peu.
Je n'ai plus qu'une seule personne dans ma liste de contact XMPP, et j'ai également cette personne sur d'autres solutions de messagerie.
-Encore un peu.
J'abandonne également. À quoi bon? La voix/vidéo va sortir, et ça ne sera pas une révolution, mais un maigre début de rattrapage sur les solutions non Libres. Insuffisant pour faire revenir qui que ce soit.
-10 juin 2009:
Ça y est! Nous avons un standard que tout le monde peut implémenter! Ça n'aura pris que 4 ans!!!!
Évidemment la version de Google est initialement incompatible, vu qu'elle implémente depuis 4 ans sa solution originale.
-18 août 2009: Pidgin implémente Jingle-vv, ce qui suscite un enthousiasme modéré, vu que la vidéo n'impressionne plus grand monde depuis belle lurette.
-Mai 2011: premières ébauches de WebRTC.
Il faut donc 4ans à XMPP pour peaufiner une techno dont la durée de recommandation sera de 2ans
Où serait XMPP aujourd'hui si au lieu d'optimiser pendant 4ans, le comité XMPP avait juste posé une étiquette XEP active sur la solution de Google?
On aurait quand même pu avoir WebRTC comme solution de 2ème génération. Après 4ans, ça n'est pas déconnant de faire évoluer le standard.
À la place, on a eu 4ans de rien et autant d'espoirs réduits à néant. Et tout ça pour pondre une solution qui aura été remplacée peu après.
Jingle-vv, ou plutôt son absence, a, je pense, été le plus gros frein à l'adoption de XMPP par les masses, et aujourd'hui encore, le monde XMPP paie cher ce désastre en termes de crédibilité.
Si l'équipe Matrix annonce demain matin une nouveauté, tout le monde va applaudir, parce qu'ils livrent ce qu'ils annoncent.
Si demain matin une annonce informe qu'une XEP a été démarrée sur la même chose, ça n'aura aucun impact parce que tous ceux qui ont connu Jingle-vv diront qu'ils n'y croiront que quand ça sortira pour de vrai (et les plus sarcastiques ajouteront "dans 3 ou 4ans").
Je ne suis revenu que récemment à XMPP. Il y a des projets prometteurs, comme Movim et SàT. Ça bouge.
Mais en même temps, j'ai l'impression que tout ce qui a mené au désastre Jingle-vv est encore là.
MIX, la prometteuse prochaine génération de salon, "arrive bientôt" depuis déjà 1an.
On prend la même recette qui fait fuir les utilisateurs et on recommence?
Le chiffrement bout-à-bout? Parlons-en aussi…
Il n'y a pas à choisir l'un ou l'autre, les 2 ont des propriétés différentes, et les 2 sont à garder.
Donc le standard, ça va être d'en avoir 2??
Avant de vouloir utiliser le chiffrement bout-à-bout, il va falloir chercher de la doc pour savoir quel client implémente quelle solution? Ça n'est pas déjà assez compliqué comme ça de s'y retrouver dans quel client a quelle fonctionnalité?
Pour faire un standard, il faut prendre des décisions, même difficiles, même si ça veut dire que certaines choses ne seront pas optimales, même si ça veut dire sacrifier des possibilités.
Si on a 2 clients qui respectent scrupuleusement le standard mais ne sont pas compatibles, parce que OX d'un côté et OMEMO de l'autre, à quoi bon parler de standard?
Tout est tellement déjà là que la voix et la vidéo c'est Jitsi, et donc XMPP et Jingle (ils ont été les chercher dans la poubelle).
Riot utilise WebRTC directement pour les appels 1-1, et Jitsi pour les salons.
Effectivement, ça vient du monde XMPP
C'est dingue non? Une équipe trouve des ressources et suscite un gros enthousiasme chez un nombre d'utilisateurs non négligeable, se fait réclamer pour une implémentation dans un projet d'OS pour téléphone Libre, en utilisant les technos XMPP alors que les projets XMPP galèrent à trouver des contributeurs et n'ont que très peu de financement.
Ça devrait faire réfléchir, non?
Un problème ne peut être résolu que s'il est accepté et clairement identifié.
Est-ce que le monde XMPP accepte seulement l'idée qu'il y a un problème? Je n'en ai pas l'impression…
Ah ben tiens, j'ai laissé ça en plan.
J'essayais d'écrire que si tu peux acheter un processeur dans le commerce aujourd'hui, tu ne peux pas le considérer pour un téléphone dernier cri que tu conçois: tu dois utiliser un processeur pas encore sorti, et obtenir des échantillons alpha du fabricant.
Mais j'ai apparemment envoyé en oubliant de finir ma
je comprend pas pourquoi les gens n'étudient pas le marché avant de se lancer….
sailfish..fairphone…
Fairphone est un échec? De la page Wikipedia:
Fairphone reçoit le prix de la startup européenne à la plus forte croissance en avril 2015
Donc bon, ça n'a pas l'air d'avoir si mal démarré, et aux dernières nouvelles, ils sont encore là, non?
meme le mec de tesla pourrait pas rivaliser apple et google dans un marché du numérique nomade completement bouché…
Oui, d'où l'intérêt de proposer une solution basée sur Android.
on connaissait office et libreoffice..
windows et mac…
iphone et android
youtube et dailym..
Alors:
LibreOffice n'existe que depuis peu. Il est né d'un fork d'OpenOffice, qui lui même est parti de pas grand chose alors que MS Office était déjà très loin devant et avait écrasé tous ses concurrents.
C'est un bel exemple de percée qui continue à exister 10ans plus tard sur un marché pourtant stable.
linux est voué à résister, mais pas à percer… son initiative fera surement pareil.. je donne pas cher de son projet pour le voir tenir moins de cinq ans.. c'est malheureux, mais suffit de voir les forks/projets/fusions de ces dernières années pour comprendre que le marché du numérique est sans doute celui ou ya la concurrence la plus difficile et que si on est pas dans les premiers, on survit pas..
Quand tu dis ça, tu réalises qu'il ne fait qu'intégrer une distro Android un peu modifiée avec des services en ligne qui existent déjà?
Moi je pense qu'il a une chance d'exister et survivre, parce que justement il n'est pas en concurrence frontale seul contre un bloc.
Réponse de politicien:
Mais non, parce qu'on ne les donne qu'à la moitié de la population, et du coup les maths se corrigent toutes seules. N'essayez pas d'embrouiller les Français avec des calculs compliqués!
Edit: Je viens de comprendre, et ce n'est pas 1500€/personne pour tout le monde, mais une réduction d'impôts des riches de 1500€/mois!
Note que ça reste tout aussi dégueulasse. 80€/personne n'a pas le même impact pour tout le monde, et nombreux sont ceux qui sentiraient une grosse différence avec un bonus de 80€ à la fin de l'année.
Si tu les limites à ceux qui en ont le plus besoin, ça fera même bien plus que 80€!
Mais d'un point de vue sociétal, en supposant que l'économie aille bien et qu'il n'y ait pas de pauvreté (c'est une hypothèse!), une baisse d'impôts des riches peut-elle devenir acceptable?
[^] # Re: XMPP pas assez exploité
Posté par Maclag . En réponse au journal Le Projet MAXS: Modular Android XMPP Suite. Évalué à 7.
Bon, je viens de réessayer KDE Connect, du coup, et en fait, maintenant, ça marche!
Alors ne faites pas comme moi:
-Chaque notification du téléphone est envoyée à XMPP via MAXS, et à KDE Connect
-Chaque notification du PC est envoyée au téléphone, et donc à mon client XMPP vias MAXS
-J'ai conversations sur mon téléphone qui génère des notifications par défaut pour les messages du client MAXS
862 message sur le client MAXS en quelques secondes, c'est pas mal comme test de charge!
------------> [ ]
[^] # Re: XMPP pas assez exploité
Posté par Maclag . En réponse au journal Le Projet MAXS: Modular Android XMPP Suite. Évalué à 6.
Je t'avoue que l'idée m'a traversée la tête également:
Une interface spécifique dans les clients, voire un client lui-même, à la KDE Connect.
Le gros avantage que je vois sur KDE Connect, c'est que:
-KDE Connect marchait très bien sur ma tour (Debian) et ne marche pas sur mon portable (KDE Neon), avec le même téléphone, et je ne sais pas pourquois (j'avoue ne pas avoir envoyé de rapport de bug).
-MAXS marche sur n'importe quelle machine, parce que t'as juste besoin d'un client XMPP, et donc aussi sur le PC du bureau sous Windows, une fois que je lance un client web!
Sur la manière de faire, par contre, je te laisse juge, je ne suis qu'un humble utilisateur, mais je dirais que je préfère la méthode qui fournit une fonction rapidement quitte à la réécrire plus tard plutôt que fignoler un truc qui sera parfait dans plusieurs années. Alors c'est sûrement perfectible, mais ça juste marche.
Pour le côté difficile à mettre en place, ça doit surtout être une question de packaging, non?
Quelqu'un qui sait ce qui fait n'aurait sans doute pas trop de mal à fabriquer un paquet "tout-en-un" avec de réglages par défaut qui vont bien pour un serveur donné, non?
[^] # Re: Lien vers le projet cassé !
Posté par Maclag . En réponse au journal Le Projet MAXS: Modular Android XMPP Suite. Évalué à 5.
Ooooooups!
Ça doit être une fausse manip' de ma part.
http://projectmaxs.org/homepage/
Si un modérateur peut nous corriger ça…
[^] # Re: Reboot windows
Posté par Maclag . En réponse au journal Culte du Cargo et développement informatique. Évalué à 8.
À une époque, je rebootais aussi à tout bout de champ.
Mais j'ai arrêté.
Il n'y a plus de place dehors pour tous ces containers qui sont parachutés à chaque fois!
-----------> [ ]
# Merci Free!
Posté par Maclag . En réponse au journal Free-electrons se fait attaquer en justice par Free, et change de nom. Évalué à 10.
Avant je n'avais jamais entendu parler de Free Electrons, mais grâce à Free et linuxfr, maintenant, je connais bootlin \o/
[^] # Re: En biologie
Posté par Maclag . En réponse au journal Culte du Cargo et développement informatique. Évalué à 10.
Ça n'est pas tout-à-fait la même chose.
Je ne sais pas si l'attitude "parce qu'on a toujours fait comme ça" relève du culte du cargo.
Dans le "on a toujours fait comme ça", il n'y a pas d'attente à un résultat particulier, mais plus à une absence de problème surprise.
Cela dit, je ne peux m'empêcher d'ajouter mon histoire préférée:
NOTE IMPORTANTE: Je n'ai jamais trouvé (en fait cherché) à confirmer cette histoire, ça pourrait n'être qu'une légende urbaine:
Pendant la guerre, l'armée américaine a eu tout le mal du monde à fabriquer les sièges d'avions de combat. Dans les spécifications, le cuir devait être traité avec de la matière fécale de lama (oui oui). Sauf qu'ils n'arrivaient pas à en faire venir suffisamment.
Ils ont donc d'abord essayé à maintes reprises d'implanter un élevage de lama sur place, sans grand succès (l'histoire ne dit pas pourquoi).
Après beaucoup de vains efforts, ils ont finalement décidé de chercher une solution de remplacement, ce qui suppose de comprendre pourquoi le traitement est requis au départ…
Un retour en arrière leur permit de voir que les specs du cuir on été faite à l'arrache faute de temps, et qu'elles sont en fait calquées sur les specs du cuir des selles de chevaux de l'armée.
Les specs du cuir des selles de chevaux de l'armée ont elles-mêmes été pompées sur les specs du cuir des chevaux de l'armée britannique d'avant l'indépendance (!!).
Ils se lancent donc dans un échange avec le Royaume-Uni dans le but de retrouver l'origine de cette spec bien mystérieuse.
Sauf qu'au R.-U., on n'utilise plus ce traitement, et il faut plonger dans les archives pour retrouver quand et pourquoi il a été supprimé.
(là vous imaginez les ressources engagées là-dedans alors que mine de rien… c'est la guerre…)
Après bien des efforts, le R.-U. trouve enfin la réponse:
1. Les Britanniques recevaient beaucoup de jeunes chevaux inexpérimentés et peu dressés.
2. Ces chevaux étaient nerveux à cause de l'odeur du cuir neuf des selles de cheval.
3. Alors ils traitaient les selles avec des crottes de lama pour masquer l'odeur du cuir neuf!
Moralité: n'acceptez jamais "parce qu'on a toujours fait comme ça!" en réponse à un pourquoi!
[^] # Re: Reboot windows
Posté par Maclag . En réponse au journal Culte du Cargo et développement informatique. Évalué à 5.
Mon portable du boulot a encore un HDD (tout comme ma tour à la maison mais elle n'est pas sous Win).
Le temps de démarrage entre l'allumage et le moment où le système est vraiment utilisable dépasse largement les 10min. (faut dire que Outlook et Skype Business prennent leur temps et des ressources…).
Alors si, le temps de démarrage aujourd'hui est encore un problème pour certain.
Cela dit, mon nouveau portable sera livré dans 3 jours (enfin, ça fait une semaine qu'il arrive dans 3 jours, je ne désespère pas). J'aurai tout le loisir de redémarrer sans cesse…
[^] # Re: Que pensez-vous de la spécification IPv10 ?
Posté par Maclag . En réponse à la dépêche La fin des IPv4 est très proche ! Les ennuis aussi…. Évalué à 5.
En même temps, je ne vois pas ce qui empêche la France ou l'UE d'imposer effectivement que tout matériel vendu qui supporte IPv4 soit obligé de supporter également IPv6 à partir de JJ-MM-AAAA.
Par la suite, on peut imposer aussi aux FAI de fournir une adresse IPv6 à leurs clients, d'abord ceux qui le demandent, puis tout le monde.
Quand on est l'État, on n'est pas censé avoir besoin d'un monopole sur des fréquences pour imposer son point de vue!
[^] # Re: Que pensez-vous de la spécification IPv10 ?
Posté par Maclag . En réponse à la dépêche La fin des IPv4 est très proche ! Les ennuis aussi…. Évalué à 10.
Aller, parce qu'on ne se lasse jamais:
[^] # Re: Modernisation du système de paie de la ville
Posté par Maclag . En réponse à la dépêche Revue de presse de l’April pour la semaine 3 de l’année 2018. Évalué à 3.
Ben c'est de la politique primaire:
Si tu retardes la mise en prod, l'opposition te tombe dessus en disant que tu gères comme un gland.
Pire: s'il est encore possible de faire machine arrière, un changement de parti au pouvoir peut annuler tout le projet en disant que c'est de la merde et en pointant du doigt leur prédécesseur pour gaspillage.
Par contre, si tu penses perdre l'élection qui approche, ça peut aussi être un "cadeau" pour les suivants.
Sondage: à quoi pensait Harper quand il a forcé Phoenix en prod?
Notez que dans certaines grosses boites, on voit ce genre de manoeuvres aussi…
[^] # Re: ventes saisonnières
Posté par Maclag . En réponse au journal Le cycle de Qarnot. Évalué à 5.
L'hémisphère nord, ce n'est pas juste la France.
Viens faire un tour au Québec et essaie donc d'éteindre le chauffage au mois d'avril (un indice: ça fait 3ans que je suis arrivé, et il a toujours neigé au moins une fois en Avril).
Je suppose qu'il y a des équivalents dans l'hémisphère sud, où au mois d'avril ça commence à refroidir.
Maintenant, on sait aussi que la différence de développement économique veut dire que la capacité installée ne sera peut-être pas la même, mais si Quarnot vend du temps de calcul à la demande, peut-être qu'ils intègrent aussi dans leur modèle des revenus variables au cours de l'année.
[^] # Re: Je suis sceptique
Posté par Maclag . En réponse au journal Le cycle de Qarnot. Évalué à 4.
Dans un monde idéal, oui.
Dans un monde non idéal où
1.La plupart des logements existants n'ont pas prévu le chauffage collectif et les travaux pour l'ajouter seraient astronomiques
2.Les besoins d'ajout de puissance de calcul sont incessants et l'emplacement des futurs datacenters ne sera pas non plus déterminé par les opportunités en chauffage collectif
ça ne me paraît pas déconnant du tout!
Puisque les ordinateurs seront construits, puisqu'il y a de grandes chances que la chaleur dissipée sera perdue, ça me semble être un bon compromis.
Bon, par contre, que ça "reconnaisse" les gens à la maison et tout le reste, ça me fait plutôt flipper d'un point de vue vie privée…
[^] # Re: Métaux lourds
Posté par Maclag . En réponse au journal Le cycle de Qarnot. Évalué à 10.
Ouh lààà, non, pas du tout!
Faut se rendre compte de plusieurs choses:
Les composants électroniques voient des températures de 300--400°C facilement pendant leur fabrication, y compris l'encapsulation de la puce dans le plastique. Quand on les soude sur une carte, on y met souvent un "underfill" (désolé je ne connais pas le terme en Français) pour protéger les connexions entre la puce et la carte, également à des températures bien plus élevées que la puce verra jamais en opération (sauf si tu laisses tout cramer, et je ne veux pas dire à 150°C, hein).
Les métaux diffusent, c'est physique, mais à des taux tellement faible, même à 120°C, que tu ne seras jamais capable
de les détecter en surface du boîtier (boîtier plastique moulé je veux dire).
La raison pour laquelle "ça pue", c'est plutôt la poussière:
La poussière va coller plus facilement sur une surface chaude. En utilisation, le ventilateur ne lui permet pas de se déposer, mais quand tu éteins ta machine, le ventilo s'arrête, mais les surfaces sont encore chaude.
Ce que tu sens au démarrage, c'est que tu crames cet amas de poussières, et le ventilo expédie ce qui s'en dégage hors de la machine.
Pour t'en convaincre, trouve n'importe quel système de chauffage qui utilise un élément chauffant et un ventilateur: ça pue au démarrage, pas besoin de composant électronique dedans.
[^] # Re: Combien de personnes vont réellement au SAV ?
Posté par Maclag . En réponse au journal Obsolescence programmée... ou maintenance préventive ?. Évalué à 6.
L'imprimante serait donc bien plus vieille que ce qu'il dit!
Ahaaah! La main dans le sac! On ne peut pas reprocher à un constructeur de forcer une maintenance préventive après 68ans d'utilisation!
----------> [ ]
[^] # Re: Navigateur
Posté par Maclag . En réponse au journal Résolution pour 2018. Évalué à 6.
Je ne sais pas à quel point les ROMs des constructeurs ralentissent Firefox et pas le reste. Perso j'irais d'abord voir si ce n'est pas une extension qui met le bazar.
Sinon je confirme: je suis passé de CyanogenOS (Cyanogen pour OnePlus One avec plein de Microsoft dedans) à Lineage OS avec moins de Google, et min smartphone a repris de la vigueur.
J'en ai profité pour ne PAS réinstaller pleins d'applis, notamment Outlook, et l'autonomie est redevenue bonne aussi.
Je n'ai plus de notification de mails du taf, mais je m'en passe pas si mal.
[^] # Re: Des solutions !
Posté par Maclag . En réponse au journal web. Évalué à 5.
As-tu une solution au problème des commentaires qui reprochent l'absence de solution dans les commentaires?
Je vais écrire un journal à ce sujet…
-------------> [ ]
[^] # Re: Super article
Posté par Maclag . En réponse à la dépêche Tutoriel Code_Aster. Évalué à 5.
J'imagine mal ce genre de chose se faire.
La simulation à éléments finis a pour but d'obtenir des résultats les plus précis possibles, et ça prend donc un certain temps de calcul, non pour "rendre" la scène, mais simplement pour déterminer les déformations, contraintes, etc.
Blender a pour but de faire de l'animation. Le rendu est la pièce maîtresse. Pour ça, il est désirable d'avoir des simulations mécaniques assez simplifiées pour qu'elles ne soient pas un élément bloquant du rendu.
Peut-être qu'on peut demander ça dans l'autre sens: est-ce que Blender pourrait un jour être utilisé pour une visualisation des résultats (ça en jetterait pas mal dans les présentations…).
# la mise en demeure?
Posté par Maclag . En réponse à la dépêche Le meilleur des articles LinuxFr.org en 2017. Évalué à 4.
Y-a-t-il eu des suites à cette affaire?
[^] # Re: Incroyable !
Posté par Maclag . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 2.
Ce que tu essaies de dire, c'est quoi?
Je ne comprends pas où tu veux en venir!
[^] # Re: Incroyable !
Posté par Maclag . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 3.
Euh… et toi, tu bosses pour AMD?
Nan parce que dans le doute, moi je préfère que ça ralentisse mon ordi pour quelques semaines le temps qu'ils confirment qu'ils ne sont pas concernés plutôt que de me prendre une attaque violente d'ici là.
Et puis, Linus a adopté le patch Intel puis le patch pour assurer que ça n'impacte pas AMD.
Donc il doit être effectivement vendu… à tous les industriels… ce qui veut dire… qu'il est plutôt neutre à la fin!
[^] # Re: Bordel ?
Posté par Maclag . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 8.
Et toi, quand tu achètes à manger, tu sais bien évidemment comment les plantes sont cultivées et si elles peuvent contenir des résidus d'engrais, pesticides et autres, et l'impact potentiel de chacun d'entre eux?
Non? Tu achètes comme un somnambule alors?
L'idée que le grand public doit être expert dans "son" domaine de prédilection est quasiment universelle. L'informatique touche tout le monde… tout comme l'agriculture, l'électronique, la construction de bâtiment, l'ingénierie civile, l'énergie, etc.
Non, tu ne peux absolument pas exiger du consommateur qu'il soit éclairé en sécurité informatique, ce qui veut dire au minimum ici:
-qu'il comprenne bien ce qu'est une faille de sécurité et ses conséquences
-qu'il comprenne les mises à jour (combien de fois ai-je entendu "je ne laisse jamais mon smartphone faire ses mises à jour, il marche bien, je ne veux pas introduire un problème!")
-qu'il se tienne informé des failles de sécurité (ben oui, c'est pas tout de savoir ce que c'est, il faut faire de la veille!)
-et donc qu'il soit capable de détecter le bullshit des constructeurs s'ils lui expliquent que "t'inquiète, tout va bien!"
On est en 2017, et les informaticiens pensent toujours que l'informatique est réservée aux experts!
C'est pour ça qu'Apple cartonne: ils vendent l'idée que leurs utilisateurs n'ont pas besoin d'être des experts techniques.
[^] # Re: Mouaif
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 6.
Goffi, avec tout le respect que j'ai pour toi et crois-moi ou non, en attendant avec impatience de voir sat-pubsub et Libervia sur Yunohost, je dois te répondre que tu te contredis:
Mauvais lien, tu pointes vers l'article 9. Tu couvres WebRTC dans Parlons XMPP - épisode 10. Mais je confirme: à lire, c'est une série très intéressante.
Je cite ton article, l'emphase est de moi:
Hérite et s'inspire, ça implique bien que ça remplace la solution Jingle-vv.
Gajim et Pidgin, par exemples, ont implémenté Jingle-vv, et ça ne marche pas avec WebRTC!
Je ne reproche pas que le standard évolue. Ce que je reproche, c'est ça:
-14 décembre 2005:
Google pose une solution clé en main qui marche sur la table: libjingle. C'est cadeau!
-Tout le petit monde XMPP entre en effervescence: nous allons avoir une solution de messagerie Libre et décentralisée avec appels voix et vidéo. XMPP à la pointe!
-Attendez juste un petit peu, on va améliorer ça d'abord.
-Encore un peu.
-Encore un peu.
Les premières personnes que j'avais convaincues d'essayer XMPP me font savoir qu'elles y reviendront quand la voix/vidéo sera plus avancée qu'une promesse sans date de sortie.
-Encore un peu.
-Encore un peu.
Je n'ai plus qu'une seule personne dans ma liste de contact XMPP, et j'ai également cette personne sur d'autres solutions de messagerie.
-Encore un peu.
J'abandonne également. À quoi bon? La voix/vidéo va sortir, et ça ne sera pas une révolution, mais un maigre début de rattrapage sur les solutions non Libres. Insuffisant pour faire revenir qui que ce soit.
-10 juin 2009:
Ça y est! Nous avons un standard que tout le monde peut implémenter! Ça n'aura pris que 4 ans!!!!
Évidemment la version de Google est initialement incompatible, vu qu'elle implémente depuis 4 ans sa solution originale.
-18 août 2009: Pidgin implémente Jingle-vv, ce qui suscite un enthousiasme modéré, vu que la vidéo n'impressionne plus grand monde depuis belle lurette.
-Mai 2011: premières ébauches de WebRTC.
Il faut donc 4ans à XMPP pour peaufiner une techno dont la durée de recommandation sera de 2ans
Où serait XMPP aujourd'hui si au lieu d'optimiser pendant 4ans, le comité XMPP avait juste posé une étiquette XEP active sur la solution de Google?
On aurait quand même pu avoir WebRTC comme solution de 2ème génération. Après 4ans, ça n'est pas déconnant de faire évoluer le standard.
À la place, on a eu 4ans de rien et autant d'espoirs réduits à néant. Et tout ça pour pondre une solution qui aura été remplacée peu après.
Jingle-vv, ou plutôt son absence, a, je pense, été le plus gros frein à l'adoption de XMPP par les masses, et aujourd'hui encore, le monde XMPP paie cher ce désastre en termes de crédibilité.
Si l'équipe Matrix annonce demain matin une nouveauté, tout le monde va applaudir, parce qu'ils livrent ce qu'ils annoncent.
Si demain matin une annonce informe qu'une XEP a été démarrée sur la même chose, ça n'aura aucun impact parce que tous ceux qui ont connu Jingle-vv diront qu'ils n'y croiront que quand ça sortira pour de vrai (et les plus sarcastiques ajouteront "dans 3 ou 4ans").
Je ne suis revenu que récemment à XMPP. Il y a des projets prometteurs, comme Movim et SàT. Ça bouge.
Mais en même temps, j'ai l'impression que tout ce qui a mené au désastre Jingle-vv est encore là.
MIX, la prometteuse prochaine génération de salon, "arrive bientôt" depuis déjà 1an.
On prend la même recette qui fait fuir les utilisateurs et on recommence?
Le chiffrement bout-à-bout? Parlons-en aussi…
Donc le standard, ça va être d'en avoir 2??
Avant de vouloir utiliser le chiffrement bout-à-bout, il va falloir chercher de la doc pour savoir quel client implémente quelle solution? Ça n'est pas déjà assez compliqué comme ça de s'y retrouver dans quel client a quelle fonctionnalité?
Pour faire un standard, il faut prendre des décisions, même difficiles, même si ça veut dire que certaines choses ne seront pas optimales, même si ça veut dire sacrifier des possibilités.
Si on a 2 clients qui respectent scrupuleusement le standard mais ne sont pas compatibles, parce que OX d'un côté et OMEMO de l'autre, à quoi bon parler de standard?
Riot utilise WebRTC directement pour les appels 1-1, et Jitsi pour les salons.
Effectivement, ça vient du monde XMPP
C'est dingue non? Une équipe trouve des ressources et suscite un gros enthousiasme chez un nombre d'utilisateurs non négligeable, se fait réclamer pour une implémentation dans un projet d'OS pour téléphone Libre, en utilisant les technos XMPP alors que les projets XMPP galèrent à trouver des contributeurs et n'ont que très peu de financement.
Ça devrait faire réfléchir, non?
Un problème ne peut être résolu que s'il est accepté et clairement identifié.
Est-ce que le monde XMPP accepte seulement l'idée qu'il y a un problème? Je n'en ai pas l'impression…
[^] # Re: PureOS
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 4.
Ah ben tiens, j'ai laissé ça en plan.
J'essayais d'écrire que si tu peux acheter un processeur dans le commerce aujourd'hui, tu ne peux pas le considérer pour un téléphone dernier cri que tu conçois: tu dois utiliser un processeur pas encore sorti, et obtenir des échantillons alpha du fabricant.
Mais j'ai apparemment envoyé en oubliant de finir ma
[^] # Re: il est pas dans la ...
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 3.
Fairphone est un échec? De la page Wikipedia:
Donc bon, ça n'a pas l'air d'avoir si mal démarré, et aux dernières nouvelles, ils sont encore là, non?
Oui, d'où l'intérêt de proposer une solution basée sur Android.
Alors:
LibreOffice n'existe que depuis peu. Il est né d'un fork d'OpenOffice, qui lui même est parti de pas grand chose alors que MS Office était déjà très loin devant et avait écrasé tous ses concurrents.
C'est un bel exemple de percée qui continue à exister 10ans plus tard sur un marché pourtant stable.
Quand tu dis ça, tu réalises qu'il ne fait qu'intégrer une distro Android un peu modifiée avec des services en ligne qui existent déjà?
Moi je pense qu'il a une chance d'exister et survivre, parce que justement il n'est pas en concurrence frontale seul contre un bloc.
[^] # Re: Synthèse au 9 Novembre
Posté par Maclag . En réponse au journal Le changement c'est maintenant ;). Évalué à 4. Dernière modification le 27 décembre 2017 à 13:55.
Réponse de politicien:
Mais non, parce qu'on ne les donne qu'à la moitié de la population, et du coup les maths se corrigent toutes seules. N'essayez pas d'embrouiller les Français avec des calculs compliqués!
Edit: Je viens de comprendre, et ce n'est pas 1500€/personne pour tout le monde, mais une réduction d'impôts des riches de 1500€/mois!
Note que ça reste tout aussi dégueulasse. 80€/personne n'a pas le même impact pour tout le monde, et nombreux sont ceux qui sentiraient une grosse différence avec un bonus de 80€ à la fin de l'année.
Si tu les limites à ceux qui en ont le plus besoin, ça fera même bien plus que 80€!
Mais d'un point de vue sociétal, en supposant que l'économie aille bien et qu'il n'y ait pas de pauvreté (c'est une hypothèse!), une baisse d'impôts des riches peut-elle devenir acceptable?