En effet, mais là c'est de ma faute lors de la rédaction.
Pour le projet Haiku on constate peu de candidates pour le Google Summer of Code. Nous en avions eu beaucoup plus lors de notre participation à Outreachy, cependant, dans le cadre de Outreachy, il faut apporter son propre financement ou sponsor. Actuellement, le projet Haiku n'a pas trouvé de sponsors pour Outreachy et nous avons décidé d'employer l'argent reçu par les dons des utilisateurs plutôt pour embaucher un développeur déjà actif sur le projet.
La participation à Outreachy est donc mise en veille pour Haiku.
Du côté du Google Summer of Code plus général, la dernière fois ou l'information a été publiée, c'était en 2018. Il y avait alors un peu plus de 11% de participantes
Les années suivantes, cette information n'est plus fournie. Il y a uniquement la liste des pays et le nombre de personnes participant pour la première ou la deuxième fois.
Dans le code Baudot il n'y a certes que des majuscules, mais il y a des ponctuations et surtout le É. Pas étonnant puisque l'inventeur se prénomme Émile.
Bien entendu les autres pays adoptant le code se sont empressés oe remplacer ce É par d'autres symboles qui leur semblaient plus utiles, et c'est là que les problèmes ont commencé
MAIS OUI SUPPRIMONS TOUS LES ACCENTS ET LES SIGNES DE PONCTUATION CA NE SERT A RIEN TOUT CA ET PUIS LES MINUSCULES QUEL GASPILLAGE TOUT UN DEUXIEME ALPHABET POUR FAIRE EXACTEMENT LA MEME CHOSE
Un point important, c'est que une preuve mathématique, il me semble que ce n'est pas soumis au droit d'auteur. Il est donc difficile de la voler au sens où on peut l'entendre lorsque ChatGPT ou Github Copilot régurgitent du code proche d'une source utilisée pour leur entraînement.
Il reste par contre l'autre problème de ces intelligences artificielles, qui est la consommation d'énergie et d'eau des machines qui font tourner tout ça. Ce coût est caché parce qu'il se produit dans un data center un peu loin de chez toi. Si on l'exécutait en local, on aurait un choix du type: tu peux produire cette preuve mathématique par toi-même, ou alors lancer ChatGPT, ce qui va demander de laisser ton ordinateur tourner pendant 1 jour, va augmenter ta facture d'électricité de 20€ et augmenter la température dans ton bureau de 2º. Peut-être qu'alors on envisagerait la chose autrement et qu'on ne l'utiliserait pas pour tout et n'importe quoi (je ne dis pas que c'est le cas ici, je ne sais pas si cette preuve aurait pu être obtenue avec moins de travail par d'autres moyens).
Je pense que l'objectif d'Unicode est surtout d'avoir une liste exhaustive de tous les symboles qui existent, afin de pouvoir convertir n'importe quel texte en Unicode.
Donc, peu importe si c'est vraiment utile pour les nouveaux développements.
Si on ne fait pas ça, il y aura toujours quelqu'un pour dire "oui mais en Unicode je ne peux pas dessiner un transistor" et des risques de perte/dégradation de données lorsqu'on convertit quelque chose en Unicode. On est donc, dans certains cas, obligé de stocker l'information d'encodage (est-ce que c'est de l'Unicode, ou autre chose) avec le texte. Le but (ambitieux) d'Unicode étant de régler ce problème une bonne fois pour toutes, ils sont obligés d'inclure le moindre cas particulier du système le plus obscur.
Un "vrai" exemple d'utilisation: je développe un émulateur pour les ordinateurs Amstrad CPC qui est équipé d'un debugger permettant d'analyser la mémoire. Ce debugger permet d'afficher par exemple du texte contenu dans la mémoire de la machine. Il est très pratique de pouvoir convertir ce texte en Unicode pour l'afficher dans mon système moderne sur lequel fonctionne l'émulateur. Pour certains caractères, ce n'est possible que parce que je jeu de caractères spéciaux de l'Amstrad CPC a été fidèlement reproduit dans Unicode. Sinon, je serais obligé de faire cette conversion d'une autre façon (avec une police de caractères personnalisée par exemple), ce qui revient à perpétuer un encodage de texte exotique et non standardisé.
C'est là le vrai rôle de ces blocs "legacy computing" (rétro informatique).
Ce qui n'empêche pas aussi de trouver de nouvelles utilisations pour ces caractères un peu oubliés, et en particulier pour les personnes qui utilisent toujours un terminal en mode texte (pour des raisons de limitations techniques, de vitesse, ou simplement par préférence personnelle). Ils ont tous été ajoutés pour une raison valable dans le contexte d'une autre machine, d'une informatique d'un autre temps peut-être, mais il n'y a pas de raison a priori que les idées explorées alors ne soient plus utilisables aujourd'hui. J'en donnais quelques exemples dans mon premier message, mais il y en a sûrement plein d'autres.
À cela s’ajoutent sept-cent symboles (en) d’environnements informatiques, blocs Unicode 1CC00 à 1CEBF (Symbols for Legacy Computing Supplement).
Quelques symboles utiles dans cette catégorie pour les irréductibles du terminal ou des forums usenet.
On va enfin pouvoir faire des schémas électroniques lisibles en "ASCII" art (pardon pour l'abus de langage), puisque ce bloc contient des résistances, diodes, transistors, et autres condensateurs, ainsi que quelques portes logiques.
Nous avons également des douzièmes de cercles (parfait pour une animation de chargement), les personnages du jeu Space Invaders, quatre types de bombes atomiques et un nuage d'explosion en forme de champignon, un entonnoir, des caractères semigraphiques qui découpent un caractère en 6 ou en 8 blocs, sans oublier "OLD PERSONAL COMPUTER WITH MONITOR IN PORTRAIT ORIENTATION" (ancien ordinateur personnel avec un écran en orientation portrait).
Quand j'utilise un langage de programmation, je choisis en général la dernière version disponible et j'utilise les nouvelles fonctionnalités lorsque cela me permet d'écrire du code plus clair, précis et concis.
Il en est de même lorsque j'utilise une langue pour m'adresser à des humains. Je ne vois pas l'intérêt de faire de la rétro-linguistique et de parler le Français de 1924 dans cette dépêche.
D'ailleurs, le seul endroit ou je me souviens avoir utilisé l'écriture inclusive semble de pas avoir survécu aux éditions d'autres participants ou à la modération de la dépêche (l'information s'est perdue suite au découpage en plusieurs dépêches, je pense).
Si un ou une modératrice peut corriger cette phrase:
[…] l’embauche d’une deuxième personne si un candidat se présente parmi les personnes contribuant […]
Il faut bien entendu lire "un ou une candidate", ou autre formulation qui n'implique pas l'absence de contributrices chez Haiku, bien qu'elles soient encore malheureusement en grande minorité.
Exactement, si un constructeur nous contactait, on lui dirait de réfléchir très fort aux implications de vendre une machine avec un système d'exploitation en version beta développée par des personnes qui n'y contribuent qu'un peu de leur temps libre.
Notre expérience avec une entreprise commerciale (TuneTracker systems) ne se passe pas très bien. Ils ont utilisé BeOS puis Haiku, mais pour l'instant ils ont choisi de porter leur applicatif (et des morceaux de Haiku) vers Genode plutôt que de contribuer à stabiliser Haiku.
Pour n'importe quelle machine, même simple, il y aurait quelques mois de travail à prévoir, pour avoir du son, du wifi, un lecteur de carte sd, et des choses qui nécessitent un peu plus d'efforts comme un système de mise en veille/hibernation, je pense.
Ça va nous prendre encore une ou deux versions beta pour venir à bout de tous ces problèmes.
Il y a une troisième et dernière partie à cette dépêche qui arrive bientôt. Et comme ça fait beaucoup de choses d'un coup, je vais essayer de publier les prochaines trimestriellement
La grille de jeu dans la capture d'écran ne fait que 12x12 cases à peu près. Si on la dessine en mode texte sur 24x24 caractères, on a la possibilité de dessiner le joueur entre 2 cases, et ça rentrera toujours bien dans n'importe quel terminal
Le problème est que la fonction s'appelle juste "f".
On peut écrire f(x), ou f(y), ou f(47).
C'est donc dommage d'avoir un "x" qui apparaît dans la notation de la dérivée, qui oblige a regarder dans la définition de la fonction d'où sort ce "x".
L'autre notation suggérée indique "la dérivée de f par rapport à son premier paramètre", peu importe le nom donné au paramètre. C'est peut-être inhabituel mais ça me semble effectivement plus logique et moins ambigu de faire comme ça.
Mais ça ne suffit pas à empêcher les gens de demander, et quand tu es en recherche d'emploi, tu va peut-être éviter de menacer de porter plainte contre ton potentiel futur employeur pendant l'entretien d'embauche.
Donc tu peux répondre:
Non
Ça vous regarde pas
Et si tu répond "ça vous regarde pas", ça sera pris comme "c'est pas non".
En plus des amendes pour les fuites, le rgpd impose aussi des sanctions pour les entreprises qui ne préviennent pas leurs clients ou utilisateurs qu'il y a eu une fuite de donnée. Au moins cette partie semble bien fonctionner: ('est pour ça qu'on a des annonces publiques à répétition.
Pour la partie sanction, si les entreprises arrivent encore à utiliser une défense expliquant qu'ils ont fait tout le nécessaire/personne n'aurait pu le voir venir/c'est pas moi clest le sous-traitant, ben… pus beaucoup de sanctions.
On peut le voir comme ça, mais on peut aussi le faire sans s'éloigner de la réalité. Il s'agit simplement, par exemple, de présenter son parcours professionel pas juste comme une suite d'emplois déconnectés les uns des autres, mais comme une continuité avec des raisons pour les changements.
En gros, en partant de'un cv:
de 1826 à 1829: dévelopeur chez Machin Industries
de 1829 à 1835: chef de projet chez Truc et Compagnie
en expliquant que il y avaxt peu de chances qu'un poste de cqef se libère chez Machin, et que ça twas décidé à aller voir chez Truc si c'était mieux. Ce qui permet d'enchaîner sur la suite du parcours: oui c'était mieux, mais maintenant ça ne l'est plus, ou alors c'est toujours bien mais tu as envie de devenir chef de chef de projet, ou toute autre raison.
Si tu sais présenter ce genre d'explication sans préparation, tant mieux, mais sinon ça peut valoir le coup d'y réfléchir un peu en avance. Finalement, ça peut permettre de prendre un peu de hauteur sur un parcours professionel, et c'est plutôt intéressant (parce que les donées brutes, on les a déjà dans le cv, normalement le recruteur les a lues avant l'entretien et ce n'est pas la peine de juste les répéter).
Alors oui, le "narratif" c'est une technique commerciale. Y'a pas de secret, dans un entretien d'embauche, une partie consiste à se vendre, en se présentant sous son meilleur jour. Et ça peut être fait de façon plus ou moins honnête, mais je ne vois pas trop l'intérêt de raconter n'importe quoi pour décrocher un job qui ne te convient pas?
Bon, mon job actuel, j'y suis depuis 10 ans, c'est que ça doit pas être si pourri que ça. Le seul truc embêtant en ce mome/t c'est que mon client construit des engins miniers, se dire que ce qu'on fait va servir à améliorer la productivité de l'extraction du charbon, ça n'est pas très compatible avec mon penchant écologiste. Mais c'est le jeu des ESN, on ne choisit pas direcement ses clients. À part ça, les collègues sont sympa, compétents et motivés, le projet est techniquement intéressant, on me laisse travailler comme je veux, et j'ai même le droit d'utiliser Linux sur mon PC.
Du coup je vais plutôt parler des jobs précédents:
Mon premier emploi était dans une petite entreprise (tout juste 10 salariés), une startup qui n'a pas vraiment décollé mais qui survit. C'était le premier emploi de tous les collègues et ils sortaient presque tous de la même formation, ce qui donnait une monoculture technique pas extraordinaire. Mais surtout, les délais imposés par l'équipe commerciale (qui faisait les plannings) étaient irréalistes et nous imposaient de développer trop rapidement des solutions propres à chaque client, au lieu de prendre un peu de temps pour factoriser les choses. On avait fait une roadmap avec des post-its sur un mur. Au bout d'un an, un seul post-it avaiù bougé. Au bout de 2 ans, les post-its ont été recouverts avec un tableau blanc pour faire autre chose. Je suis parti à ce moment là, marre de trourer en rond en réimplémentant plusieurs fois la même fonction pour plusieurs clients et de ne pas avancer sur les sujets de fond.
Ensuite j'ai testé oe travailler pour un projet open source. Full télétravail, totale autonomie pour faire ce que je voulais. C'est bien, mais ça paye vraiment pas cher (l'association qui gère le projet n'avait pas beaucoup de sous). Et surtout, la personne qui faisait tourner l'association, relançait les donateurs, etc, a fini par partir. Les dernières factures ont été payées avec un ou deux mois de retard puis le contrat s'est arrêté quand il n'y avait plus de sous avec un préavis de 15 jours. Aujourd'hui je suis moins jeune et moins inconscient, je ne le referai pas sans des garanties plus solides.
Enfin j'ai fait des missions dans mon ESN chez des clie/ts qui ont voulu m'embaucher. J'ai refusé pour les mêmes raisons à peu près: structures trop petites, qui ne mettent pas les moyens qui seraient nécessaires pour ce qu'elles veulent faire. Mais il y a certainement des projets où c'est l'inverse: trop de moyens pour faire une usine à gaz inutile. Je crois que là où je suis, l'équilibre est à peu près bon.
Mouais, alors ça marche si dans "centre" on compte le centre droit, avec vraiment tout le monde: LIOT, le MoDem et Horizons. Et encore, ça donne la majorité absolue à 3 sièges près. Ça marche, mais il suffit qu'une paire députés (à droite ou à gauche du truc) changent d'avis et de groupe pour que la majorité absolue disparaisse.
Si vous voulez tenter vos propres mélanges politiques plus ou moins improbables, on trouve des simulateurs pour ça, par exemple chez Le Monde
Oui, ça a tendance à créer des "boîtes noires" dans lesquelles on a du mal à comprendre comment ça fonctionne.
Ça ne veut pas dire que la techno est mauvaise, si cette boîte noire fonctionne mieux que les algorithmes connus, elle peut très bien s'utiliser, et ça a d'autres avantages (par exemple, être capable de s'adapter automatiquement et de continuer à s'entraîner avec de nouvelles données en entrées).
Mais j'avoue ne pas bien comprendre comment ça peut être utile pour modéliser quelque chose, si on ne comprend pas mieux le fonctionnement du modèle que celui de l'original. Ça n'empêche pas que ça pourrait servir à plein d'autres choses: dans ce cas précis, peut-être que ça pourrait servir à prédire seulement quelques images à l'avance, dans un jeu vidéo en ligne, en attendant de se resynchroniser avec le serveur? Est-ce que ça peut fonctionner plus vite qu'une latence réseau classique?
Cela dit, il est probable qu'on fasse du progrès sur la façon d'étudier un réseau de neurones pour comprendre ce qu'il fait. Les outils nous manquent pour l'instant mais ça se développe. On se souvient par exemple des premiers tests de génération d'images de Google DeepDream, qui avaient démarré comme une expérience pour comprendre comment leur algorithme de reconnaissance d'image fonctionnait, en essayant de visualiser et d'amplifier ce qui était reconnu dans une image. On peut aussi identiifer des "zones" (des ensemble de neurones interconnectés) qui s'activent dans certains cas, mais ça reste une vision à très haut niveau.
Les dévelopeurs Rust qui esaient de participer au noyau Linux sont pour certains aussi impliqués dans Redox. Mais il y a pas mal de travail à faire dans Redox avant d'avoir un système utilisable.
C'est donc pas une mauvaise idée d'essayer de faire avancer Rust dans Linux en attendant, et on pourrait même envisager que certains modules soit portables entre les deux.
Mais si les développeurs de Linux se montrent complètement réfractaires à cette idée (comme ils l'ont été avec C++ il y a quelques années), il est probable que les développeurs qui ont envie de faire du code noyau en Rust aillent voir ailleurs.
Ce n'est pas forcément un reproche pour les développeurs de Linux: maintenir un projet avec un mélange de 2 langages de programmation pose aussi un certain nombre de problèmes. Personellement je l'envisagerais pour migrer d'un langage à un autre progressivement, mais pas pour maintenir éternellement les 2 langages.
La mauvaise qualité du chiffre Allemand est en partie la raison de leur défaite.
On parle de la seconde guerre mondiale et des machines Enigma, là?
Parce qu'il a quand même fallu faire pas mal de progrès en informatique (qui n'existait presque pas avant la guerre) pour venir à bout de ce chiffrement.
Il était suffisant pour son époque, tout comme les algorithmes utilisés aujourd'hui ne survivront peut-être pas au développement de l'informatique quantique ou à d'autres innovations.
Mais là on a un modèle où une porte sensée être verrouillée finit par s'ouvrir quand même sans avoir été chercher la clé, des ennemis qui disparaissent sans qu'on leur tire dessus ou qui réapparaissent, etc.
C'est donc une modélisation qui n'a aucune utilité pour comprendre comment le jeu fonctionne.
L'intérêt d'une modélisation, il est non seulement dans l'utilisation du modèle, mais aussi dans sa construction: s'interroger sur quels sont les paramètres essentiels à modéliser et les choses qui sont négligeables. Oui, ça prend du temps, mais c'est du temps passé à comprendre comment le système fonctionne.
Ici, l'IA a créé un modèle dont on ne sait pas trop comment il fonctionne, et qui se comporte vaguement comme le système original, mais seulement en apparence. Et il est peut-être plus compliqué à étudier que le système original. Du coup, ça nous avance à quoi?
Personellement, le code incompréhensible, j'en trouve dans Linux mais moins dans d'autres systèmes d'exploitation. Le fait cue ça soit du code noyau n'est pas une excuse pour l'absence de commentaires, les APIs mal documentées, l'absence de logs alors qu'un framework existe pour en faire.
Je crois surtout que la lisibilité du code n'est pas un critère hrioritaire pour les développeurs de drivers (ils ont surtout envie que ça fonctionne sur le matériel sur lequel ils sont en train de travailler).
L'excuse de "oui mais c'est du code noyau, les règles et bonnes pratiques de l'industrie ne s'appliquent pas" a un côté élitiste que je n'aime pas trop. Au contraire, c'est du code critique pour lequel il faudrait faire deux fois plus attention à ce qu'il soit clair et facile à suivre.
On peut ajouter que le concurrent principal, Tom's hardware, appartient au même éditeur. Ce n'était probablement pas utile de s'autoconcurrencer et il vaut mieux un gros site que deux plus petits?
c'est plus difficile d'en parler tous les jours dans un journal
ça marche assez bien avec la guerre russo-ukrainienne ou on a des nouvelles dès que la ligne de front bouge d'une centaine de mètres, avec des cartes mises à jour et tout. Je n'ai pas trop vu passer la même chose pour les feux de forêt (ça doit pouvoir se trouver, mais les Grands Méchants Algorithmes n'ont pas l'air d'envoyer les infos jusque chez moi).
Le clavier FrogPad (qui s'utilise à une seule main et pourrait se porter en bracelet) n'est plus fabriqué, c'est bien dommage. Ce serait parfait pour cette utilisation.
En enlevant le clavier affiché sur l'écran du smartphone, on doit déjà à peu près doubler l'espace disponible pour afficher des choses. Pour une utilisation simple (et si on a une bonne vue et qu'on peut mettre une police de caractères assez petite, et si on a un smartphone moderne avec un grand écran) il n'y a peut-être pas besoin d'un écran externe? Après tout, il n'y a pas si longtemps on avait que 640x480 pixels et on se débrouillait bien avec?
[^] # Re: Je suis inclu
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 3 : documentation, finances et GSOC). Évalué à 4.
En effet, mais là c'est de ma faute lors de la rédaction.
Pour le projet Haiku on constate peu de candidates pour le Google Summer of Code. Nous en avions eu beaucoup plus lors de notre participation à Outreachy, cependant, dans le cadre de Outreachy, il faut apporter son propre financement ou sponsor. Actuellement, le projet Haiku n'a pas trouvé de sponsors pour Outreachy et nous avons décidé d'employer l'argent reçu par les dons des utilisateurs plutôt pour embaucher un développeur déjà actif sur le projet.
La participation à Outreachy est donc mise en veille pour Haiku.
Du côté du Google Summer of Code plus général, la dernière fois ou l'information a été publiée, c'était en 2018. Il y avait alors un peu plus de 11% de participantes
https://developers.google.com/open-source/gsoc/resources/stats?hl=fr
https://opensource.googleblog.com/2018/06/google-summer-of-code-2018-statistics-part-2.html
Les années suivantes, cette information n'est plus fournie. Il y a uniquement la liste des pays et le nombre de personnes participant pour la première ou la deuxième fois.
[^] # Re: Enfin!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Unicode en version 16.0.0, le plein de hiéroglyphes égyptiens et de symboles informatiques. Évalué à 4.
Dans le code Baudot il n'y a certes que des majuscules, mais il y a des ponctuations et surtout le É. Pas étonnant puisque l'inventeur se prénomme Émile.
Bien entendu les autres pays adoptant le code se sont empressés oe remplacer ce É par d'autres symboles qui leur semblaient plus utiles, et c'est là que les problèmes ont commencé
[^] # Re: Enfin!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Unicode en version 16.0.0, le plein de hiéroglyphes égyptiens et de symboles informatiques. Évalué à 8.
MAIS OUI SUPPRIMONS TOUS LES ACCENTS ET LES SIGNES DE PONCTUATION CA NE SERT A RIEN TOUT CA ET PUIS LES MINUSCULES QUEL GASPILLAGE TOUT UN DEUXIEME ALPHABET POUR FAIRE EXACTEMENT LA MEME CHOSE
[^] # Re: Deux critiques ! la définition et ChatGPT.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Y a le Frido 2024 qu'est là. Évalué à 4.
Un point important, c'est que une preuve mathématique, il me semble que ce n'est pas soumis au droit d'auteur. Il est donc difficile de la voler au sens où on peut l'entendre lorsque ChatGPT ou Github Copilot régurgitent du code proche d'une source utilisée pour leur entraînement.
Il reste par contre l'autre problème de ces intelligences artificielles, qui est la consommation d'énergie et d'eau des machines qui font tourner tout ça. Ce coût est caché parce qu'il se produit dans un data center un peu loin de chez toi. Si on l'exécutait en local, on aurait un choix du type: tu peux produire cette preuve mathématique par toi-même, ou alors lancer ChatGPT, ce qui va demander de laisser ton ordinateur tourner pendant 1 jour, va augmenter ta facture d'électricité de 20€ et augmenter la température dans ton bureau de 2º. Peut-être qu'alors on envisagerait la chose autrement et qu'on ne l'utiliserait pas pour tout et n'importe quoi (je ne dis pas que c'est le cas ici, je ne sais pas si cette preuve aurait pu être obtenue avec moins de travail par d'autres moyens).
[^] # Re: Enfin!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Unicode en version 16.0.0, le plein de hiéroglyphes égyptiens et de symboles informatiques. Évalué à 8.
Je pense que l'objectif d'Unicode est surtout d'avoir une liste exhaustive de tous les symboles qui existent, afin de pouvoir convertir n'importe quel texte en Unicode.
Donc, peu importe si c'est vraiment utile pour les nouveaux développements.
Si on ne fait pas ça, il y aura toujours quelqu'un pour dire "oui mais en Unicode je ne peux pas dessiner un transistor" et des risques de perte/dégradation de données lorsqu'on convertit quelque chose en Unicode. On est donc, dans certains cas, obligé de stocker l'information d'encodage (est-ce que c'est de l'Unicode, ou autre chose) avec le texte. Le but (ambitieux) d'Unicode étant de régler ce problème une bonne fois pour toutes, ils sont obligés d'inclure le moindre cas particulier du système le plus obscur.
Un "vrai" exemple d'utilisation: je développe un émulateur pour les ordinateurs Amstrad CPC qui est équipé d'un debugger permettant d'analyser la mémoire. Ce debugger permet d'afficher par exemple du texte contenu dans la mémoire de la machine. Il est très pratique de pouvoir convertir ce texte en Unicode pour l'afficher dans mon système moderne sur lequel fonctionne l'émulateur. Pour certains caractères, ce n'est possible que parce que je jeu de caractères spéciaux de l'Amstrad CPC a été fidèlement reproduit dans Unicode. Sinon, je serais obligé de faire cette conversion d'une autre façon (avec une police de caractères personnalisée par exemple), ce qui revient à perpétuer un encodage de texte exotique et non standardisé.
C'est là le vrai rôle de ces blocs "legacy computing" (rétro informatique).
Ce qui n'empêche pas aussi de trouver de nouvelles utilisations pour ces caractères un peu oubliés, et en particulier pour les personnes qui utilisent toujours un terminal en mode texte (pour des raisons de limitations techniques, de vitesse, ou simplement par préférence personnelle). Ils ont tous été ajoutés pour une raison valable dans le contexte d'une autre machine, d'une informatique d'un autre temps peut-être, mais il n'y a pas de raison a priori que les idées explorées alors ne soient plus utilisables aujourd'hui. J'en donnais quelques exemples dans mon premier message, mais il y en a sûrement plein d'autres.
# Enfin!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Unicode en version 16.0.0, le plein de hiéroglyphes égyptiens et de symboles informatiques. Évalué à 8.
Quelques symboles utiles dans cette catégorie pour les irréductibles du terminal ou des forums usenet.
On va enfin pouvoir faire des schémas électroniques lisibles en "ASCII" art (pardon pour l'abus de langage), puisque ce bloc contient des résistances, diodes, transistors, et autres condensateurs, ainsi que quelques portes logiques.
Nous avons également des douzièmes de cercles (parfait pour une animation de chargement), les personnages du jeu Space Invaders, quatre types de bombes atomiques et un nuage d'explosion en forme de champignon, un entonnoir, des caractères semigraphiques qui découpent un caractère en 6 ou en 8 blocs, sans oublier "OLD PERSONAL COMPUTER WITH MONITOR IN PORTRAIT ORIENTATION" (ancien ordinateur personnel avec un écran en orientation portrait).
Quel est votre préféré?
[^] # Re: Je suis inclu
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 3 : documentation, finances et GSOC). Évalué à 4. Dernière modification le 27 septembre 2024 à 08:42.
Quand j'utilise un langage de programmation, je choisis en général la dernière version disponible et j'utilise les nouvelles fonctionnalités lorsque cela me permet d'écrire du code plus clair, précis et concis.
Il en est de même lorsque j'utilise une langue pour m'adresser à des humains. Je ne vois pas l'intérêt de faire de la rétro-linguistique et de parler le Français de 1924 dans cette dépêche.
D'ailleurs, le seul endroit ou je me souviens avoir utilisé l'écriture inclusive semble de pas avoir survécu aux éditions d'autres participants ou à la modération de la dépêche (l'information s'est perdue suite au découpage en plusieurs dépêches, je pense).
Si un ou une modératrice peut corriger cette phrase:
Il faut bien entendu lire "un ou une candidate", ou autre formulation qui n'implique pas l'absence de contributrices chez Haiku, bien qu'elles soient encore malheureusement en grande minorité.
[^] # Re: Pilote
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 2 : le noyau). Évalué à 5.
Exactement, si un constructeur nous contactait, on lui dirait de réfléchir très fort aux implications de vendre une machine avec un système d'exploitation en version beta développée par des personnes qui n'y contribuent qu'un peu de leur temps libre.
Notre expérience avec une entreprise commerciale (TuneTracker systems) ne se passe pas très bien. Ils ont utilisé BeOS puis Haiku, mais pour l'instant ils ont choisi de porter leur applicatif (et des morceaux de Haiku) vers Genode plutôt que de contribuer à stabiliser Haiku.
Pour n'importe quelle machine, même simple, il y aurait quelques mois de travail à prévoir, pour avoir du son, du wifi, un lecteur de carte sd, et des choses qui nécessitent un peu plus d'efforts comme un système de mise en veille/hibernation, je pense.
Ça va nous prendre encore une ou deux versions beta pour venir à bout de tous ces problèmes.
[^] # Re: Super publications
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 2 : le noyau). Évalué à 5.
Il y a une troisième et dernière partie à cette dépêche qui arrive bientôt. Et comme ça fait beaucoup de choses d'un coup, je vais essayer de publier les prochaines trimestriellement
[^] # Re: transition
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Version 2 de Bim!, avec des menus. Évalué à 3.
La grille de jeu dans la capture d'écran ne fait que 12x12 cases à peu près. Si on la dessine en mode texte sur 24x24 caractères, on a la possibilité de dessiner le joueur entre 2 cases, et ça rentrera toujours bien dans n'importe quel terminal
[^] # Re: infecte notation ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Y a le Frido 2024 qu'est là. Évalué à 5.
Le problème est que la fonction s'appelle juste "f".
On peut écrire f(x), ou f(y), ou f(47).
C'est donc dommage d'avoir un "x" qui apparaît dans la notation de la dérivée, qui oblige a regarder dans la définition de la fonction d'où sort ce "x".
L'autre notation suggérée indique "la dérivée de f par rapport à son premier paramètre", peu importe le nom donné au paramètre. C'est peut-être inhabituel mais ça me semble effectivement plus logique et moins ambigu de faire comme ça.
[^] # Re: Xfce qui a mal vieilli ??
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal KDE-Plasma, c'est fini pour moi. Évalué à 3.
Ceux qui ne sont pas content n'ont qu'à écrire leur propre système d'exploitation pour le desktop, s'ils pensent pouvoir faire mieux!
[^] # Re: État d’esprit
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal cherche nouveau boulot. Évalué à 5.
Oui c'est bien sûr interdit.
Mais ça ne suffit pas à empêcher les gens de demander, et quand tu es en recherche d'emploi, tu va peut-être éviter de menacer de porter plainte contre ton potentiel futur employeur pendant l'entretien d'embauche.
Donc tu peux répondre:
Et si tu répond "ça vous regarde pas", ça sera pris comme "c'est pas non".
[^] # Re: Hadopi, où es-tu ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Opportunité à saisir: 20 Go de fuite de donnée provenant de Cap Gemini. Évalué à 3.
En plus des amendes pour les fuites, le rgpd impose aussi des sanctions pour les entreprises qui ne préviennent pas leurs clients ou utilisateurs qu'il y a eu une fuite de donnée. Au moins cette partie semble bien fonctionner: ('est pour ça qu'on a des annonces publiques à répétition.
Pour la partie sanction, si les entreprises arrivent encore à utiliser une défense expliquant qu'ils ont fait tout le nécessaire/personne n'aurait pu le voir venir/c'est pas moi clest le sous-traitant, ben… pus beaucoup de sanctions.
[^] # Re: État d’esprit
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal cherche nouveau boulot. Évalué à 3.
On peut le voir comme ça, mais on peut aussi le faire sans s'éloigner de la réalité. Il s'agit simplement, par exemple, de présenter son parcours professionel pas juste comme une suite d'emplois déconnectés les uns des autres, mais comme une continuité avec des raisons pour les changements.
En gros, en partant de'un cv:
en expliquant que il y avaxt peu de chances qu'un poste de cqef se libère chez Machin, et que ça twas décidé à aller voir chez Truc si c'était mieux. Ce qui permet d'enchaîner sur la suite du parcours: oui c'était mieux, mais maintenant ça ne l'est plus, ou alors c'est toujours bien mais tu as envie de devenir chef de chef de projet, ou toute autre raison.
Si tu sais présenter ce genre d'explication sans préparation, tant mieux, mais sinon ça peut valoir le coup d'y réfléchir un peu en avance. Finalement, ça peut permettre de prendre un peu de hauteur sur un parcours professionel, et c'est plutôt intéressant (parce que les donées brutes, on les a déjà dans le cv, normalement le recruteur les a lues avant l'entretien et ce n'est pas la peine de juste les répéter).
Alors oui, le "narratif" c'est une technique commerciale. Y'a pas de secret, dans un entretien d'embauche, une partie consiste à se vendre, en se présentant sous son meilleur jour. Et ça peut être fait de façon plus ou moins honnête, mais je ne vois pas trop l'intérêt de raconter n'importe quoi pour décrocher un job qui ne te convient pas?
# Pourquoi c'est pourri
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal cherche nouveau boulot. Évalué à 5.
Bon, mon job actuel, j'y suis depuis 10 ans, c'est que ça doit pas être si pourri que ça. Le seul truc embêtant en ce mome/t c'est que mon client construit des engins miniers, se dire que ce qu'on fait va servir à améliorer la productivité de l'extraction du charbon, ça n'est pas très compatible avec mon penchant écologiste. Mais c'est le jeu des ESN, on ne choisit pas direcement ses clients. À part ça, les collègues sont sympa, compétents et motivés, le projet est techniquement intéressant, on me laisse travailler comme je veux, et j'ai même le droit d'utiliser Linux sur mon PC.
Du coup je vais plutôt parler des jobs précédents:
Mon premier emploi était dans une petite entreprise (tout juste 10 salariés), une startup qui n'a pas vraiment décollé mais qui survit. C'était le premier emploi de tous les collègues et ils sortaient presque tous de la même formation, ce qui donnait une monoculture technique pas extraordinaire. Mais surtout, les délais imposés par l'équipe commerciale (qui faisait les plannings) étaient irréalistes et nous imposaient de développer trop rapidement des solutions propres à chaque client, au lieu de prendre un peu de temps pour factoriser les choses. On avait fait une roadmap avec des post-its sur un mur. Au bout d'un an, un seul post-it avaiù bougé. Au bout de 2 ans, les post-its ont été recouverts avec un tableau blanc pour faire autre chose. Je suis parti à ce moment là, marre de trourer en rond en réimplémentant plusieurs fois la même fonction pour plusieurs clients et de ne pas avancer sur les sujets de fond.
Ensuite j'ai testé oe travailler pour un projet open source. Full télétravail, totale autonomie pour faire ce que je voulais. C'est bien, mais ça paye vraiment pas cher (l'association qui gère le projet n'avait pas beaucoup de sous). Et surtout, la personne qui faisait tourner l'association, relançait les donateurs, etc, a fini par partir. Les dernières factures ont été payées avec un ou deux mois de retard puis le contrat s'est arrêté quand il n'y avait plus de sous avec un préavis de 15 jours. Aujourd'hui je suis moins jeune et moins inconscient, je ne le referai pas sans des garanties plus solides.
Enfin j'ai fait des missions dans mon ESN chez des clie/ts qui ont voulu m'embaucher. J'ai refusé pour les mêmes raisons à peu près: structures trop petites, qui ne mettent pas les moyens qui seraient nécessaires pour ce qu'elles veulent faire. Mais il y a certainement des projets où c'est l'inverse: trop de moyens pour faire une usine à gaz inutile. Je crois que là où je suis, l'équilibre est à peu près bon.
[^] # Re: Oui, droit à l'oubli, droit à changer d'avis : démocrate et lté d'exp.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Droit à l'oubli ?. Évalué à 7.
Mouais, alors ça marche si dans "centre" on compte le centre droit, avec vraiment tout le monde: LIOT, le MoDem et Horizons. Et encore, ça donne la majorité absolue à 3 sièges près. Ça marche, mais il suffit qu'une paire députés (à droite ou à gauche du truc) changent d'avis et de groupe pour que la majorité absolue disparaisse.
Si vous voulez tenter vos propres mélanges politiques plus ou moins improbables, on trouve des simulateurs pour ça, par exemple chez Le Monde
[^] # Re: Le jeu recréé?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le jeu Doom recréé par une IA après qu'elle y a joué plusieurs milliers de parties. Évalué à 2. Dernière modification le 02 septembre 2024 à 14:39.
Oui, ça a tendance à créer des "boîtes noires" dans lesquelles on a du mal à comprendre comment ça fonctionne.
Ça ne veut pas dire que la techno est mauvaise, si cette boîte noire fonctionne mieux que les algorithmes connus, elle peut très bien s'utiliser, et ça a d'autres avantages (par exemple, être capable de s'adapter automatiquement et de continuer à s'entraîner avec de nouvelles données en entrées).
Mais j'avoue ne pas bien comprendre comment ça peut être utile pour modéliser quelque chose, si on ne comprend pas mieux le fonctionnement du modèle que celui de l'original. Ça n'empêche pas que ça pourrait servir à plein d'autres choses: dans ce cas précis, peut-être que ça pourrait servir à prédire seulement quelques images à l'avance, dans un jeu vidéo en ligne, en attendant de se resynchroniser avec le serveur? Est-ce que ça peut fonctionner plus vite qu'une latence réseau classique?
Cela dit, il est probable qu'on fasse du progrès sur la façon d'étudier un réseau de neurones pour comprendre ce qu'il fait. Les outils nous manquent pour l'instant mais ça se développe. On se souvient par exemple des premiers tests de génération d'images de Google DeepDream, qui avaient démarré comme une expérience pour comprendre comment leur algorithme de reconnaissance d'image fonctionnait, en essayant de visualiser et d'amplifier ce qui était reconnu dans une image. On peut aussi identiifer des "zones" (des ensemble de neurones interconnectés) qui s'activent dans certains cas, mais ça reste une vision à très haut niveau.
[^] # Re: OK, l'humain, c'est compliqué....
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Réactions de David Airlie (Red Hat) et Asahi Lina (d'Asahi) à propos de Rust dans le noyau Linux. Évalué à 3.
Les dévelopeurs Rust qui esaient de participer au noyau Linux sont pour certains aussi impliqués dans Redox. Mais il y a pas mal de travail à faire dans Redox avant d'avoir un système utilisable.
C'est donc pas une mauvaise idée d'essayer de faire avancer Rust dans Linux en attendant, et on pourrait même envisager que certains modules soit portables entre les deux.
Mais si les développeurs de Linux se montrent complètement réfractaires à cette idée (comme ils l'ont été avec C++ il y a quelques années), il est probable que les développeurs qui ont envie de faire du code noyau en Rust aillent voir ailleurs.
Ce n'est pas forcément un reproche pour les développeurs de Linux: maintenir un projet avec un mélange de 2 langages de programmation pose aussi un certain nombre de problèmes. Personellement je l'envisagerais pour migrer d'un langage à un autre progressivement, mais pas pour maintenir éternellement les 2 langages.
# Le chiffre Allemand
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Chiffrement : on est vraiment des petits joueurs. Évalué à 3.
On parle de la seconde guerre mondiale et des machines Enigma, là?
Parce qu'il a quand même fallu faire pas mal de progrès en informatique (qui n'existait presque pas avant la guerre) pour venir à bout de ce chiffrement.
Il était suffisant pour son époque, tout comme les algorithmes utilisés aujourd'hui ne survivront peut-être pas au développement de l'informatique quantique ou à d'autres innovations.
[^] # Re: Le jeu recréé?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le jeu Doom recréé par une IA après qu'elle y a joué plusieurs milliers de parties. Évalué à 7. Dernière modification le 02 septembre 2024 à 09:26.
Mais là on a un modèle où une porte sensée être verrouillée finit par s'ouvrir quand même sans avoir été chercher la clé, des ennemis qui disparaissent sans qu'on leur tire dessus ou qui réapparaissent, etc.
C'est donc une modélisation qui n'a aucune utilité pour comprendre comment le jeu fonctionne.
L'intérêt d'une modélisation, il est non seulement dans l'utilisation du modèle, mais aussi dans sa construction: s'interroger sur quels sont les paramètres essentiels à modéliser et les choses qui sont négligeables. Oui, ça prend du temps, mais c'est du temps passé à comprendre comment le système fonctionne.
Ici, l'IA a créé un modèle dont on ne sait pas trop comment il fonctionne, et qui se comporte vaguement comme le système original, mais seulement en apparence. Et il est peut-être plus compliqué à étudier que le système original. Du coup, ça nous avance à quoi?
[^] # Re: Termux , c'est mort sur Android 5 et 6
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Un environnement de dev dans son téléphone.. Évalué à 3.
Personellement, le code incompréhensible, j'en trouve dans Linux mais moins dans d'autres systèmes d'exploitation. Le fait cue ça soit du code noyau n'est pas une excuse pour l'absence de commentaires, les APIs mal documentées, l'absence de logs alors qu'un framework existe pour en faire.
Je crois surtout que la lisibilité du code n'est pas un critère hrioritaire pour les développeurs de drivers (ils ont surtout envie que ça fonctionne sur le matériel sur lequel ils sont en train de travailler).
L'excuse de "oui mais c'est du code noyau, les règles et bonnes pratiques de l'industrie ne s'appliquent pas" a un côté élitiste que je n'aime pas trop. Au contraire, c'est du code critique pour lequel il faudrait faire deux fois plus attention à ce qu'il soit clair et facile à suivre.
[^] # Re: Hasta la vista
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le site d'actualités tech AnandTech va fermer ses portes après 27 ans d'existence . Évalué à 5.
On peut ajouter que le concurrent principal, Tom's hardware, appartient au même éditeur. Ce n'était probablement pas utile de s'autoconcurrencer et il vaut mieux un gros site que deux plus petits?
[^] # Re: Pendant ce temps, au Brésil…
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Au Brésil, un juge ordonne la suspension de Twitter "X" . Évalué à 9.
ça marche assez bien avec la guerre russo-ukrainienne ou on a des nouvelles dès que la ligne de front bouge d'une centaine de mètres, avec des cartes mises à jour et tout. Je n'ai pas trop vu passer la même chose pour les feux de forêt (ça doit pouvoir se trouver, mais les Grands Méchants Algorithmes n'ont pas l'air d'envoyer les infos jusque chez moi).
[^] # Re: Clavier souple + screen mirroring
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Un environnement de dev dans son téléphone.. Évalué à 3.
Le clavier FrogPad (qui s'utilise à une seule main et pourrait se porter en bracelet) n'est plus fabriqué, c'est bien dommage. Ce serait parfait pour cette utilisation.
En enlevant le clavier affiché sur l'écran du smartphone, on doit déjà à peu près doubler l'espace disponible pour afficher des choses. Pour une utilisation simple (et si on a une bonne vue et qu'on peut mettre une police de caractères assez petite, et si on a un smartphone moderne avec un grand écran) il n'y a peut-être pas besoin d'un écran externe? Après tout, il n'y a pas si longtemps on avait que 640x480 pixels et on se débrouillait bien avec?