Les trois navigateurs nommés sur celle de 2022 sont – quoique pas tout à fait pour Safari – Chrome avec une moustache
Pardon? Le fork de Blink/Chrome à partir de WebKit c'était il y a 10 ans. En 10 ans il se passe plus de truc que se laisser pousser la moustache.
Côté Blink, on a un projet qui refuse de merger les patchs pour tout autre système que Linux, Windows, Android et Mac OS (sauf si Google change d'avis). Je pense que c'est pareil pour les architectures matérielles.
Côté WebKit, on a un projet qui maintient des builds 32 bit, du MIPS, prend en charge les systèmes BSD, et est aussi porté sur Haiku et MorphOS et utilisé également dans des systèmes embarqués.
Le moteur Javascript n'est pas du tout le même (c'était déjà le cas avant le fork de Blink: il y avait 2 moteurs maintenus en parallèle dans le même dépôt Git). La pile de rendu n'est plus du tout la même non plus (WebKit peut fonctionner sans OpenGL, impossible pour Blink). La couche réseau n'est pas la même (Apple utilise ses propres APIs, WebKit sous Linux c'est soit Soup soit Curl, Blink c'est les trucs de Google).
Comparaison au Starlite Mk II d'après les fiches techniques:
On gagne des ports USB en plus (du A et du C, y'en a pour tout le monde), un port HDMI normal au lieu du micro-HDMI, et un port Ethernet. L'autonomie est annoncée à 12h contre 7.
On "perd" (il est plus gros) 1.9mm d'épaisseur, 5mm de profondeur, et 24mm de largeur. Il faut bien rentrer l'écran 13" quelque part.
Il pèse 885 grammes dans sa config la plus légère ce qui fait tout de même une réduction de 20% par rapport aux 1.1kg du Starlite, tout en conservant un chassis en métal (c'est du magnésium au lieu de l'aluminium).
En bonus, il est aussi disponible en 2 couleurs: noir ou rouge.
Il m'arrive de lire Linuxfr depuis un téléphone. Ça ne m'empêche pas de prendre un ordinateur avec un vrai clavier quand j'ai besoin ou envie d'écrire quelque chose de long.
Donc, il faudrait plutôt regarder la proportion d'utilisateurices qui ne se connectent jamais depuis une machine avec un clavier, pour voir si ça a vraiment un impact sur les contenus longs, ou si c'est juste qu'on a aujourd'hui le luxe de pouvoir utiliser des terminaux différents pour la production et la consommation des informations.
Pour l'un des touts premiers logiciels que j'ai écrits (pour réviser mes tables de multiplications), je ne connaissais pas les boucles et je n'avais pas compris que l'ordinateur pouvait calculer le résultat des multiplications à ma place pour vérifier les résultats. J'avais donc programmé à la main, une par une, toutes les questions (de type "3 x 6 = ?") et toutes les réponses, avant d'apprendre à faire tout ça.
Ce logiciel a ensuite été entièrement réécrit 2 fois, pour migrer de QBASIC à RapidQ (un langage similaire à QBASIC mais qui permettait d'avoir une interface graphique sous Windows) puis en Delphi. J'ai arrêté son développement après avoir installé Linux sur mon PC, n'ayant pas réussi à faire fonctionner mon projet avec Kylix et n'ayant pas eu le courage de le réécrire une nouvelle fois en C++ et WxWidgets (j'avais commencé mais ce n'est jamais allé très loin).
Il y a quelques calculs complexes. Plus on descend, plus on consomme d'air (ou autre mélange) des bouteilles à chaque respiration, parce que la pression augmente et donc la quantité d'air dans les poumons, à volume égal, augmente aussi.
Ce qui fait que ce n'est pas simple de savoir où on en est de sa réserve d'air et à quelle vitesse elle va se vider, en tenant compte aussi du temps pour remonter incluant les paliers de décompression.
Ça rend assez intéressante l'utilisation d'un ordinateur pour calculer tout ça en temps réel.
Et, en cas d'accident, si jamais il y en a un, ça sert de "boîte noire" pour savoir ce qu'il s'est passé.
En principe le DevOps ou DevSecOps est supposé faire en sorte d'avoir une seule équipe avec toutes les compétences. Ce qui ne veut pas dire que chacun des membres de l'équipe a toutes les compétences.
Actuellement je travaille dans une entreprise pas trop grosse, avec des équipes dev, une équipe "ops" et une équipe sécurité et une communication entre les 3 qui se passe plutôt bien, et c'est tout à fait confortable et efficace.
Mais quand je vois certains de nos clients perdre des mois parce qu'il faudrait ouvrir un port dans un pare-feu, et que l'équipe de dev n'y a pas accès ni ne trouve personne qui peut le faire, je me dit qu'un peu de DevSecOps ne leur ferait peut-être pas de mal? Même si avoir une équipe hétéroclyte en terme de compétences apporte aussi son lot de complexité.
Quand on lit tout, on comprends entre les lignes que le souci est que postfix/exim/etc n'y sont pas, et je pense que ce n'est pas forcément évident à voir.
Il y a aussi le fait que la faille a été rendue publique quelques jours avant noël, gâchant hrobablement un peu les vacances des mainteneurs de postfix qui ont dû passer du temps à sortir une version corrective à cette période. La raison semble être que l'entreprise pourra ainssi présenter ses travaux lors du CCC cette semaine.
Ce n'est peut-être pas intentionnel, mais c'est une chose à laquelle ils auraient pu penser (du même niveau que "on ne met pas en prod un vendredi")
Ça me semble un peu facile d'oublier les consoles de jeux (pas du tout ouvertes pour développer ses propres trucs dessus pour la très grande majorité) et le fait que les smartphones aujourd'hui sont bien plus répandus que les ordinateurs à l'époque (on est passés de un ordinateur par famille dans le meilleur des cas à un smartphone dans la poche de chaque personne).
On adonc deux phénomènes qui peuvent très bien s'éouilibrer:
- beaucoup plus de monde a accès à des moyens informatiques dont on ne rêvait même pas il y a 40 ans,
- mais moins d'entre eux vont devenir des petits génies de la programmation
Je n'ai pas de statistiques à donner mais je pense que le nombre de gens qui font des trucs incroyables avec des Arduino, des Raspberry Pi, de la programmation en Scratch ou en Swift Playground, ou encore qui scriptent quelques trucs à base de bots Discord, il a certes baissé en proportion du nombre de g ns qui ont accès à un ordinateur (au sens large, incluant les smartphones), mais pour autant, il n'a pas forcément baissé par rapport à la population globale. Les compétences ne sont certainement pas les mêmes, mais quand je fais passer des entretiens d'embauche, même à des étudiants sortis d'école, ce n'est pas exceptionel de voir des gens qui ont fait bien plus que suivre une formation à l'école. Certes, c'est aussi parce que on a un service de recrutement qui recherche les candidatures avec ce type de profil, et quand ils en trouvent, leur font passer un entretien avec moi plutôt qu'avec d'autres collègues qui recherchent et valorisent d'autres choses chez les candidats, donc mon point de vue est bien sûr complètement biaisé. Il n'empêche que ces candidats existent, en nombre suffisant pour que je fasse ce type d'entretien assez régulièrement.
Y'a aussi plein de gens qui ont acheté un ordinateur dans les années 80 et n'en ont rien fait à part lancer des jeux vidéos (ou d'autres applications plus sérieuses).
Dans les années 90, il y avait toujours des gens pour s'amuser à ronter un petit site web, c'est le BASIC de l'époque. Avec en plus quelques cours d'initiation à l'informatique à l'école.
Aujourd'hui ce sont plutôt les projets électroniques à base de Raspberry Pi et d'Arduino.
Donc des autodidactes il y en a toujours. Pas tout le monde bien sûr, mais ça fait partie des choses qu'on peut facilement voir en entretien d'embauche. (Sans que ça soit un critère essentiel, il y a des gens qui font autre chose de leurs loisirs et qui peuvent aussi apporter plein de choses dans une équipe.
On peut pas dire qu'ils mettent du gros budget dans le marketing pour faire parler d'eux, ça ne doit pas aider.
J'ai écrit que la division PCde Fujitsu avait été rachetée par Lenovo, mais en fait je ne sais pas si c'est le cas. Ça semble concerner FCCL qui produit les gammes grund public mais pas les gammes pro comme les Fujitsu Lifebook? Je sais pas trop, est-ce que quelqu'un chez Fujistu sait qu'ils ont une filiale qui produit encore des ordinateurs?
Moi je suis passé chez Fujistu, qui appartient aussi à Lenovo et j'ai retrouvé ce que j'aimais dans les Thinkpad: un nombre suffisant d'entrées-sorties (vga, ethernet, …), un chassis et une coque en magnésium, un guide de démontage fournit par le fabricant (et traduit en français) et des pièces faciles à remplacer
Je l'ai acheté en anglais, je ne crois pas qu'une version traduite existe (pour l'instant en tout cas?). Peut-être qu'on peut demanoer à l'auteur si ça l'intéresse.
Les recettes me semblent relativement simples, c'est pas un livre rédigé par un chef cuisinier pour faire des trucs fous, plutôt des recettes de plats traditionnels "comme chez mamie". Certaines demandent quand même un peu de temps de préparation.
C'est vrai que je n'ai pas posté mes recettes ici, mais il y en a sur une page "cachée" de mon site: http://pulkomandy.tk/recettes
Et sinon, si vous avez des difficultés avec la présentation habituelle des livres de recettes, en voici un adapté pour les informaticiens habitués à manipuler des diagrammes: https://fluidvisual.com/flowchartrecipes/
Il ne faut pas oublier qu'en Occident quand même il y avait des gens exprimant des doutes concernant la licence GPLv3 et qui ont préféré de continuer à publier ses logiciels sous GPLv2 parce que GPLv3 contient une clause permettant de réutiliser le code source sous une version de GPL ultérieure à GPLv3, qui n'existe pas encore, mais qui pourrait un jour être publiée par la FSF.
Cette clause ne fait pas partie de la license, mais du "manuel d'utilisation" de la FSF expliquant comment utiliser la license. Les deux sont indépendants. La clause de mise à jour existait déjà avec la GPL2, et certains projets ont choisi de l'utiliser, et d'autres pas.
Le choix de rester en GPL2 plutôt qu'en GPL3 s'est fait surtout parce que la GPL3 apporte des contraintes par exemple sur l'utilisation et le dépôt de brevets, que les juristes par exemple chez Apple ne voulaient pas s'engager là dedans (parce que c'était trop compliqué à faire). Ce qui fait que Apple est passé de GCC à LLVM, de Bash à ZSH, et sûrement quelques autres changements.
Y-a-t-il un leader charismatique autre que RMS qui pourrait lui succéder et faire avancer la liberté logicielle à travers les frontières ?
Une autre question: est-ce que la très forte centralisation de la FSF autour de RMS n'empêche pas l'émergence d'autres leaders? Pourquoi il n'y a qu'une seule personne autant mise en avant, et pas 2 ou 3?
Je me demandais ce qui se passerait pour le noyau et tout ce qui tourne autour si un jour Linux venait à prendre sa "retraite"
On a des exemples assez récents dans d'autres projets:
Python, ou Guido Van Rossum a pris sa retraite et organisé le passage de relais,
Vim, ou Bram Moleenar n'a malheureusement pas eu le temps de le faire dans de bonnes conditions.
Pour Vim, il y avait déjà Neovim qui aurait pu prendre le relais, mais les développeurs de Vim s'organisent tout de même pour prendre la suite dans le projet original. Pour l'instant il y a peu d'annonces à part les choses les plus urgentes: s'assurer de garder l'accès aux dépôts de code source, que ke site web reste en ligne, etc. Il va falloir leur laisser le temps de trouver leur nouvelle organisation et voir comment ça se passe.
Au delà du débat sur les opinions de RMS (il peut penser ce qu'il veut, après tout), moi ce qui m'embête dans cette histoire c'est que la FSF semble incapable de le remplacer, au point de le faire revenir dans le comité de direction.
Ce n'est pas rassurant pour la survie de la FSF après RMS, qui n'est pas immortel (même s'ils le gardent comme le pape jusqu'à sa mort).
Le fonctionnement serait plus sain si la FSF était en mesure de remplacer RMS, et pourrait ainsi se poser la question de le mettre dehors si nécessaire, sans que ça mette un tel bazar dans l'organisation.
Et on voit bien que ça pose problème à beaucoup de monde: la FSFE comme la Software Freedom Conservancy ont jugé nécessaire d'affichier clairement qu'elles ne sont pas liées ou associées à la FSF, par exemple. Et elles font, à mon avis, beaucoup mieux avancer les choses aujourd'hui.
Alors, est-ce que la FSF veut rester coincée dans sa vision des années 1980 avec toujours les mêmes personnes, ou bien est-ce qu'elle va se renouveler? Est-ce que ce renouvellement est possible tant que RMS avec ces propos controversés sera toujours dans la FSF?
Pour moi ce serait rassurant que la FSF puisse mettre RMS de côté et mettre en avant d'autres personnes à la place. Mais ce n'est pas ce qu'elle a choisi de faire.
Les yeux ne sont pas si bons que ça en termes de résolution, ils sont par contre extrêmement sensibles (on est capables de détecter et de ressentir un seul photon s'il arrive sur un des récepteurs de l'oeuil).
Mais en fait ça rend le travail du cerveau encore olus impressionnant: il est capable de se construire une perception très précise de l'environnement à hartirede données d'entrée finalement pas si bonnes que ça.
Ce n'est pas un problème d'intelligence artificielle en général. Bien sûrqu'un ordinateur, programmé de la bonne façon, peut faire des maths sans se tromper.
Le problème ici cencerne les "llm" (large language models), qui fonctionnent très bien pour générer du texte bien rédigé et à peu près dans le contexte de ce qu'on a demandé, mais… C'est tout. La capacité à faire des calculs mathématiques fiables, à ne pas inventer des références qui n'existent pas, etc, ce n'est simplement pas possible avec cette technologie. Il va falloir trouver une autre approche. Et il ne s'agit pas juste de bricoler un peu un algorithme ou de faire des plus gros calculs avec des plus gros ordinateurs.
Un des problèmes actuellement avec ces systèmes est qu'on ne comprend pas bien comment fonctionne l'intérieur d'un réseau de neurones. On peut donc difficilement l'intégrer avec d'autres méthodes de programmation, ce qui serait le mieux pour, par exemple, faire des calculs mathématiques. Peut-ètre qu'une solution émergera un jour, mais je pense que ça n'est pas pour tout de suite.
Ah, et aussi:
pour deep blue contre kasparov, la victoire a été causée par un jug qui a conduit deep blue a faire un coup sous-optimal, ce qui a conduit kasparov à croire qu'il avait raté un truc.
Et pour le Go, les joueurs humainssavent à nouveau vaincre les ordinateurs, il suffit de jouer des coups évidents qu'un joueur humain contrerait immédiatement, et qui n'apparaissent
t donc jamais dans les jeux de données sur lesquels l'ordinateur a été entraìné. Ce qui fait qu'il ne sait pas les bloquer.
[^] # Re: Le monopole du moteur
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Terrible Maps : The most popular browser 2012 vs 2022. Évalué à 10.
Pardon? Le fork de Blink/Chrome à partir de WebKit c'était il y a 10 ans. En 10 ans il se passe plus de truc que se laisser pousser la moustache.
Côté Blink, on a un projet qui refuse de merger les patchs pour tout autre système que Linux, Windows, Android et Mac OS (sauf si Google change d'avis). Je pense que c'est pareil pour les architectures matérielles.
Côté WebKit, on a un projet qui maintient des builds 32 bit, du MIPS, prend en charge les systèmes BSD, et est aussi porté sur Haiku et MorphOS et utilisé également dans des systèmes embarqués.
Le moteur Javascript n'est pas du tout le même (c'était déjà le cas avant le fork de Blink: il y avait 2 moteurs maintenus en parallèle dans le même dépôt Git). La pile de rendu n'est plus du tout la même non plus (WebKit peut fonctionner sans OpenGL, impossible pour Blink). La couche réseau n'est pas la même (Apple utilise ses propres APIs, WebKit sous Linux c'est soit Soup soit Curl, Blink c'est les trucs de Google).
# Plus léger
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal De la disparition du format « pas trop grand ». Évalué à 5.
Chez Fujitsu il y a un peu plus grand, mais plus léger:
https://www.fujitsu.com/global/products/computing/pc/notebooks/lifebook-u9312/
Comparaison au Starlite Mk II d'après les fiches techniques:
On gagne des ports USB en plus (du A et du C, y'en a pour tout le monde), un port HDMI normal au lieu du micro-HDMI, et un port Ethernet. L'autonomie est annoncée à 12h contre 7.
On "perd" (il est plus gros) 1.9mm d'épaisseur, 5mm de profondeur, et 24mm de largeur. Il faut bien rentrer l'écran 13" quelque part.
Il pèse 885 grammes dans sa config la plus légère ce qui fait tout de même une réduction de 20% par rapport aux 1.1kg du Starlite, tout en conservant un chassis en métal (c'est du magnésium au lieu de l'aluminium).
En bonus, il est aussi disponible en 2 couleurs: noir ou rouge.
[^] # Re: étiquettes
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Statistiques 2023 du site LinuxFr.org. Évalué à 4.
Il m'arrive de lire Linuxfr depuis un téléphone. Ça ne m'empêche pas de prendre un ordinateur avec un vrai clavier quand j'ai besoin ou envie d'écrire quelque chose de long.
Donc, il faudrait plutôt regarder la proportion d'utilisateurices qui ne se connectent jamais depuis une machine avec un clavier, pour voir si ça a vraiment un impact sur les contenus longs, ou si c'est juste qu'on a aujourd'hui le luxe de pouvoir utiliser des terminaux différents pour la production et la consommation des informations.
# ça peut arriver à tout le monde
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien la manière la plus efficace de déterminer si un nombre est pair. Évalué à 9.
Pour l'un des touts premiers logiciels que j'ai écrits (pour réviser mes tables de multiplications), je ne connaissais pas les boucles et je n'avais pas compris que l'ordinateur pouvait calculer le résultat des multiplications à ma place pour vérifier les résultats. J'avais donc programmé à la main, une par une, toutes les questions (de type "3 x 6 = ?") et toutes les réponses, avant d'apprendre à faire tout ça.
Ce logiciel a ensuite été entièrement réécrit 2 fois, pour migrer de QBASIC à RapidQ (un langage similaire à QBASIC mais qui permettait d'avoir une interface graphique sous Windows) puis en Delphi. J'ai arrêté son développement après avoir installé Linux sur mon PC, n'ayant pas réussi à faire fonctionner mon projet avec Kylix et n'ayant pas eu le courage de le réécrire une nouvelle fois en C++ et WxWidgets (j'avais commencé mais ce n'est jamais allé très loin).
Il faut bien commencer quelque part :)
[^] # Re: Tout se paye un jour ou l'autre
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à 5.
Il y a quelques calculs complexes. Plus on descend, plus on consomme d'air (ou autre mélange) des bouteilles à chaque respiration, parce que la pression augmente et donc la quantité d'air dans les poumons, à volume égal, augmente aussi.
Ce qui fait que ce n'est pas simple de savoir où on en est de sa réserve d'air et à quelle vitesse elle va se vider, en tenant compte aussi du temps pour remonter incluant les paliers de décompression.
Ça rend assez intéressante l'utilisation d'un ordinateur pour calculer tout ça en temps réel.
Et, en cas d'accident, si jamais il y en a un, ça sert de "boîte noire" pour savoir ce qu'il s'est passé.
[^] # Re: Enfin un peu de bon sens !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien We have used too many levels of abstractions and now the future looks bleak. Évalué à 10.
En principe le DevOps ou DevSecOps est supposé faire en sorte d'avoir une seule équipe avec toutes les compétences. Ce qui ne veut pas dire que chacun des membres de l'équipe a toutes les compétences.
Actuellement je travaille dans une entreprise pas trop grosse, avec des équipes dev, une équipe "ops" et une équipe sécurité et une communication entre les 3 qui se passe plutôt bien, et c'est tout à fait confortable et efficace.
Mais quand je vois certains de nos clients perdre des mois parce qu'il faudrait ouvrir un port dans un pare-feu, et que l'équipe de dev n'y a pas accès ni ne trouve personne qui peut le faire, je me dit qu'un peu de DevSecOps ne leur ferait peut-être pas de mal? Même si avoir une équipe hétéroclyte en terme de compétences apporte aussi son lot de complexité.
[^] # Re: oui mais
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Kyber, le nouveau projet open source de Jean-Baptiste Kempf (VLC). Évalué à 6.
Il faut demander à Google Stadia, qui a au ruins trouvé que ça ne servait pas à gagner de l'argent
[^] # Re: En gros
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Sympa de garder ça pour soi (Faille Postfix : smuggling) Heureusement Postfix assure.. Évalué à 5.
Il y a aussi le fait que la faille a été rendue publique quelques jours avant noël, gâchant hrobablement un peu les vacances des mainteneurs de postfix qui ont dû passer du temps à sortir une version corrective à cette période. La raison semble être que l'entreprise pourra ainssi présenter ses travaux lors du CCC cette semaine.
Ce n'est peut-être pas intentionnel, mais c'est une chose à laquelle ils auraient pu penser (du même niveau que "on ne met pas en prod un vendredi")
[^] # Re: backup ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à 3.
Ça me semble un peu facile d'oublier les consoles de jeux (pas du tout ouvertes pour développer ses propres trucs dessus pour la très grande majorité) et le fait que les smartphones aujourd'hui sont bien plus répandus que les ordinateurs à l'époque (on est passés de un ordinateur par famille dans le meilleur des cas à un smartphone dans la poche de chaque personne).
On adonc deux phénomènes qui peuvent très bien s'éouilibrer:
- beaucoup plus de monde a accès à des moyens informatiques dont on ne rêvait même pas il y a 40 ans,
- mais moins d'entre eux vont devenir des petits génies de la programmation
Je n'ai pas de statistiques à donner mais je pense que le nombre de gens qui font des trucs incroyables avec des Arduino, des Raspberry Pi, de la programmation en Scratch ou en Swift Playground, ou encore qui scriptent quelques trucs à base de bots Discord, il a certes baissé en proportion du nombre de g ns qui ont accès à un ordinateur (au sens large, incluant les smartphones), mais pour autant, il n'a pas forcément baissé par rapport à la population globale. Les compétences ne sont certainement pas les mêmes, mais quand je fais passer des entretiens d'embauche, même à des étudiants sortis d'école, ce n'est pas exceptionel de voir des gens qui ont fait bien plus que suivre une formation à l'école. Certes, c'est aussi parce que on a un service de recrutement qui recherche les candidatures avec ce type de profil, et quand ils en trouvent, leur font passer un entretien avec moi plutôt qu'avec d'autres collègues qui recherchent et valorisent d'autres choses chez les candidats, donc mon point de vue est bien sûr complètement biaisé. Il n'empêche que ces candidats existent, en nombre suffisant pour que je fasse ce type d'entretien assez régulièrement.
[^] # Re: backup ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à 6.
Y'a aussi plein de gens qui ont acheté un ordinateur dans les années 80 et n'en ont rien fait à part lancer des jeux vidéos (ou d'autres applications plus sérieuses).
Dans les années 90, il y avait toujours des gens pour s'amuser à ronter un petit site web, c'est le BASIC de l'époque. Avec en plus quelques cours d'initiation à l'informatique à l'école.
Aujourd'hui ce sont plutôt les projets électroniques à base de Raspberry Pi et d'Arduino.
Donc des autodidactes il y en a toujours. Pas tout le monde bien sûr, mais ça fait partie des choses qu'on peut facilement voir en entretien d'embauche. (Sans que ça soit un critère essentiel, il y a des gens qui font autre chose de leurs loisirs et qui peuvent aussi apporter plein de choses dans une équipe.
[^] # Re: CPU ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Laptop Frame.Work 13 pouces. Évalué à 3.
On peut pas dire qu'ils mettent du gros budget dans le marketing pour faire parler d'eux, ça ne doit pas aider.
J'ai écrit que la division PCde Fujitsu avait été rachetée par Lenovo, mais en fait je ne sais pas si c'est le cas. Ça semble concerner FCCL qui produit les gammes grund public mais pas les gammes pro comme les Fujitsu Lifebook? Je sais pas trop, est-ce que quelqu'un chez Fujistu sait qu'ils ont une filiale qui produit encore des ordinateurs?
[^] # Re: not new
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Découverte du théorème de Pythagore sur une tablette antérieure de 1000 ans à Pythagore. Évalué à 6. Dernière modification le 21 décembre 2023 à 10:34.
C'est la loi de Stigler: une découverte ne porte jamais le nom de son/sa découvreurë. Comme son nom l'indique, elle a été énoncée par Robert Merton
[^] # Re: CPU ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Laptop Frame.Work 13 pouces. Évalué à 4.
Moi je suis passé chez Fujistu, qui appartient aussi à Lenovo et j'ai retrouvé ce que j'aimais dans les Thinkpad: un nombre suffisant d'entrées-sorties (vga, ethernet, …), un chassis et une coque en magnésium, un guide de démontage fournit par le fabricant (et traduit en français) et des pièces faciles à remplacer
[^] # Re: Des recettes et des livres
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Le pas si grand livre des recettes de LinuxFr.org. Évalué à 4.
Je l'ai acheté en anglais, je ne crois pas qu'une version traduite existe (pour l'instant en tout cas?). Peut-être qu'on peut demanoer à l'auteur si ça l'intéresse.
Les recettes me semblent relativement simples, c'est pas un livre rédigé par un chef cuisinier pour faire des trucs fous, plutôt des recettes de plats traditionnels "comme chez mamie". Certaines demandent quand même un peu de temps de préparation.
[^] # Re: Des recettes et des livres
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Le pas si grand livre des recettes de LinuxFr.org. Évalué à 2.
L'auteur du livre indique dans la préface avoir dévoloppé ses propres outils pour réaliser les diagrammes, mais je ne crois pas qu'il les aie publiés.
Il utilise également quelques "sous-programmes" pour des préparations qui sont réutilisées dans plusieurs recettes
# J'ai mieux
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Téléphone Open-Source par un français de 17 ans. Évalué à 9.
En voici un fait par un français de 15 ans, ça tombe bien, c'était il y a 2 ans :)
https://linuxfr.org/users/totof2000-2/liens/un-telephone-mobile-opensource-2g-fabrique-par-un-ado-de-15-ans
# Des recettes et des livres
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Le pas si grand livre des recettes de LinuxFr.org. Évalué à 8.
C'est vrai que je n'ai pas posté mes recettes ici, mais il y en a sur une page "cachée" de mon site: http://pulkomandy.tk/recettes
Et sinon, si vous avez des difficultés avec la présentation habituelle des livres de recettes, en voici un adapté pour les informaticiens habitués à manipuler des diagrammes: https://fluidvisual.com/flowchartrecipes/
[^] # Re: Complètement crétin !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Comment briller auprès de la gent féminine dans « le monde de la tech ». Évalué à 9.
https://www.commitstrip.com/fr/2016/08/25/a-very-comprehensive-and-precise-spec/?setLocale=1
[^] # Re: Le problème n'est pas vraiment là
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L’avis de RMS sur les relations sexuelles. Évalué à 5.
Cette clause ne fait pas partie de la license, mais du "manuel d'utilisation" de la FSF expliquant comment utiliser la license. Les deux sont indépendants. La clause de mise à jour existait déjà avec la GPL2, et certains projets ont choisi de l'utiliser, et d'autres pas.
Le choix de rester en GPL2 plutôt qu'en GPL3 s'est fait surtout parce que la GPL3 apporte des contraintes par exemple sur l'utilisation et le dépôt de brevets, que les juristes par exemple chez Apple ne voulaient pas s'engager là dedans (parce que c'était trop compliqué à faire). Ce qui fait que Apple est passé de GCC à LLVM, de Bash à ZSH, et sûrement quelques autres changements.
Une autre question: est-ce que la très forte centralisation de la FSF autour de RMS n'empêche pas l'émergence d'autres leaders? Pourquoi il n'y a qu'une seule personne autant mise en avant, et pas 2 ou 3?
[^] # Re: Le problème n'est pas vraiment là
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L’avis de RMS sur les relations sexuelles. Évalué à 3.
On a des exemples assez récents dans d'autres projets:
Pour Vim, il y avait déjà Neovim qui aurait pu prendre le relais, mais les développeurs de Vim s'organisent tout de même pour prendre la suite dans le projet original. Pour l'instant il y a peu d'annonces à part les choses les plus urgentes: s'assurer de garder l'accès aux dépôts de code source, que ke site web reste en ligne, etc. Il va falloir leur laisser le temps de trouver leur nouvelle organisation et voir comment ça se passe.
[^] # Re: Mon retour d'expérience sur wikipédia
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal On efface la communauté du libre. Évalué à 6. Dernière modification le 01 décembre 2023 à 14:23.
Attention, tu vas bientôt inventer les pages web.
# Le problème n'est pas vraiment là
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L’avis de RMS sur les relations sexuelles. Évalué à 3.
Au delà du débat sur les opinions de RMS (il peut penser ce qu'il veut, après tout), moi ce qui m'embête dans cette histoire c'est que la FSF semble incapable de le remplacer, au point de le faire revenir dans le comité de direction.
Ce n'est pas rassurant pour la survie de la FSF après RMS, qui n'est pas immortel (même s'ils le gardent comme le pape jusqu'à sa mort).
Le fonctionnement serait plus sain si la FSF était en mesure de remplacer RMS, et pourrait ainsi se poser la question de le mettre dehors si nécessaire, sans que ça mette un tel bazar dans l'organisation.
Et on voit bien que ça pose problème à beaucoup de monde: la FSFE comme la Software Freedom Conservancy ont jugé nécessaire d'affichier clairement qu'elles ne sont pas liées ou associées à la FSF, par exemple. Et elles font, à mon avis, beaucoup mieux avancer les choses aujourd'hui.
Alors, est-ce que la FSF veut rester coincée dans sa vision des années 1980 avec toujours les mêmes personnes, ou bien est-ce qu'elle va se renouveler? Est-ce que ce renouvellement est possible tant que RMS avec ces propos controversés sera toujours dans la FSF?
Pour moi ce serait rassurant que la FSF puisse mettre RMS de côté et mettre en avant d'autres personnes à la place. Mais ce n'est pas ce qu'elle a choisi de faire.
[^] # Re: Pour combien de temps ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien À ce jour, toutes les intelligences artificielles butent sur les maths . Évalué à 6.
Une victiore contre katago en 2022 avec un algorithme simple: https://arstechnica.com/information-technology/2022/11/new-go-playing-trick-defeats-world-class-go-ai-but-loses-to-human-amateurs/
une autre en 2023, sans assistance informatique une fois la stratégie découverte: https://arstechnica.com/information-technology/2023/02/man-beats-machine-at-go-in-human-victory-over-ai/
[^] # Re: Pour combien de temps ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien À ce jour, toutes les intelligences artificielles butent sur les maths . Évalué à 4.
Les yeux ne sont pas si bons que ça en termes de résolution, ils sont par contre extrêmement sensibles (on est capables de détecter et de ressentir un seul photon s'il arrive sur un des récepteurs de l'oeuil).
Mais en fait ça rend le travail du cerveau encore olus impressionnant: il est capable de se construire une perception très précise de l'environnement à hartirede données d'entrée finalement pas si bonnes que ça.
[^] # Re: Pour combien de temps ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien À ce jour, toutes les intelligences artificielles butent sur les maths . Évalué à 10. Dernière modification le 24 novembre 2023 à 23:35.
Ce n'est pas un problème d'intelligence artificielle en général. Bien sûrqu'un ordinateur, programmé de la bonne façon, peut faire des maths sans se tromper.
Le problème ici cencerne les "llm" (large language models), qui fonctionnent très bien pour générer du texte bien rédigé et à peu près dans le contexte de ce qu'on a demandé, mais… C'est tout. La capacité à faire des calculs mathématiques fiables, à ne pas inventer des références qui n'existent pas, etc, ce n'est simplement pas possible avec cette technologie. Il va falloir trouver une autre approche. Et il ne s'agit pas juste de bricoler un peu un algorithme ou de faire des plus gros calculs avec des plus gros ordinateurs.
Un des problèmes actuellement avec ces systèmes est qu'on ne comprend pas bien comment fonctionne l'intérieur d'un réseau de neurones. On peut donc difficilement l'intégrer avec d'autres méthodes de programmation, ce qui serait le mieux pour, par exemple, faire des calculs mathématiques. Peut-ètre qu'une solution émergera un jour, mais je pense que ça n'est pas pour tout de suite.
Ah, et aussi:
pour deep blue contre kasparov, la victoire a été causée par un jug qui a conduit deep blue a faire un coup sous-optimal, ce qui a conduit kasparov à croire qu'il avait raté un truc.
Et pour le Go, les joueurs humainssavent à nouveau vaincre les ordinateurs, il suffit de jouer des coups évidents qu'un joueur humain contrerait immédiatement, et qui n'apparaissent
t donc jamais dans les jeux de données sur lesquels l'ordinateur a été entraìné. Ce qui fait qu'il ne sait pas les bloquer.