Ça va me coûter plus cher en heures de travail pour faire un modèle 3D convenable qui s'adapte au support avec l'hélice du Blender. Et je ne suis pas convaincu que le résultat sera suffisament solide.
Et ça prend un peu de place, un blender d'une contenance de 1.5L, il faut une imprimante 3D assez grande.
Il ne s'agit pas d'un site officiel, c'est un revendeur de pièces comme il y en a plein d'autres, mais qui entretient la confusion avec un nom de domaine et un design de site web un peu trompeur. On peut le voir facilement en allant voir la page "about us".
J'ai trouvé un site officiel pour les pièces détachées (sous la marque DeLonghi qui a apparament racheté la marque Kenwood), mais seulement pour l'Australie et la Nouvelle Zélande
Pour rappel, une banane est radioactive aussi: environ 15 Becquerel par banane (à cause du potassium) source.
Boire un litre d'eau de la Garonne est donc à peu près aussi dangereux que de manger une banane.
C'est cohérent avec le graphique proposé par XKCD pour comparer l'exposition aux radiations dans différents cas.
Quelques rappels utiles:
- Utiliser un écran cathodique pendant 1 an est équivalent à manger 10 bananes,
- Habiter à proximité d'une centrale à charbon vous expose à 3 fois plus de radiations qu'une centrale nucléaire,
- Habiter dans un bâtiment en briques, béton ou pierre de taille pendant un an: équivalent à manger 70 bananes,
- Être un humain normalement constitué sans carence en potassium pendant un an: équivalent à manger 390 bananes.
Je n'ai pas fait le calcul du poids d'une banane déshydratée pour pouvoir comparer avec le kilogramme de carbone.
Il est aussi derrière fsfellowship (soi-disant un fork de la FSFE).
Il a spammé les mentors du Google Summer of Code en récupérant leurs emails sur la mailing list officielle (dont il a été banni) pour les inscrire de force sur une mailing list parallèle.
En tout cas il a l'air d'avoir des problèmes avec vraiment beaucoup de monde. Ce qui laisse penser que le problème est plutôt de son côté.
Si vous ne vous y connaissez pas en réseau, ces adresses étaient jusqu'à présent réservée pour une utilisation locale sur une machine. La plus connue étant 127.0.0.1, mais c'est possible d'en utiliser d'autres.
Si cette proposition est adoptée, les adresses à partir de 127.1.0.0 jusqu'a 127.1.255.255 deviendront des adresses tout à fait normales, routables sur internet.
Il y avait déjà eu des problèmes lors d'opérations similaires avec les adresses 1.x.x.x et 128.x.x.x (liens donnés en références dans le draft), qui étaient simplement réservées (sans utilisation définie) avant d'être finalement attribuées. Leur mise en service a nécessité de contacter des opérateurs télécoms ayant une configuration incorrecte, de mettre à jour des routeurs, ou encore de déployer un firmware mis à jour sur des modems ADSL qui utilisaient ces adresses en interne. Elles recevaient aussi du traffic de client HTTP mal programmés, et plein d'autres choses non identifiées.
Cela consiste principalement en fichiers pour l'impression 3D du boîtier. La borne fonctionne sous Android avec une Tinker Board ASUS. Pas de détails sur l'écran et la webcam utilisés, dans quelle mesure d'autres écrans seront-ils compatibles sans devoir modifier l'impression 3D?
La documentation explique aussi que l'application ne peut pas être mise à jour via le play store car la borne n'est pas associée à un compte Google. Elle n'est pas disponible sur F-Droid?
Guarín-Zapata was taught computer basics in high school — how to save, how to use file folders, how to navigate the terminal — which is knowledge many of his current students are coming in without.
Oui ben voilà: les gens qui ont eu une formation en informatique pendant leurs études ont appris ce que c'est qu'un dossier et comment ça s'utilise. Et puis à un moment quelqu'un s'est dit que ces cours ne servaient plus à rien et que les nouveaux étudiants allaient connaître ça instinctivement. Et c'était une erreur. Google n'a rien à voir là dedans, non?
Personnellement j'ai eu quelques cours d'informatique au collège (fichiers, dossiers, traitement de texte, etc). Sans quoi je n'aurai probablement pas vraiment compris tout seul comment ça marchait (bien que ayant déjà utilisé des ordinateurs avant ça). Et plus tard quand je suis arrivé en IUT informatique, une séance de travaux pratiques là dessus pour vérifier que si tout le monde était au point ou si des cours sur le sujet étaient nécessaires.
Il y a plusieurs choses qui devraient normalement être listées pour chaque bouton:
Un descripteur physique qui indique quelle moitié du corps (gauche, droite, les deux à la fois, ou n'importe laquelle) et quelle partie (il y a une énumération comprenant tous les doigts, orteils, yeux, oreilles, genoux, etc) doit être utilisée pour activer le bouton, ainsi qu'un "effort" (0 pour le bouton placé juste en dessous du doigt, puis ça augmente pour les boutons moins faciles à atteindre)
Un "usage" qui indique à quoi sert le bouton. Il y a des usages spécifiques pour "select" et "start" et une distinction entre "bouton" (activé avec le pouce) et "gachette" (activée avc l'index). Mais il y a aussi une longue liste d'usages plus spécifiques: différents types de clubs de golf, les contrôles pour piloter un char d'assaut, et plein d'autres
Enfin, si un bouton est identifiable par un symbole (A, B, X, Y ou autre, on a droit à tout Unicode) sur le contrôleur, il devrait y avoir un descripteur contenant la chaîne de caractères correspondante.
Malheureusement, la plupart des gamepads font plutôt quelque chose du genre "voici 15 boutons dans un ordre aléatoire" sans donner plus de détails.
La liste des "usages" possibles: https://usb.org/sites/default/files/hut1_22.pdf (mises à jour régulièrement, on peut voir sur le site usb.org la liste des nouveaux usages en cours de discussion, c'est tout aussi divertissant que la liste des emojis dans Unicode)
Le seul truc que je n'ai pas trouvé, c'est comment décrire la couleur des boutons. Ce qui est dommage parce que mon gamepad Gravis a juste des couleurs pour différencier les boutons, et pas de texte ou de symboles.
Je vais probablement réutiliser ces informations dans Haiku également. Par contre je trouve la liste de boutons disponibles dans SDL2 un peu limitée: http://wiki.libsdl.org/SDL_GameControllerButton (pas de bouton SELECT par exemple?)
C'est difficile de faire ça bien parce que la plupart des contrôleurs ne fournissent pas d'infos sur la position physique des boutons (alors que c'est possible dans l'USB HID). Donc il faut renseigner à la main ce genre de fichier pour avoir les infos nécessaires.
Dans les 3 premiers cas, on retrouve à peu près toujours les mêmes en tête de classement. La question c'est plutôt pourquoi Javascript est à ce point sous-évalué par TIOBE?
En effet. J'ai trouvé un benchmark qui conclut que ça marche plutôt bien, 3 fois plus rapide que l'implémentation qui teste les octets un par un: https://gist.github.com/nico/2624336
Gcc fait des optimisations auxquelles on ne s'attend pas forcément. Quelques cas auxquels je pense:
Il optimise printf("chaine\n") en puts("chaine")
Dans Haiku, dans notre libc on teste dans nos fonctions de manipulations de chaîne (strcpy, strlen, …) si un pointeur null est passé en paramètre. Dans le standard C, l'appel de ces fonctions avec un paramètre null est un comportement indéfini. Gcc optimise notre implémentation en enlevant le test qu'on avait ajouté. Il peut aussi décider de ne pas du tout appeler la fonction et d'utiliser sa propre implémentation.
Les compilateurs font usage de tout ce qui est dit dans la spécification, et la spécification est architecturée pour ça. Par exemple la spécification du C décrit un mode "hosted" et un mode "freestanding", dans le deuxième, la plupart des fonctions de la librairie standard ne sont plus définies. Ce qui permet au compilateur de savoir qu'il doit désactiver les optimisations correspondantes.
L'idée qu'on se fait d'une architecture bien découpée en couches indépendantes ne tient en fait pas la route quand on regarde les détails d'implémentation.
Celui-ci ajoute d'autres implémentations: la fonction memchr en C est équivamente, et il y a différentes implémentations dans différentes biblothèque C. Certaines plus lentes et certaines plus rapides que l'implemenation "naive" avec une simple boucle.
Cela a donné lieu à une discussion sur la mailing list du musl: https://www.openwall.com/lists/musl/2016/09/18/3 avec des liens supplémentaires vers d'autres cas ou des libraries C proposent une implémentation "optimisée" qui est en fait plus lente que l'implémentation triviale en C. D'ou la conclusion: on peut faire confiance au compilateur pour optimiser le code simple et lisible de façon pas trop mauvaise. Même si le compilateur n'est pas parfait et que les fonctions de la glibc sont très génériques, et souvent on peut écrire du code plus efficace, ce n'est pas la peine d'essayer de le faire systématiquement.
Je ne vois pas comment on peut tester l'égalité de chaque moitié d'un registre 64bit séparément avec une seule instruction de comparaison non vectorisée.
Au mieux on peut faire un XOR bit à bit, et ensuite il faut regarder si les 32 premiers ou les 32 derniers bits sont tous à 0. Ce qui fait toujours 2 comparaisons.
Ma dernière utilisation de Mac OS X remonte à quelques années mais on voyait bien que c'était une tentative de réunifié l'interface de NeXT avec celle de Mac OS 9 et que la mayonnaise n'a pas vraiment pris.
La cohérence, c'est plein de petits détails. Le fait que le bouton "ok" dans les boîtes de dialogues soit à droite ou à gauche. Que le menu "préférences" soit rangé dans "édition" ou plutôt dans "fenêtre". Ces deux exemples sont pris dans Firefox 2, ou ce genre de chose étaient différentes entre les versions Linux et Windows pour s'adapter aux conventions de chaque système.
D'un point de vue de l'apparence, c'est le fait de pouvoir choisir la bolice de caractère et sa taille une seule fois, et que ce choix soit appliqué par toutes les applications. Qu'elles se comportent toutes de la même façon quand on déplace une fenêtre entre deux écrans de résolution différente, et qu'on ait pas certaines applications qui se grossissent automatiquement, et d'autres pas.
C'est avoir des raccourcis claviers standardisés (mais ça, ça marche à peu près bien sous Linux et Windows). Des options en ligne de commande qui marchent toujours pareil (pas comme dd, ou sous Windows c'est pire avec la moitié des programmes qui veulent des options commençant par / et l'autre moitié par -)
Ça va bien au-delà de la couleur et de la police de caractère choisies pour l'affichage, donc. Et la comparaison avec la ligne de commande va plus loin: de la même façon que on peut combiner grep, sed, awk, etc… pour faire un script shell, il serait intéressant de pouvoir combiner des applications graphiques. Dans Haiku, on ne prévoit pas d'avoir un IDE tout-en-un. On prévoit d'avoir un outil de gestion de projet (un genre de frontend graphique pour make ou cmake), qui va communiquer avec un éditeur de texte pour lui dire quel fichier ouvrir, quelle ligne de code afficher dedans, etc. Le protocole entre les deux est documenté et chaque partie peut être remplacée.
C'est possible, mais les développeurs de Blink et Chromium sont franchement hostiles à ce genre de choses. Par exemple ils refusent d'inclure les patches pour le support de FreeBSD ou OpenBSD, qui sont donc maintenus dans un fork.
Et tout ça pour avoir des applications consommant des gigaoctets de mémoire et avec une interface ne s'intégrant pas proprement avec le reste du système.
Personellement, ça ne m'intéresse pas de passer du temps à faire ça. Mais je ne doute pas que d'autres développeurs s'y mettront un jour ou l'autre.
Sur mon téléphone j'utilise le clavier MessagEase (pas libre, j'attends toujours que quelqu'un se décide à en faire une copie libre…). C'est un clavier conçu pour les écrans tactiles (il a fait ses débuts sur certains PDA avant d'arriver sur les téléphones)
D'ailleurs je me souviens de l'époque ou j'utilisais un PDA et il me semble qu'il y avait un peu plus de tentatives pour des méthodes de saisie plus adaptées. Alors qu'aujourdhui on se traîne encore des claviers de machines à écrire conçus il y a 2 siècles avec des contraintes complètement différentes…
Je ne sais pas ce qui me déconcerte le plus là dedans: le buzzword bingo gagnant à chaque paragraphe, le fait cue l'entreprise soit domiciliée dans une péniche, ou le nom de la péniche qui est unjeu de mot digne des meilleurs salons de coiffure?
[^] # Re: Une belle impression 3D ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal J'essaie de commander des pièces détachées pour du petit électroménager. Évalué à 4. Dernière modification le 21 novembre 2021 à 17:36.
Ça va me coûter plus cher en heures de travail pour faire un modèle 3D convenable qui s'adapte au support avec l'hélice du Blender. Et je ne suis pas convaincu que le résultat sera suffisament solide.
Et ça prend un peu de place, un blender d'une contenance de 1.5L, il faut une imprimante 3D assez grande.
[^] # Re: Les pièces détachées Kenwood...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal J'essaie de commander des pièces détachées pour du petit électroménager. Évalué à 4.
Il ne s'agit pas d'un site officiel, c'est un revendeur de pièces comme il y en a plein d'autres, mais qui entretient la confusion avec un nom de domaine et un design de site web un peu trompeur. On peut le voir facilement en allant voir la page "about us".
J'ai trouvé un site officiel pour les pièces détachées (sous la marque DeLonghi qui a apparament racheté la marque Kenwood), mais seulement pour l'Australie et la Nouvelle Zélande
[^] # Re: Je m'insurge !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien HS du vendredi : à défaut de tartiflette, de la raclette. Évalué à 3.
Alors comment dire… la fin de la civilisation c'est plutôt par ici:
https://jesuisuncuisinier.fr/fr/pizza-aux-ravioles/
[^] # Re: Comparaison
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Rapport CRIIRAD (pdf) - Contamination chronique et persistante du milieu naturel en aval de Golfech . Évalué à 5. Dernière modification le 19 novembre 2021 à 22:09.
J'ai mal lu le graphique.
Toutes mes excuses aux bananes dont j'ai exagéré la radioactivité.
# Comparaison
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Rapport CRIIRAD (pdf) - Contamination chronique et persistante du milieu naturel en aval de Golfech . Évalué à 10.
Pour rappel, une banane est radioactive aussi: environ 15 Becquerel par banane (à cause du potassium) source.
Boire un litre d'eau de la Garonne est donc à peu près aussi dangereux que de manger une banane.
C'est cohérent avec le graphique proposé par XKCD pour comparer l'exposition aux radiations dans différents cas.
Quelques rappels utiles:
- Utiliser un écran cathodique pendant 1 an est équivalent à manger 10 bananes,
- Habiter à proximité d'une centrale à charbon vous expose à 3 fois plus de radiations qu'une centrale nucléaire,
- Habiter dans un bâtiment en briques, béton ou pierre de taille pendant un an: équivalent à manger 70 bananes,
- Être un humain normalement constitué sans carence en potassium pendant un an: équivalent à manger 390 bananes.
Je n'ai pas fait le calcul du poids d'une banane déshydratée pour pouvoir comparer avec le kilogramme de carbone.
# Vrai lien
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Rapport CRIIRAD (pdf) - Contamination chronique et persistante du milieu naturel en aval de Golfech . Évalué à 4.
Le vrai lien sans contamination par les trackers de Twitter et Facebook: http://www.criirad.org/installations-nucl/golfech/Rapport_CRIIRAD_N_20-35_Golfech_VF.pdf
[^] # Re: Qui est-ce ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Statement on Daniel Pocock. Évalué à 4.
Il est aussi derrière fsfellowship (soi-disant un fork de la FSFE).
Il a spammé les mentors du Google Summer of Code en récupérant leurs emails sur la mailing list officielle (dont il a été banni) pour les inscrire de force sur une mailing list parallèle.
En tout cas il a l'air d'avoir des problèmes avec vraiment beaucoup de monde. Ce qui laisse penser que le problème est plutôt de son côté.
# Qu'est-ce que ça va casser?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Les adresses IP en 127.x.x.x bientôt routables sur Internet. Évalué à 8.
Si vous ne vous y connaissez pas en réseau, ces adresses étaient jusqu'à présent réservée pour une utilisation locale sur une machine. La plus connue étant 127.0.0.1, mais c'est possible d'en utiliser d'autres.
Par exemple la synchronisation d'un serveur NTP avec un récepteur GPS situé sur la même machine utilise des adresses en 127.127.x.x: https://gist.github.com/edro15/c3fbaaabfe31ecb799363ffab587f336
Si cette proposition est adoptée, les adresses à partir de 127.1.0.0 jusqu'a 127.1.255.255 deviendront des adresses tout à fait normales, routables sur internet.
Il y avait déjà eu des problèmes lors d'opérations similaires avec les adresses 1.x.x.x et 128.x.x.x (liens donnés en références dans le draft), qui étaient simplement réservées (sans utilisation définie) avant d'être finalement attribuées. Leur mise en service a nécessité de contacter des opérateurs télécoms ayant une configuration incorrecte, de mettre à jour des routeurs, ou encore de déployer un firmware mis à jour sur des modems ADSL qui utilisaient ces adresses en interne. Elles recevaient aussi du traffic de client HTTP mal programmés, et plein d'autres choses non identifiées.
# Étiquettes
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Les adresses IP en 127.x.x.x bientôt routables sur Internet. Évalué à 5.
Message pour la modération:
Étiquettes repérées lors de la rédaction de ce lien, qui peuvent probablement être fusionnées/masquées:
# Analyse
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien La Borne passe sanitaire (BPS), le premier produit en open hardware de la Gendarmerie !. Évalué à 4.
Les fichiers sont disponibles sur github: https://github.com/GendarmerieNationale/Borne-Passe-Sanitaire
Cela consiste principalement en fichiers pour l'impression 3D du boîtier. La borne fonctionne sous Android avec une Tinker Board ASUS. Pas de détails sur l'écran et la webcam utilisés, dans quelle mesure d'autres écrans seront-ils compatibles sans devoir modifier l'impression 3D?
La documentation explique aussi que l'application ne peut pas être mise à jour via le play store car la borne n'est pas associée à un compte Google. Elle n'est pas disponible sur F-Droid?
# ça s'apprend
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien La génération qui a grandi avec Google ne sait pas utiliser un système de fichiers. Évalué à 10.
Oui ben voilà: les gens qui ont eu une formation en informatique pendant leurs études ont appris ce que c'est qu'un dossier et comment ça s'utilise. Et puis à un moment quelqu'un s'est dit que ces cours ne servaient plus à rien et que les nouveaux étudiants allaient connaître ça instinctivement. Et c'était une erreur. Google n'a rien à voir là dedans, non?
Personnellement j'ai eu quelques cours d'informatique au collège (fichiers, dossiers, traitement de texte, etc). Sans quoi je n'aurai probablement pas vraiment compris tout seul comment ça marchait (bien que ayant déjà utilisé des ordinateurs avant ça). Et plus tard quand je suis arrivé en IUT informatique, une séance de travaux pratiques là dessus pour vérifier que si tout le monde était au point ou si des cours sur le sujet étaient nécessaires.
[^] # Re: Haiku
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal GrIP2HID: un adaptateur USB pour le Gravis Gamepad Pro. Évalué à 3.
Il y a plusieurs choses qui devraient normalement être listées pour chaque bouton:
Malheureusement, la plupart des gamepads font plutôt quelque chose du genre "voici 15 boutons dans un ordre aléatoire" sans donner plus de détails.
La liste des "usages" possibles: https://usb.org/sites/default/files/hut1_22.pdf (mises à jour régulièrement, on peut voir sur le site usb.org la liste des nouveaux usages en cours de discussion, c'est tout aussi divertissant que la liste des emojis dans Unicode)
La spécification USB HID et en particulier la section 6.2.3 pour les descripteurs physiques: https://usb.org/sites/default/files/hid1_11.pdf
Le seul truc que je n'ai pas trouvé, c'est comment décrire la couleur des boutons. Ce qui est dommage parce que mon gamepad Gravis a juste des couleurs pour différencier les boutons, et pas de texte ou de symboles.
[^] # Re: Haiku
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal GrIP2HID: un adaptateur USB pour le Gravis Gamepad Pro. Évalué à 4.
Pour le binding, SDL2 permet déjà de le faire mais il faut lui fournir ce fichier: https://github.com/gabomdq/SDL_GameControllerDB
Je vais probablement réutiliser ces informations dans Haiku également. Par contre je trouve la liste de boutons disponibles dans SDL2 un peu limitée: http://wiki.libsdl.org/SDL_GameControllerButton (pas de bouton SELECT par exemple?)
C'est difficile de faire ça bien parce que la plupart des contrôleurs ne fournissent pas d'infos sur la position physique des boutons (alors que c'est possible dans l'USB HID). Donc il faut renseigner à la main ce genre de fichier pour avoir les infos nécessaires.
[^] # Re: Lien cassé
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal GrIP2HID: un adaptateur USB pour le Gravis Gamepad Pro. Évalué à 6.
En effet, erreur dans le lien, le projet se trouve ici: https://github.com/pulkomandy/avrstuff/tree/master/grip2hid
Je fais mes schémas et PCBs avec Kicad et la production est faite par Seeed Studio
[^] # Re: Cohérence ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 4.
On peut se logger sur gitlab.com avec un compte github (ainsi que d'autres fournisseurs openid). Donc c'est pas vraiment un problème.
[^] # Re: Bravo !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien [TIOBE] Python programming language number 1!. Évalué à 4.
Il y a d'autres approches, par exemple regarder le nombre de dépôts github ou le nombre de pull requests, ou encore le nombre de questions sur StackOverflow. On peut aussi essayer de regarder uniquement les projets qui changent de langage et écrivent un blog à ce sujet.
Dans les 3 premiers cas, on retrouve à peu près toujours les mêmes en tête de classement. La question c'est plutôt pourquoi Javascript est à ce point sous-évalué par TIOBE?
[^] # Re: le plus rapide en code simple
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 2.
En effet. J'ai trouvé un benchmark qui conclut que ça marche plutôt bien, 3 fois plus rapide que l'implémentation qui teste les octets un par un: https://gist.github.com/nico/2624336
[^] # Re: Vectorisation illégale
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 7.
Gcc fait des optimisations auxquelles on ne s'attend pas forcément. Quelques cas auxquels je pense:
Les compilateurs font usage de tout ce qui est dit dans la spécification, et la spécification est architecturée pour ça. Par exemple la spécification du C décrit un mode "hosted" et un mode "freestanding", dans le deuxième, la plupart des fonctions de la librairie standard ne sont plus définies. Ce qui permet au compilateur de savoir qu'il doit désactiver les optimisations correspondantes.
L'idée qu'on se fait d'une architecture bien découpée en couches indépendantes ne tient en fait pas la route quand on regarde les détails d'implémentation.
# Un autre benchmark
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 6.
Celui-ci ajoute d'autres implémentations: la fonction memchr en C est équivamente, et il y a différentes implémentations dans différentes biblothèque C. Certaines plus lentes et certaines plus rapides que l'implemenation "naive" avec une simple boucle.
https://gms.tf/stdfind-and-memchr-optimizations.html
Cela a donné lieu à une discussion sur la mailing list du musl: https://www.openwall.com/lists/musl/2016/09/18/3 avec des liens supplémentaires vers d'autres cas ou des libraries C proposent une implémentation "optimisée" qui est en fait plus lente que l'implémentation triviale en C. D'ou la conclusion: on peut faire confiance au compilateur pour optimiser le code simple et lisible de façon pas trop mauvaise. Même si le compilateur n'est pas parfait et que les fonctions de la glibc sont très génériques, et souvent on peut écrire du code plus efficace, ce n'est pas la peine d'essayer de le faire systématiquement.
[^] # Re: le plus rapide en code simple
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 3.
Je ne vois pas comment on peut tester l'égalité de chaque moitié d'un registre 64bit séparément avec une seule instruction de comparaison non vectorisée.
Au mieux on peut faire un XOR bit à bit, et ensuite il faut regarder si les 32 premiers ou les 32 derniers bits sont tous à 0. Ce qui fait toujours 2 comparaisons.
[^] # Re: Question bête…
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku embauche un développeur à (presque) plein temps. Évalué à 5.
Ma dernière utilisation de Mac OS X remonte à quelques années mais on voyait bien que c'était une tentative de réunifié l'interface de NeXT avec celle de Mac OS 9 et que la mayonnaise n'a pas vraiment pris.
La cohérence, c'est plein de petits détails. Le fait que le bouton "ok" dans les boîtes de dialogues soit à droite ou à gauche. Que le menu "préférences" soit rangé dans "édition" ou plutôt dans "fenêtre". Ces deux exemples sont pris dans Firefox 2, ou ce genre de chose étaient différentes entre les versions Linux et Windows pour s'adapter aux conventions de chaque système.
D'un point de vue de l'apparence, c'est le fait de pouvoir choisir la bolice de caractère et sa taille une seule fois, et que ce choix soit appliqué par toutes les applications. Qu'elles se comportent toutes de la même façon quand on déplace une fenêtre entre deux écrans de résolution différente, et qu'on ait pas certaines applications qui se grossissent automatiquement, et d'autres pas.
C'est avoir des raccourcis claviers standardisés (mais ça, ça marche à peu près bien sous Linux et Windows). Des options en ligne de commande qui marchent toujours pareil (pas comme dd, ou sous Windows c'est pire avec la moitié des programmes qui veulent des options commençant par / et l'autre moitié par -)
Ça va bien au-delà de la couleur et de la police de caractère choisies pour l'affichage, donc. Et la comparaison avec la ligne de commande va plus loin: de la même façon que on peut combiner grep, sed, awk, etc… pour faire un script shell, il serait intéressant de pouvoir combiner des applications graphiques. Dans Haiku, on ne prévoit pas d'avoir un IDE tout-en-un. On prévoit d'avoir un outil de gestion de projet (un genre de frontend graphique pour make ou cmake), qui va communiquer avec un éditeur de texte pour lui dire quel fichier ouvrir, quelle ligne de code afficher dedans, etc. Le protocole entre les deux est documenté et chaque partie peut être remplacée.
[^] # Re: Question bête…
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku embauche un développeur à (presque) plein temps. Évalué à 4.
C'est possible, mais les développeurs de Blink et Chromium sont franchement hostiles à ce genre de choses. Par exemple ils refusent d'inclure les patches pour le support de FreeBSD ou OpenBSD, qui sont donc maintenus dans un fork.
Et tout ça pour avoir des applications consommant des gigaoctets de mémoire et avec une interface ne s'intégrant pas proprement avec le reste du système.
Personellement, ça ne m'intéresse pas de passer du temps à faire ça. Mais je ne doute pas que d'autres développeurs s'y mettront un jour ou l'autre.
[^] # Re: oust
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien AnySoftKeyboard impose des notifications covid à ses utilisateurs. Évalué à 2.
Sur mon téléphone j'utilise le clavier MessagEase (pas libre, j'attends toujours que quelqu'un se décide à en faire une copie libre…). C'est un clavier conçu pour les écrans tactiles (il a fait ses débuts sur certains PDA avant d'arriver sur les téléphones)
D'ailleurs je me souviens de l'époque ou j'utilisais un PDA et il me semble qu'il y avait un peu plus de tentatives pour des méthodes de saisie plus adaptées. Alors qu'aujourdhui on se traîne encore des claviers de machines à écrire conçus il y a 2 siècles avec des contraintes complètement différentes…
[^] # Re: touches multimédia ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Clavier Logitech G213 Prodigy. Évalué à 4.
Oui, c'est standardisé dans l'USB HID (human interface devices) depuis que l'USB existe (donc plutôt 25 ans maintenant?)
# Péniche Nouvelle Vague
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 4. Dernière modification le 03 septembre 2021 à 23:55.
Je ne sais pas ce qui me déconcerte le plus là dedans: le buzzword bingo gagnant à chaque paragraphe, le fait cue l'entreprise soit domiciliée dans une péniche, ou le nom de la péniche qui est unjeu de mot digne des meilleurs salons de coiffure?