J'ai vu des entreprises ou svn était utilisé pour gérer une base de documents (pas du code). En gros ça permettait de facilement synchroniser un dossier avec tous les documents sur son PC pour l'avoir sous la main, et de signaler (mais pas de résoudre) les conflits d'édition.
C'était utilisé par des gens pas forcément très techniques, via une interface graphique (tortoisesvn par exemple).
Au delà des fonctions manquantes dans git (par exemple: la possibilité de "verrouiller" un fichier pendant qu'on l'édite), le problème avec git serait surtout qu'il est trop compliqué: branches locales et distantes et plein d'autres concepts, qui en plas ne sont pas forcément bien exposés dans les interfaces graphiques. Ça ne marcherait donc pas du tout aussi bien dans cet usage.
ça fera probablement plus de boulot en modération, notamment pour déplacer des journaux et des liens vers la rubrique HS. Mais vu que cette rubrique sera un fourre-tout, donc un appeau à trolls, nul doute qu'il y aura beaucoup de dérapages, dont certains relevant du pénal
faut des volontaires pour mettre la main à la pâte. Tout dépend du niveau de complexité de la modification, du nombre de doigts et du temps de cerveaux disponibles pour taper du code
Maissoyons sérieux, personne ne vient sur Linuxfr en se disant "tiens, et si j'allais chercher des liens qui ne parlent surtout pas de Linux et encore moins de logiciels libres?"
Non, ce qu'il faudrait c'est un moyen de masquer les contenus pas intéressants, parce cu'ils sont hors sujet, ou de mauvaise qualité (c'est à dire, par exemple, tellement mal rédigés qu'on y comprend rien). On pourrait mettre en place quelque chose pour indiquer si un contenu est pertinent, et qu'on veut en lire plus, ou inutile, et on voudrait que l'auteur perde son temps d'une autre façon. Et on pourrait faire confiance à l'intelligence gollective des visiteurs du site pour utiliser ce système à bon escient et ainsi avoir une sorte de ligne éditoriale qui émerge par elle-même et qui peut évoluer au cours du temps, le tout, sans donner de travail supplémentaire à l'équipe de modération.
Je suis sûr que cette idée va déclencher beaucoup de débats, mais il faudrait au moins essayer pour voir ce qui en ressort?
Que la plupart des gens n'ont pas vu la différence une fois mis devant le fait accompli
C'est probablement ça, la plupart des gens ne font pas trop la différence entre "internet", "web", "navigateur" et "moteur de recherche". Donc, un navigateur qui s'installe tout seul, il va rester chez eux sans problème.
Mozilla avait réussi à contrer ça avec de l'innovation (pas des trucs forcément très compliqués, par exemple, des onglets, un système de restauration de session, …) qui apportaient une grosse plus-value par rapport à la concurrence. Actuellement ce n'est plus trop le cas. Mais ça peut rechanger si Chrome se met trop sérieusement à empêcher les bloqueurs de publicités, par exemple.
au final il y a eu plus de gain que de perte au niveau des employés.
Au niveau financier, peut-être, mais démarrer un nouveau job dans l'informatique ça demande un investissement mental qui n'est pas remboursable. Et perdre ce job vec un préavis court àun moment ou plusieurs milliers d'autres personnes sont en même temps remise sur le marché du travail, c'est pas beaucoup mieux.
Je trouve ça pas plus mal que le commentaire de la personne ayant posté le lien soit séparé du lien lui-même. On peut en conséquence commenter et pertinenter/inutiler l'un indépendament de l'autre.
On peut aussi ne pas lire les commentaires quand on a pas le temps.
Ça habitue/encourage aussi les gens à mettre des étiquettes plutôt qu'un commentaire et on a donc une belle base de liens organisés parcatégories et qu'on peut retrouver si besoin sans trop de mal. C'est malheureusement beaucoup moins le cas pour les autres contenus. Vu l'état actuel des moteurs de recherche dont on dépend beaucoup (résultats pleins de pages inutiles générées par des LLMs), c'est peut-être dommage que les autres contenus ne soient pas aussi bien rangés.
Le noyau linux n'a globalement qu'une seule implémentation.
Les noyaux compatibles UNIX il y en a plusieurs douzaines.
Pareil pour les langages de programmation, la plupart de ceux qui sont un peu sérieux ont au moins 2 implémentations.
De plus pour ce qui est de la vie privé par exemple, je présume que peu de chose sont dans le moteur lui-même et donc qu'Opera est moins problématique que Chrome.
Je ne sais pas, mais je sais par contre que Google trouve normal d'avoir ajouté de la télémétrie dans le compilateur Go, qui envoie donc des infos sur le code qu'on essaie de compiler à Google. Je doute que leur moteur soit conçu en pensant en priorité à la protection de la vie privée des utilisateurs.
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?
[^] # Re: Futur de Subversion
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal github et subversion c'est fini (ou de l'importance d'une bonne communication). Évalué à 6.
J'ai vu des entreprises ou svn était utilisé pour gérer une base de documents (pas du code). En gros ça permettait de facilement synchroniser un dossier avec tous les documents sur son PC pour l'avoir sous la main, et de signaler (mais pas de résoudre) les conflits d'édition.
C'était utilisé par des gens pas forcément très techniques, via une interface graphique (tortoisesvn par exemple).
Au delà des fonctions manquantes dans git (par exemple: la possibilité de "verrouiller" un fichier pendant qu'on l'édite), le problème avec git serait surtout qu'il est trop compliqué: branches locales et distantes et plein d'autres concepts, qui en plas ne sont pas forcément bien exposés dans les interfaces graphiques. Ça ne marcherait donc pas du tout aussi bien dans cet usage.
[^] # Re: Pourquoi pas une rubrique HS ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Quel futur vous paraît pertinent pour la rubrique « Liens » de Linuxfr ? . Évalué à 6.
Maissoyons sérieux, personne ne vient sur Linuxfr en se disant "tiens, et si j'allais chercher des liens qui ne parlent surtout pas de Linux et encore moins de logiciels libres?"
Non, ce qu'il faudrait c'est un moyen de masquer les contenus pas intéressants, parce cu'ils sont hors sujet, ou de mauvaise qualité (c'est à dire, par exemple, tellement mal rédigés qu'on y comprend rien). On pourrait mettre en place quelque chose pour indiquer si un contenu est pertinent, et qu'on veut en lire plus, ou inutile, et on voudrait que l'auteur perde son temps d'une autre façon. Et on pourrait faire confiance à l'intelligence gollective des visiteurs du site pour utiliser ce système à bon escient et ainsi avoir une sorte de ligne éditoriale qui émerge par elle-même et qui peut évoluer au cours du temps, le tout, sans donner de travail supplémentaire à l'équipe de modération.
Je suis sûr que cette idée va déclencher beaucoup de débats, mais il faudrait au moins essayer pour voir ce qui en ressort?
[^] # Re: Edge vs Chrome
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Terrible Maps : The most popular browser 2012 vs 2022. Évalué à 5.
C'est probablement ça, la plupart des gens ne font pas trop la différence entre "internet", "web", "navigateur" et "moteur de recherche". Donc, un navigateur qui s'installe tout seul, il va rester chez eux sans problème.
Mozilla avait réussi à contrer ça avec de l'innovation (pas des trucs forcément très compliqués, par exemple, des onglets, un système de restauration de session, …) qui apportaient une grosse plus-value par rapport à la concurrence. Actuellement ce n'est plus trop le cas. Mais ça peut rechanger si Chrome se met trop sérieusement à empêcher les bloqueurs de publicités, par exemple.
[^] # Re: L'informatique c'est vaste
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [Trolldi] La Big Tech vous souhaite une très belle réflexion existentielle. Évalué à 9.
Au niveau financier, peut-être, mais démarrer un nouveau job dans l'informatique ça demande un investissement mental qui n'est pas remboursable. Et perdre ce job vec un préavis court àun moment ou plusieurs milliers d'autres personnes sont en même temps remise sur le marché du travail, c'est pas beaucoup mieux.
[^] # Re: garder la rubrique, imposer une petite description
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Quel futur vous paraît pertinent pour la rubrique « Liens » de Linuxfr ? . Évalué à 8.
Je trouve ça pas plus mal que le commentaire de la personne ayant posté le lien soit séparé du lien lui-même. On peut en conséquence commenter et pertinenter/inutiler l'un indépendament de l'autre.
On peut aussi ne pas lire les commentaires quand on a pas le temps.
Ça habitue/encourage aussi les gens à mettre des étiquettes plutôt qu'un commentaire et on a donc une belle base de liens organisés parcatégories et qu'on peut retrouver si besoin sans trop de mal. C'est malheureusement beaucoup moins le cas pour les autres contenus. Vu l'état actuel des moteurs de recherche dont on dépend beaucoup (résultats pleins de pages inutiles générées par des LLMs), c'est peut-être dommage que les autres contenus ne soient pas aussi bien rangés.
[^] # 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.
Les noyaux compatibles UNIX il y en a plusieurs douzaines.
Pareil pour les langages de programmation, la plupart de ceux qui sont un peu sérieux ont au moins 2 implémentations.
Je ne sais pas, mais je sais par contre que Google trouve normal d'avoir ajouté de la télémétrie dans le compilateur Go, qui envoie donc des infos sur le code qu'on essaie de compiler à Google. Je doute que leur moteur soit conçu en pensant en priorité à la protection de la vie privée des utilisateurs.
[^] # 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?