Je pense qu'on trouve encore largement plus de 8051, mais pas forcément sous des formes faciles à exploiter. Par exemple il est embarqué dans des contrôleurs USB, des écrans, ce genre de choses. Tout simplement parce que c'est pas cher et qu'il n'y a pas besoin d'un machin plus gros. Sur des produits vendus à très gros volume, ça vaut le coup de prendre un peu de temps à optimiser le code pour une architecture 8 bit assez limitée.
Dès qu'on est sur des volumes plus faibles, il vaut mieux payer quelques centimes de plus pour un composant plus performant et se rattraper en faisant le dev applicatif 10 fois plus vite.
Ajouter 3 caractères imprimables et disponibles sur un clavier QWERTY ne multiplie les possibilités que par environ 300000 (643 = 262144, à la louche) - en supposant qu'on les ajoute seulement à la fin. Ça ne semble pas bien grave, surtout que l'algorithme de hashing utilisé à l'époque ne doit pas être un truc qui met à genoux les CPU (ou GPU) modernes.
Oe ne sais plus ou, mais j'avais lu un article d'un des créateurs de Gopher qui avait aassisté à la présentation du www par Tim Brenners-Lee et avait commencé à discuter avec lui pour voir comment faire pour intégrer ça avec Gopher. Et puis finalement ça ne s'est pas fait, les deux projets étaient déjà trop avancés dans des directions différentes.
Je ne pense pas qu'il y ait vraiment eu d'affrontement, probablement moins que entre différents services de messagerie instantanée.
Une des choses marquantes dans cet article, c'est un truc du genre: "j'ai su que gooher avait perdu quand j'ai vu passer un bus avec dessus une affiche avec un lien en www". Le format ést mieux approprié aux besoin des entreprises qui voulaient faire leur communication, et ça a été un aspect pas du tout négligeable pour la propagation auprès du grand public. C'est quelque chose que ni les inventeurs de gopher, ni ceux du www n'avaient vu venir ou anticipé.
Ah ben bravo, une dépêche qui parle d'un site Gopher et même pas un lien vers le site en question! Comment voulez-vous que les moteurs de recherche remarquent le grand retour de Gopher et commencent à référencer ces sites?
Et y'a surtout des Français qui ne parlent pas l'anglais nativement pour s'en plaindre.
Ça fait quelques années que j'utilise le "they" dans les contextes ou je ne souhaite pas genrer les propos (parce qu'on parle d'un ou une utilisateur/utilisatrice/développeur/dévelopeuse dans une documentation, par exemple). Ça se fait très naturellement et personne ne s'en est plaint.
J'aimerais vraiment trouver une solution aussi évidente en français, mais je cherche toujours.
En ce qui me concerne il s'agit de la dépêche sur jnidbus, j'ai aidé à la rédiger mais le gros du travail est fait par mon collègue SeekDaSky, je pense qu'il mérite ce livre plus que moi et ça serait bien de corriger la liste des gagnants ici aussi.
Je n'utilise pas GNOME. Mais du coup j'ai fouillé un peu et le problème est connu du côté de xscreensaver mais c'est la faute du window manager et/ou des applications: https://www.jwz.org/xscreensaver/faq.html#popup-windows
J'ai une question à ce sujet, on fait comment pour que les notifications de thunderbird ne s'affichent pas par dessus l'écran de veille de xscreensaver? Parce que niveau confidentialité, c'est pas terrible non plus.
C'est triste, parce que les gens sont prêts à payer 12 dollars pour ça, et pourtant Ubuntu n'a pas réussi à trouver de business model qui fonctionne pour Linux sur le Desktop. Trop occupés à réécrire un serveur graphique, un environnement de bureau, tout ça, sans doute?
Parce que bon, pour avoir cotoyé des utilisateurs néophytes d'Ubuntu, le "à force de faire des mises à jour qui ne suppriment jamais les anciens noyaux, mon disque dur est plein et maintenant j'arrive plus à ouvrir une session graphique", c'est un classique du PC en panne. Et pendant ce temps on continue à se moquer de Windows…
Donc oui, les gens sont prêts à payer pour un truc qui juste marche. C'est dommage que Ubuntu ne le propose pas directement, non?
Nous avons notre propre thread "event loop" qui centralise les accès à dbus. On s'arrange pour ne pas faire de traitements trop longs dedans, seulement distribuer les évènements vers d'autres threads.
Il s'agit d'un thread Java qui appelle via JNI les fonctions de la libdbus native, ce qui fait qu'on a peu de code natif à maintenir.
Utiliser GDBus nous aurait contraint à une boucle d'évènement native basée sur la GLib, et du coup à faire beaucoup plus de choses en C ou C++ (langages que j'apprécie beaucoup, mais là on parle d'un projet en Java). Avec JNIDbus, un projet Java peut utiliser DBus sans avoir besoin d'ajouter aucun code natif et de façon plutôt confortable (puisque les messages sont automatiquement convertis en objets Java). Je ne suis pas certain qu'on serait arrivé à la même chose avec une boucle d'évènement native, je pense que chaque application aurait nécessité d'intervenir dessus et du coup on ne pourrait pas vraiment dire que c'est une API Java s'il faut écrire du JNI pour s'en servir.
C'est effectivement une API bas niveau, ce qui serait pénible pour l'utiliser directement dans une application, mais qui est plutôt intéressant pour construire une API Java au-dessus en prenant en compte les besoins de nos applications. C'est souvent difficile de prendre une API haut niveau d'un langage pour l'exposer directement dans un autre.
Pour la liste officielle des bindings, je m'en occuperai à mon retour de vacances la semaine prochaine.
En tant que mec qui maintient des projets libres (sur Github ou pas), j'ai autre chose à faire que de surveiller mes mails pour voir si y'aurait pas un patch à relire qui aurait atterri sur une mailing list. D'autant plus si l'auteur dudit patch n'a pas l'intention de prendre en compte les commentaires faits par les relecteurs.
On a des patchs qui ont plus de 5 ans et qui sont encore en train de murir doucement sur notre outil de suivi. C'est hors de question de gérer ça avec une mailing list.
Il faut se rendre compte que la facilité de cette appruche pour toi qui contribue occasionellement à un projet, c'est du boulot en plus pour les mainteneurs du projet en question (soit pour suivre les patchs à la main, soit pour mettre en place et maintenir un outil de suivi).
Visiblement github a visé juste, pour des projets petits ou moyens, leur approche fonctionne très bien. Et pour les gros, ben ils peuvent se permettre de maintenir leurs propres outils.
Il reste bien sûr le gros souci que tout se retrouve centralisé sur le même site, le jour ou github va fermer, ça va être rigolo!
Le résultat, c'est des compilateurs propriétaire, périmés, buggé,
Bah bien sûr une entreprise qui vend des processeurs elle a tout intérêt à te filer un compilateur qui marche pas avec, comme ça tu ne peux pas utiliser leur matériel correctement et tu finis par acheter celui du concurrent. C'est pas du tout suicidaire comme approche.
S'ils avaient eu envie de faire ça, ils auraient juste pas du tout utilisé GCC et développé leur machin en interne. Et du coup, entre un machin développé en interne qui marche à moitié et un truc basé sur LLVM qui fonctionne bien, en effet y'a des chances qu'ils prennent LLVM.
Mais ceux qui avaient choisi GCC et de jouer le jeu du logiciel libre, ils y voient peut être un intérêt supplémentaire (au hasard, que la communauté fasse "gratuitement" une partie du travail pour eux)? Et du coup, ils vont peut être bien continuer dans la même voie?
Faut arrêter de croire que toutes les entreprises sont forcément des gros méchants qui ne veulent que du code propriétaire et fermé.
Moi, en tant que contributeur de logiciels libres, je préfère ne pas être représenté du tout que d'être représenté par Stallman et la FSF, avec qui je ne suis pas d'accord sur beaucoup de points. Si ça nous apporte un peu de diversité de points de vue, c'est plutôt une bonne nouvelle.
Sous Windows, on branche la clé, elle est montée toute seule et les fichiers sont accessibles en écriture.
Sous Linux:
- On monte la clé, les UID ne sont pas bon
- On note l'UID dans un coin
- On démonte la clé
- On ouvre un terminal, on fait man mount pour retrouver l'option qui va bien
- On remonte la clé avec les bons paramètres cette fois ci.
Je me vois mal expliquer ça à mes parents qui s'en sortent très bien avec la façon dont ça fonctionne sous Windows.
Alors ouais, c'est "toujours possible". Mais moi je préfère un truc qui "juste marche". D'ailleurs je vois plutôt les utilisateurs de Linux garder leurs clé USB et autres supports amovibles formatté en FAT, y'a ptêtre bien une raison.
# Simplifions
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les pièges de la SNCF. Évalué à 10.
La prochaine fois essaie de monter dans le train sans billet du tout, tu gagneras du temps!
[^] # Re: Z80, le meilleur processeur post-apo ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Collapse OS : un système d’exploitation pour rebâtir la civilisation. Évalué à 2.
Je pense qu'on trouve encore largement plus de 8051, mais pas forcément sous des formes faciles à exploiter. Par exemple il est embarqué dans des contrôleurs USB, des écrans, ce genre de choses. Tout simplement parce que c'est pas cher et qu'il n'y a pas besoin d'un machin plus gros. Sur des produits vendus à très gros volume, ça vaut le coup de prendre un peu de temps à optimiser le code pour une architecture 8 bit assez limitée.
Dès qu'on est sur des volumes plus faibles, il vaut mieux payer quelques centimes de plus pour un composant plus performant et se rattraper en faisant le dev applicatif 10 fois plus vite.
[^] # Re: wendy!!!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les mots de passe des premiers développeurs/utilisateurs d'UNIX, notamment celui de Ken Thompson. Évalué à 3.
Ajouter 3 caractères imprimables et disponibles sur un clavier QWERTY ne multiplie les possibilités que par environ 300000 (643 = 262144, à la louche) - en supposant qu'on les ajoute seulement à la fin. Ça ne semble pas bien grave, surtout que l'algorithme de hashing utilisé à l'époque ne doit pas être un truc qui met à genoux les CPU (ou GPU) modernes.
[^] # Re: web ou gopher
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Site Gopher du magazine Taz. Évalué à 5.
Oe ne sais plus ou, mais j'avais lu un article d'un des créateurs de Gopher qui avait aassisté à la présentation du www par Tim Brenners-Lee et avait commencé à discuter avec lui pour voir comment faire pour intégrer ça avec Gopher. Et puis finalement ça ne s'est pas fait, les deux projets étaient déjà trop avancés dans des directions différentes.
Je ne pense pas qu'il y ait vraiment eu d'affrontement, probablement moins que entre différents services de messagerie instantanée.
Une des choses marquantes dans cet article, c'est un truc du genre: "j'ai su que gooher avait perdu quand j'ai vu passer un bus avec dessus une affiche avec un lien en www". Le format ést mieux approprié aux besoin des entreprises qui voulaient faire leur communication, et ça a été un aspect pas du tout négligeable pour la propagation auprès du grand public. C'est quelque chose que ni les inventeurs de gopher, ni ceux du www n'avaient vu venir ou anticipé.
[^] # Re: Lien
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Site Gopher du magazine Taz. Évalué à 5.
Et comme ça ne marche pas, voici une entrée de suivi.
# Lien
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Site Gopher du magazine Taz. Évalué à 7.
Ah ben bravo, une dépêche qui parle d'un site Gopher et même pas un lien vers le site en question! Comment voulez-vous que les moteurs de recherche remarquent le grand retour de Gopher et commencent à référencer ces sites?
Corrigeons ça tout de suite:
Le site de Taz sur Gopher
[^] # Re: Clients Gopher
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Site Gopher du magazine Taz. Évalué à 4.
Ben, et WebPositive dans Haiku alors?
[^] # Re: Une distribution Linux sans Perl ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Perl est-il un langage de programmation mourant ?. Évalué à 3. Dernière modification le 10 octobre 2019 à 12:54.
Peut-être que Perl va disparaître en 2023, et toutes les distributions Linux qui l'utilisent vont disparaître avec?
[^] # Re: fichage
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'IPv6 et moi. Évalué à 4.
Euh, ce n'est pas parce que France Télécom a fermé les numéros 3615, 3617, etc que le Minitel est mort.
Il faut se connecter par exemple au 01 8421 8115, qui propose plusieurs services listés à la fin de cet article:
https://medium.com/@cq94/dragster-restauration-du-serveur-minitel-pour-macintosh-7ac6b6f3f890
à quand LinuxFR sur Minitel?
[^] # Re: StackOverflow dépasse les bornes des limites tautologiques
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Que se passe-t-il StackOverflow?. Évalué à 7.
l'qbit, y'est neutre!
[^] # Re: StackOverflow dépasse les bornes des limites tautologiques
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Que se passe-t-il StackOverflow?. Évalué à 10.
Et y'a surtout des Français qui ne parlent pas l'anglais nativement pour s'en plaindre.
Ça fait quelques années que j'utilise le "they" dans les contextes ou je ne souhaite pas genrer les propos (parce qu'on parle d'un ou une utilisateur/utilisatrice/développeur/dévelopeuse dans une documentation, par exemple). Ça se fait très naturellement et personne ne s'en est plaint.
J'aimerais vraiment trouver une solution aussi évidente en français, mais je cherche toujours.
# Mauvais gagnant
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [Message de service] Gagnants des meilleures contributions de septembre 2019. Évalué à 5.
Bonjour,
En ce qui me concerne il s'agit de la dépêche sur jnidbus, j'ai aidé à la rédiger mais le gros du travail est fait par mon collègue SeekDaSky, je pense qu'il mérite ce livre plus que moi et ça serait bien de corriger la liste des gagnants ici aussi.
Merci :)
[^] # Re: Notifications
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Linux Mint, Mate et grosse faille foireuse au niveau du verrouillage d´écran. Évalué à 2.
Je n'utilise pas GNOME. Mais du coup j'ai fouillé un peu et le problème est connu du côté de xscreensaver mais c'est la faute du window manager et/ou des applications: https://www.jwz.org/xscreensaver/faq.html#popup-windows
# Notifications
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Linux Mint, Mate et grosse faille foireuse au niveau du verrouillage d´écran. Évalué à 7.
J'ai une question à ce sujet, on fait comment pour que les notifications de thunderbird ne s'affichent pas par dessus l'écran de veille de xscreensaver? Parce que niveau confidentialité, c'est pas terrible non plus.
[^] # Re: Gniii3
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal ukuu, un outil pour gérer ses kernels linux => Gniii ---- Payant ? => Gniii². Évalué à 10.
C'est triste, parce que les gens sont prêts à payer 12 dollars pour ça, et pourtant Ubuntu n'a pas réussi à trouver de business model qui fonctionne pour Linux sur le Desktop. Trop occupés à réécrire un serveur graphique, un environnement de bureau, tout ça, sans doute?
Parce que bon, pour avoir cotoyé des utilisateurs néophytes d'Ubuntu, le "à force de faire des mises à jour qui ne suppriment jamais les anciens noyaux, mon disque dur est plein et maintenant j'arrive plus à ouvrir une session graphique", c'est un classique du PC en panne. Et pendant ce temps on continue à se moquer de Windows…
Donc oui, les gens sont prêts à payer pour un truc qui juste marche. C'est dommage que Ubuntu ne le propose pas directement, non?
[^] # Re: Y'a peut-être pas que la lumière dans la perception visuelle
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Peut-on reproduire les traitements automatiques d'un reflex avec des logiciels libres ? Oui, mais…. Évalué à 3.
Les infrarouges sont bien ressentis par la peau, même pas besoins des yeux pour ça.
[^] # Re: distributions du jdk
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Sortie d’OpenJDK 13. Évalué à 6.
C'est pour faire comme GNU/Linux!
[^] # Re: libdbus et multithreading
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Communiquer avec D-Bus en Java avec JNIDBus. Évalué à 3.
Nous avons notre propre thread "event loop" qui centralise les accès à dbus. On s'arrange pour ne pas faire de traitements trop longs dedans, seulement distribuer les évènements vers d'autres threads.
Il s'agit d'un thread Java qui appelle via JNI les fonctions de la libdbus native, ce qui fait qu'on a peu de code natif à maintenir.
Utiliser GDBus nous aurait contraint à une boucle d'évènement native basée sur la GLib, et du coup à faire beaucoup plus de choses en C ou C++ (langages que j'apprécie beaucoup, mais là on parle d'un projet en Java). Avec JNIDbus, un projet Java peut utiliser DBus sans avoir besoin d'ajouter aucun code natif et de façon plutôt confortable (puisque les messages sont automatiquement convertis en objets Java). Je ne suis pas certain qu'on serait arrivé à la même chose avec une boucle d'évènement native, je pense que chaque application aurait nécessité d'intervenir dessus et du coup on ne pourrait pas vraiment dire que c'est une API Java s'il faut écrire du JNI pour s'en servir.
[^] # Re: libdbus-1
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Communiquer avec D-Bus en Java avec JNIDBus. Évalué à 6.
C'est effectivement une API bas niveau, ce qui serait pénible pour l'utiliser directement dans une application, mais qui est plutôt intéressant pour construire une API Java au-dessus en prenant en compte les besoins de nos applications. C'est souvent difficile de prendre une API haut niveau d'un langage pour l'exposer directement dans un autre.
Pour la liste officielle des bindings, je m'en occuperai à mon retour de vacances la semaine prochaine.
[^] # Re: L'a-t-il été?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Atlassian n'est pas très vivant. Évalué à 4.
En tant que mec qui maintient des projets libres (sur Github ou pas), j'ai autre chose à faire que de surveiller mes mails pour voir si y'aurait pas un patch à relire qui aurait atterri sur une mailing list. D'autant plus si l'auteur dudit patch n'a pas l'intention de prendre en compte les commentaires faits par les relecteurs.
On a des patchs qui ont plus de 5 ans et qui sont encore en train de murir doucement sur notre outil de suivi. C'est hors de question de gérer ça avec une mailing list.
Il faut se rendre compte que la facilité de cette appruche pour toi qui contribue occasionellement à un projet, c'est du boulot en plus pour les mainteneurs du projet en question (soit pour suivre les patchs à la main, soit pour mettre en place et maintenir un outil de suivi).
Visiblement github a visé juste, pour des projets petits ou moyens, leur approche fonctionne très bien. Et pour les gros, ben ils peuvent se permettre de maintenir leurs propres outils.
Il reste bien sûr le gros souci que tout se retrouve centralisé sur le même site, le jour ou github va fermer, ça va être rigolo!
[^] # Re: Ça attaque sec
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Microsoft ouvre sa bibliothèque standard C++. Évalué à -1.
Bah bien sûr une entreprise qui vend des processeurs elle a tout intérêt à te filer un compilateur qui marche pas avec, comme ça tu ne peux pas utiliser leur matériel correctement et tu finis par acheter celui du concurrent. C'est pas du tout suicidaire comme approche.
S'ils avaient eu envie de faire ça, ils auraient juste pas du tout utilisé GCC et développé leur machin en interne. Et du coup, entre un machin développé en interne qui marche à moitié et un truc basé sur LLVM qui fonctionne bien, en effet y'a des chances qu'ils prennent LLVM.
Mais ceux qui avaient choisi GCC et de jouer le jeu du logiciel libre, ils y voient peut être un intérêt supplémentaire (au hasard, que la communauté fasse "gratuitement" une partie du travail pour eux)? Et du coup, ils vont peut être bien continuer dans la même voie?
Faut arrêter de croire que toutes les entreprises sont forcément des gros méchants qui ne veulent que du code propriétaire et fermé.
[^] # Re: 66 ans, une retraite bien méritée !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Richard Stallman démissionne. Évalué à 1. Dernière modification le 17 septembre 2019 à 17:05.
Et ça serait encore mieux si c'était pas un mec ou un type de sexe masculin, tiens, pour une fois?
[^] # Re: Regrets
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Richard Stallman démissionne. Évalué à 3.
Moi, en tant que contributeur de logiciels libres, je préfère ne pas être représenté du tout que d'être représenté par Stallman et la FSF, avec qui je ne suis pas d'accord sur beaucoup de points. Si ça nous apporte un peu de diversité de points de vue, c'est plutôt une bonne nouvelle.
[^] # Re: Tant mieux
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Richard Stallman démissionne. Évalué à 7.
cryptopan!
[^] # Re: pour quoi faire.?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche exFAT dans le noyau Linux ? Microsoft a (enfin) dit oui !. Évalué à 10.
Sous Windows, on branche la clé, elle est montée toute seule et les fichiers sont accessibles en écriture.
Sous Linux:
- On monte la clé, les UID ne sont pas bon
- On note l'UID dans un coin
- On démonte la clé
- On ouvre un terminal, on fait man mount pour retrouver l'option qui va bien
- On remonte la clé avec les bons paramètres cette fois ci.
Je me vois mal expliquer ça à mes parents qui s'en sortent très bien avec la façon dont ça fonctionne sous Windows.
Alors ouais, c'est "toujours possible". Mais moi je préfère un truc qui "juste marche". D'ailleurs je vois plutôt les utilisateurs de Linux garder leurs clé USB et autres supports amovibles formatté en FAT, y'a ptêtre bien une raison.