Ceux de Haiku inc sont assez peu ciblés avec des buts comme "améliorer fonctionner le navigateur web" ou "travailler sur tous les problèmes qui sont dans la feuille de route pour la version 1". Comme les personnes employées ont toute la confiance du reste de l'équipe, cela fonctionne assez bien.
Par contre, c'est vrai que certaines des idées les plus innovantes (voir presque farfelues) dans Haiku sont venues de personnes qui n'étaient pas payées pour cela. Ce n'est pas forcément une fatalité, mais plutôt que Haiku inc va avoir tendance à établir des contrats pour les tâches que personne ne veut faire.
Pourquoi personne ne veut faire une tâche? Soit parce qu'elle est ennuyeuse et avec peu de retours (refactorisation d'une partie du code qui ne va pas immédiatement apporter de nouvelles fonctionalités), soit parce qu'elle demande un investissement de temps trop important (il y a certains problèmes que je ne parviens pas à corriger simplement parce qu'il me faut 2 jours pour me remémorer toutes les discussions, relire le code, me souvenir comment ça fonctionne et ce qu'il faut changer, et après le week-end est fini).
D'autre part, il me semble que Waddlesplash développe certains projets pour ou avec Haiku qui ne sont pas financés par Haiku inc, et c'était également mon cas lorsque j'étais employé par Haiku. Si le contrat ne définit pas un nombre d'heures fixe par mois, c'est donc tout à fait modulable en fonction de la motivation et/ou du besoin de gagner des sous.
mais peut-on au moins verrouiller sa session pour éviter qu'un plaisantin ne vienne changer le fond d'écran en notre absence ?
Oui bien sûr, c'est disponible dans les paramètres de l'écran de veille.
Il y a également du travail en cours sur le chiffrement des disques (c'est déjà possible mais pas pour le disque de démarrage).
Il faut voir aussi qu'être non root peut permettre éviter les dommages sur les tables de partition des disque/SSD, de péter les différents firmwares qui peuvent être accessibles depuis le système, de sniffer le trafic réseau, etc.
Oui, je n'ai pas dit que c'était inutile, c'est simplement un choix de priorité. Il y a aussi quelques contraintes techniques, cela va probablement un peu casser la compatibilité avec BeOS, qui était importante à l'époque où le choix des fonctionnalités pour la version 1 a été fait.
Pour l'instant l'objectif est de publier une version 1 avec un périmètre à peu près fixe. Cela dit, si quelqu'un se lance dans l'amélioration de la sécurité et la possiblité d'avoir des utilisateurs à accès restreint, et si c'est bien fait, on ne fera pas de difficulté pour intégrer ces changements.
Et en usage serveur (ce qui n'est pas la cible de Haiku d'après ce que j'ai compris, mais il existe quand même des composants) l'absence de multi utilisateurs et de séparation des droits me paraît être un point bloquant.
Oui. N'utilisez pas Haiku sur un serveur, ce n'est pas fait pour, et ce n'est qu'une seule parmi de nombreuses raisons pour cela.
impossible de brancher le téléphone pour débugger en mode adb ou pour d'autres types de transfert (si c'est collé, sinon effectivement ça se débranche) (le kuula semble ne pas avoir ce problème…)
Non, pas de problème avec ça, le câble laisse très bien passer les données. J'utilise souvent mon téléphone en partage de connexion par USB sans aucun problème par exemple.
Par contre c'est équivalent à un câble USB 2: il n'y a qu'une seule paire différentielle de données (contre 3 paires en USB3), et il ne faut pas s'attendre à envoyer des mégawatts à travers.
C'est bien suffisant pour mon usage: recharge lente de la batterie pendant la nuit, et le téléphone tient sans problème toute la journée en général (sauf utilisation du GPS et/ou de l'écran en pleine luminosité quand je fait du vélo toute la journée, mais c'est pas souvent).
Je vois que le n'ai pas répondu au titre du commentaire. On fait par habitude le lien entre la sécurité et la gestion de multiples utilisateurs.
Ce n'est pas vraiment pertinent sur une machine de bureau dans un écosystème moderne. Il est surtout important d'isoler les applications les unes des autres, voire même certaines parties d'une application entre elles (par exemple, les sites webs chargés dans deux onglets d'un navigateur web ne devraient pas pouvoir communiquer entre eux), et aussi l'isolation entre les applications et le matériel (qui a le droit d'accéder à la webcam? d'écrire ou de lire sur le disque?).
Il est probable que Haiku implémentera un jour un modèle un peu similaire à celui de Android, avec des permissions attribuées à chaque application. Mais là aussi, c'est un chantier qui va probablement attendre la publication de la version 1, et qui ne manquera pas de faire râler quelques utilisateurs historiques de BeOS et Haiku qui sont très attachés à leurs vieilles habitudes (nous avons pu le constater avec l'introduction d'un système de gestion de paquets qui interdit de faire des modifications trop directement dans le système).
L'association Haiku inc essaie de ne pas influencer le développement du projet. Les propositions de choses ou de personnes à financer doivent être faites par les développeurs du projet.
Pour l'instant, personne ne s'est porté volontaire pour être rémunéré aux côtés de Waddlesplash, que ce soit en cryptomonnaies ou en monnaie sonnante et trébuchante. Si une telle candidature survenait et était acceptée, je ne doute pas que Haiku inc trouvera un moyen de faire parvenir l'argent à son destinataire.
Pour l'instant la gestion des fonds est prudente, et il est n'est pas certain que les candidatures de personnes externes au projet n'ayant pas déjà contribué par ailleurs seraient acceptées. Et parmi les développeurs actifs actuellement, plusieurs ont choisi la sécurité de l'emploi (et la rémunération plus élevée) qu'on peut trouver ailleurs que dans un projet de logiciels libres.
C'est mon cas par exemple: après une année passée à travailler à plein temps pour Haiku, j'ai repris un emploi salarié dans une entreprise classique, ce qui représente pour moi plus de visibilité sur ma rémunération (à l'époque, Haiku inc n'avait pas de telles réserves, et mon contrat était renouvellé d'un mois sur l'autre en fonction des donnations). Aujourd'hui, j'ai acheté un appartement, je suis endetté sur 25 ans, ce n'est pas forcément le bon moment pour se relancer dans une telle aventure. Par contre, j'envisage sérieusement de mettre mon travail salarié à temps partiel pour pouvoir passer plus de temps sur Haiku (ou plutôt, de passer autant de temps sur Haiku mais d'avoir plus de temps pour me reposer le week-end).
Je ne parle même pas de la situation des collègues contributeurs à Haiku qui ont un ou plusieurs enfants à leur charge, ou de ceux qui ont moins de contraintes, mais aussi moins de sous de côté pour prendre le risque d'un emploi à durée incertaine.
Certains d'entre eux sont très expérimentés et vivent dans des pays où le salaire devrait avoir un chiffre de plus pour être attractif. Tout le monde n'est pas prêt à accepter le compromis que fait Waddlesplash (combinant un taux horaire plutôt bas et un temps partiel) pour parvenir à un paiement de moins de 30 000$ par an (brut, il faut encore en soustraire les taxes).
Et même si c'était le cas, on pourra encore être critique sur le fait qu'un projet de logiciel libre choisit de sous-rémunérer ses contributeurs, contribuant ainsi à la casse du progrès social, à la baisse des salaires et à l'appauvrissement des travailleurs salariés.
Le noyau implémente tout le nécessaire. Par exemple on peut créer plusieurs utilisateurs pour les connexions par SSH. Mais l'interface graphique est pour l'instant pour un seul utilisateur.
Cela fera partie des gros changements à faire après la sortie de la version R1 de Haiku. Cette version a déjà pris largement assez de temps comme ça, donc certaines fonctionnalités ont du être laissées de côté pour l'instant, et le support de multiples utilisateurs en session graphiques en fait partie.
Oui j'ai utilisé un pistolet à colle pour fixer l'adaptateur. En petite quantité (il n'y a pas besoin que ce soit très très solide), donc je ne pense pas que ça chauffe assez pour démagnétiser l'aimant? D'après supermagnete il faudrait tout de même chauffer à 80° avant d'avoir une perte de magnétisme permanente.
J'ai quelques collègues qui ont testé de poser des questions techniques sur du développement linux (dont les réponses se trouvent dans les pages de manuel). Ça marche si on pose la question classique. Ça répond à côté si on pose une question sur une fonctionnalité rarement utilisée et dont les données d'entraînement parlent peu ou pas.
Dans le cas des release notes de Linux par exemple, l'IA n'aura accès qu'à ce qu'on lui donne. Tout le contexte de chaque changement qui a été discuté sur les mailing lists du noyau ou ailleurs, après l'entraînement du modèle, il ne va pas te l'inventer. Si on veut en faire une dépêche intéressante, c'est ce genre d'information qu'il faut aller chercher. Sinon on ne fait que remuer des informations déjà connues et sous un format déjà digéré.
Je ne dis pas que ça n'a pas d'intérêt, par exemple si tu as besoin de remplir un dossier de subvention ou d'appel à projet où tout le monde met le même discours à chaque fois. Mais, à mon avis, pas sur un site qui traite d'actualités et sur un sujet un peu pointu.
Je viens ici pour lire des choses écrites par des gens qui maîtrisent un minimum leur sujet et qui ont pris le temps de faire quelques recherches pour écrire quelque chose de bien construit, instructif, et, surtout, basé sur la réalité.
Une IA ne fait pas ça. Elle va pondre du texte grammaticalement correct, mais elle sera incapable d'identifier les points vraiment importants dans des release notes, d'apporter du contexte (surtout pour des infos d'actualité cui ne sont par définition pas présentes dans son modèle d'entraînement), et si on s'en sert pour résumer les commentaires, on obtient une soupe sans texture, déshumanisée, et, pour moi, sans intérêt.
Et non, je ne prévois pas d'utiliser d'IA pour continuer à rédiger des journaux ou des dépenches, mais si ça devient noyé sous une avalanche de contenus générés, j'irai publier ailleurs, probablement sur mon blog.
Je suis là pour communiquer avec des humains et enrichirmes perspectives.
C'est une question stérile car quelque soit la solution choisie, il n'y a aucun moyen de la faire respecter.
Si tu te fais prendre en train de poster un contenu généré par ordinateur, le contenu est supprimé et si tu recommences une fois qu'on t'a expliqué, tu te fais bannir. Comme pour tout autre type de contenu interdit, en fait: illégalement copié depuis une source soumise au droit d'auteur, ouvertement raciste, spam, …
Effectivement l'interdiction ne sera jamais parfaite. Mais, d'une part ça marche quand même relativement pas trop mal, et d'autre part, même si ça ne marche pas complètement, ça donne le ton sur les comportements qu'on peut attendre ici.
Et puis il ajoute quelque chose de ce genre : commence par implémenter au plus direct, comme si tu devais livrer demain, et seulement ensuite, si tu as le temps, tu peux retravailler ton code.
La deuxième partie est importante. J'ai entendu cette approche dans le cadre du TDD (développement dirigé par les tests) dans un talk de Ian Cooper. L'idée est d'implémenter une fonctionalité en 3 étapes:
étape "rouge": écrier un testpour la fonctionalité qui ne passe pas
étape "verte": faire en sorte que le test passe. À cette étape, il faut aller au plus simple et faire juste en sorte que le test passe. Dans cette étape il y adroit aux variables globales et autres méthodes moches. Il appelle ça "duct tape programming".
étape "refactoring": une fois que tu as réussi à faire fonctionner le truc, tu as maintenant une bonne vision de ce qu'il faut changer exactement dans ton architecture pour cette fonctionalité, juste assez pour rendre ton code propre. Cette étape évite d'accumuler de la dette technique, mais comme elle est faite après avoir un truc fonctionnel, elle évite de se lancer dans de l'architecture qui ne sert à rien pour l'instant.
Moi, j'aime bien lire ce genre d'histoire de bugs improbables, même si elles ne sont pas récentes. Ca fait un peu partie du folklore du développement informatique, et ça permet de se souvenir que, dans une investigation de bug, il faut avoir de la persévérance et ne négliger aucune piste, et qu'à la fin il y a toujours une explication rationnelle (et non pas des fantômes, gremlins, ou rayons cosmiques qui changent des bits dans la mémoire).
Oui, ou sinon il faut utiliser un langage qui n'est pas conçu comme le C et qui fait exactement ce que tu lui dit, et non pas un équivalent de ce que tu lui dit, mais seulement dans une situation bien précise.
Ce ne sont pas des bugs des compilateurs, le langage C est décrit comme ça et ne permet pas de faire ce genre de choses de façon fiable. D'où l'introduction dans le langage de fonctions conçues spécifiquement pour répondre à ce type de problème.
Pas pour les blue ray, mais je pense que ce sont bien les seuls ou les derniers pour les minidisc et les minidv. Mais il me semble que plus aucun lecteur pour ces formats n'était fabriqué depuis déjà pas mal de temps
On parle d'une suite en ligne, là. L'intégration, c'est pas juste un thème d'icônes cohérent. C'est le fait de pouvoir créer un compte pour chaque employé de l'entreprise et qu'ils aient accès à tous les outils d'un coup. C'est le fait de pouvoir partager des documents avec les collègues. D'avoir une gestion de groupe, que quand tu rajoutes quelqu'un dans une équipe, il a accès à tous les documents utilisés par cette équipe, aux salons de discussion qui vont avec, etc. Et qu'il n'aie pas accès aux trucs des autres équipes éventuellement.
C'est aussi avoir besoin d'acheter une seule licence pour accéder d'un seul coup à tous ces logiciels et au support qui va avec, ce qui va avoir un impact (positif) conséquent sur le travail à faire pour administrer tout le bazar, signer les contrats de support, etc. Sans compter que c'est une offre de service hébergé par Microsoft, et donc c'est Microsoft qui fait toutes les mises à jour de sécurité.
Donc, non, il n'y a pas vraiment d'offre du même type basée sur du logiciel libre. Est-ce que ce serait possible d'en monter une? Oui, certainement, mais c'est quand même du travail en plus que juste l'existence des logiciels concernés.
Certes mais ne crois-tu pas que c'est aussi pour limiter la précarité énergétique ?
Oui bien sûr, ce que je voulais surtout dire c'est que la mesure n'est pas vraiment à but écologique (réduire les émissions de CO2) mais plutôt économique (réduire les factures de chauffage).
On peut ensuite discuter des moyens pour atteindre ce but: primes à la rénovation, interdiction de location, etc. Et se demander au passage lesquels de ces moyens pourraient, en plus d'améliorer l'effiacité énergétique des logements, et de les rendre plus confortables, réduire les émissions de CO2.
Mais avec les gouvernements actuels, on aura pas mieux sur la réduction des émissions de CO2, ça reste que le deuxième objectif au mieux.
le DPE ne mesure pas les émissions de CO2 d’un logement, mais uniquement sa consommation d’énergie par m²
D'après la page Wikipedia qui est à la fin du journal:
Le DPE pour un bien immobilier doit comporter quatre parties :
Consommation annuelle d'énergie exprimée en kWh et en euros ;
Positionnement en consommation d'énergie primaire / m2 / an et en émission de gaz à effet de serre (GES) / m2 / an ;
Descriptif du local : le bâti (parois verticales, fenêtres, portes, plafond et plancher), et des systèmes (chauffage, eau chaude sanitaire, ventilation et refroidissement).
Recommandations d'améliorations énergétiques.
Le DPE complet contient bien les 2 informations (consommation d'énergie et émissions de CO2). L'interdiction de louer les logements avec une classe énergétique G n'est pas une décision écologique, c'est une décision économique pour faire des économies d'énergie en poussant les propriétaires à faire les travaux de rénovation nécessaires. Sauf que ça n'a pas marché, les gens ont laissé traîner ça jusqu'à se retrouver avec des logements interdits à la location.
Si c'est l'écologie qui t'intéresse, tu peux regarder la partie GES du DPE qui est généralement affichée dans les annonces immobilières (à côté de l'autre).
Microsoft 365 fait vraiment beaucoup de choses. ça ne contient pas que la suite office de base.
Je pense qu'il y a des équivalents pour la plupart des composants, mais pas de solution tout en un. Peut être NextCloud mais je ne suis pas certain que ça couvre toutes les capacités de 365 qui est un truc vraiment très gros.
Et c'est un truc en ligne, donc le LibreOffice classique installable en local, ce n'est certainement pas un équivalent.
Il faut aussi savoir qu'une partie de la communauté a déjà repéré depuis 4 ans que le FOSDEM est devenu un évènement "corporate" et ont réalisé un fork qui s'appelle OFFDEM.
Peut-être que c'est l'occasion d'aller y faire une visite?
Il y a un autre changement plus sournois: les réseaux de téléphonie modernes ont un peu plus de latence, et ne transmettent pas directement la voix, mais des paramètres pour un synthétiseur vocal qui va les reproduire de l'autre côté (ça demande beaucoup moins de bande passante).
Le résultat est que une conversation par téléphone est subtilement un peu olus inconfortable: on se coupe la parole, certaines nuances sont perdues en route, et au final, ce n'est vraiment pas aussi bien que de parler aux gens "en vrai". Dans ce cas, autant privilégier d'autres moyens de communication véritablement asynchrones.
Un autre aspect technologique: aujourd'hui nos téléphones servent à beaucoup de choses. Par exemple, le classique "attend je regarde mon agenda pour savoir quand je suis disponible": facile si on a un téléphone fixe et un agenda papier. Moins facile si le téléphone et l'agenda sont dans le même appareil, ce qui rend compliqué d'utiliser les 2 en même temps.
C'est ce que je comprends mais quelle est la spécificité d'un thread ? C'est le cas pour une fonction bloquante mais Java semble avoir un état du thread à la valeur BLOCKED. Ca semble être uniquement sur attente d'un verrou (mutex ?
l'état "bloqué" existe dans tous les ordonnanceurs. Un thread a généralement 3 états possibles:
en cours d'exéctution
en attente de resource cpu (thread "prêt")
en attented'une autre ressource (thread bloqué)
le troisième cas sera une attente de mutex, mais aussi l'appel de certaines fonctions, comme un read() sur un socket qui va attendre que des données soient reçues sur ce socket, un read sur un fichier qui va attendre un accès disque, un sleep(] qui va attendre une durée fixe, etc.
lorsqu'un thread effectue l'une de ces opérations, il va libérer le chu pour qu'un autre thread puisse prendre la main. Lorsque la resource devient disponible (un autre thread libère le mutex, le socket a reçu des données, …), le thread redevient "ready" mais n'obtient pas forcément immédiatement l'accès au cpu. On a donc une double attente: pour la ressource bloquante puis pour le cpu, ce qui augmente la latence.
Une approche non bloquante consiste à faire en sorte que le thread ne libère jamais le cpu. Par exemple, un thread qui surveille un grand nombre de ressources (via select(), poll(), epoll() ou kqueue() par exemple) aura des chances d'avoir toujours quelque chose à faire, ou encore, si on s'attend à une durée d'attente très courte pour une ressource, on peut faire une attente active: une boucle qui teste en permanence si la ressource devient disponible. Ainsi, le thread ne libère pas le cpu pendant l'attente d'une autre ressource. La latence est réduite, mais en contrepartie, le cpu n'est pas libéré alors qu'il aurait pu servir à autre chose: le débit de traitement est réduit.
[^] # Re: cryptomonaie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Hiver 2024-25. Évalué à 4 (+2/-0).
Ça dépend comment le contrat est négocié.
Ceux de Haiku inc sont assez peu ciblés avec des buts comme "améliorer fonctionner le navigateur web" ou "travailler sur tous les problèmes qui sont dans la feuille de route pour la version 1". Comme les personnes employées ont toute la confiance du reste de l'équipe, cela fonctionne assez bien.
Par contre, c'est vrai que certaines des idées les plus innovantes (voir presque farfelues) dans Haiku sont venues de personnes qui n'étaient pas payées pour cela. Ce n'est pas forcément une fatalité, mais plutôt que Haiku inc va avoir tendance à établir des contrats pour les tâches que personne ne veut faire.
Pourquoi personne ne veut faire une tâche? Soit parce qu'elle est ennuyeuse et avec peu de retours (refactorisation d'une partie du code qui ne va pas immédiatement apporter de nouvelles fonctionalités), soit parce qu'elle demande un investissement de temps trop important (il y a certains problèmes que je ne parviens pas à corriger simplement parce qu'il me faut 2 jours pour me remémorer toutes les discussions, relire le code, me souvenir comment ça fonctionne et ce qu'il faut changer, et après le week-end est fini).
D'autre part, il me semble que Waddlesplash développe certains projets pour ou avec Haiku qui ne sont pas financés par Haiku inc, et c'était également mon cas lorsque j'étais employé par Haiku. Si le contrat ne définit pas un nombre d'heures fixe par mois, c'est donc tout à fait modulable en fonction de la motivation et/ou du besoin de gagner des sous.
[^] # Re: Quid de la sécurité ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Hiver 2024-25. Évalué à 5 (+3/-0).
Oui bien sûr, c'est disponible dans les paramètres de l'écran de veille.
Il y a également du travail en cours sur le chiffrement des disques (c'est déjà possible mais pas pour le disque de démarrage).
Oui, je n'ai pas dit que c'était inutile, c'est simplement un choix de priorité. Il y a aussi quelques contraintes techniques, cela va probablement un peu casser la compatibilité avec BeOS, qui était importante à l'époque où le choix des fonctionnalités pour la version 1 a été fait.
Pour l'instant l'objectif est de publier une version 1 avec un périmètre à peu près fixe. Cela dit, si quelqu'un se lance dans l'amélioration de la sécurité et la possiblité d'avoir des utilisateurs à accès restreint, et si c'est bien fait, on ne fera pas de difficulté pour intégrer ces changements.
Oui. N'utilisez pas Haiku sur un serveur, ce n'est pas fait pour, et ce n'est qu'une seule parmi de nombreuses raisons pour cela.
[^] # Re: Mon retour d'expérience
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal J'ai testé pour vous: un câble USB magnétique. Évalué à 3 (+1/-0).
Non, pas de problème avec ça, le câble laisse très bien passer les données. J'utilise souvent mon téléphone en partage de connexion par USB sans aucun problème par exemple.
Par contre c'est équivalent à un câble USB 2: il n'y a qu'une seule paire différentielle de données (contre 3 paires en USB3), et il ne faut pas s'attendre à envoyer des mégawatts à travers.
C'est bien suffisant pour mon usage: recharge lente de la batterie pendant la nuit, et le téléphone tient sans problème toute la journée en général (sauf utilisation du GPS et/ou de l'écran en pleine luminosité quand je fait du vélo toute la journée, mais c'est pas souvent).
[^] # Re: Quid de la sécurité ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Hiver 2024-25. Évalué à 8 (+6/-0).
Je vois que le n'ai pas répondu au titre du commentaire. On fait par habitude le lien entre la sécurité et la gestion de multiples utilisateurs.
Ce n'est pas vraiment pertinent sur une machine de bureau dans un écosystème moderne. Il est surtout important d'isoler les applications les unes des autres, voire même certaines parties d'une application entre elles (par exemple, les sites webs chargés dans deux onglets d'un navigateur web ne devraient pas pouvoir communiquer entre eux), et aussi l'isolation entre les applications et le matériel (qui a le droit d'accéder à la webcam? d'écrire ou de lire sur le disque?).
Il est probable que Haiku implémentera un jour un modèle un peu similaire à celui de Android, avec des permissions attribuées à chaque application. Mais là aussi, c'est un chantier qui va probablement attendre la publication de la version 1, et qui ne manquera pas de faire râler quelques utilisateurs historiques de BeOS et Haiku qui sont très attachés à leurs vieilles habitudes (nous avons pu le constater avec l'introduction d'un système de gestion de paquets qui interdit de faire des modifications trop directement dans le système).
[^] # Re: cryptomonaie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Hiver 2024-25. Évalué à 10 (+10/-0).
L'association Haiku inc essaie de ne pas influencer le développement du projet. Les propositions de choses ou de personnes à financer doivent être faites par les développeurs du projet.
Pour l'instant, personne ne s'est porté volontaire pour être rémunéré aux côtés de Waddlesplash, que ce soit en cryptomonnaies ou en monnaie sonnante et trébuchante. Si une telle candidature survenait et était acceptée, je ne doute pas que Haiku inc trouvera un moyen de faire parvenir l'argent à son destinataire.
Pour l'instant la gestion des fonds est prudente, et il est n'est pas certain que les candidatures de personnes externes au projet n'ayant pas déjà contribué par ailleurs seraient acceptées. Et parmi les développeurs actifs actuellement, plusieurs ont choisi la sécurité de l'emploi (et la rémunération plus élevée) qu'on peut trouver ailleurs que dans un projet de logiciels libres.
C'est mon cas par exemple: après une année passée à travailler à plein temps pour Haiku, j'ai repris un emploi salarié dans une entreprise classique, ce qui représente pour moi plus de visibilité sur ma rémunération (à l'époque, Haiku inc n'avait pas de telles réserves, et mon contrat était renouvellé d'un mois sur l'autre en fonction des donnations). Aujourd'hui, j'ai acheté un appartement, je suis endetté sur 25 ans, ce n'est pas forcément le bon moment pour se relancer dans une telle aventure. Par contre, j'envisage sérieusement de mettre mon travail salarié à temps partiel pour pouvoir passer plus de temps sur Haiku (ou plutôt, de passer autant de temps sur Haiku mais d'avoir plus de temps pour me reposer le week-end).
Je ne parle même pas de la situation des collègues contributeurs à Haiku qui ont un ou plusieurs enfants à leur charge, ou de ceux qui ont moins de contraintes, mais aussi moins de sous de côté pour prendre le risque d'un emploi à durée incertaine.
Certains d'entre eux sont très expérimentés et vivent dans des pays où le salaire devrait avoir un chiffre de plus pour être attractif. Tout le monde n'est pas prêt à accepter le compromis que fait Waddlesplash (combinant un taux horaire plutôt bas et un temps partiel) pour parvenir à un paiement de moins de 30 000$ par an (brut, il faut encore en soustraire les taxes).
Et même si c'était le cas, on pourra encore être critique sur le fait qu'un projet de logiciel libre choisit de sous-rémunérer ses contributeurs, contribuant ainsi à la casse du progrès social, à la baisse des salaires et à l'appauvrissement des travailleurs salariés.
[^] # Re: Quid de la sécurité ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Hiver 2024-25. Évalué à 6 (+4/-0).
Bonjour,
Le noyau implémente tout le nécessaire. Par exemple on peut créer plusieurs utilisateurs pour les connexions par SSH. Mais l'interface graphique est pour l'instant pour un seul utilisateur.
Cela fera partie des gros changements à faire après la sortie de la version R1 de Haiku. Cette version a déjà pris largement assez de temps comme ça, donc certaines fonctionnalités ont du être laissées de côté pour l'instant, et le support de multiples utilisateurs en session graphiques en fait partie.
[^] # Re: Pareil
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal J'ai testé pour vous: un câble USB magnétique. Évalué à 3 (+1/-0).
Oui j'ai utilisé un pistolet à colle pour fixer l'adaptateur. En petite quantité (il n'y a pas besoin que ce soit très très solide), donc je ne pense pas que ça chauffe assez pour démagnétiser l'aimant? D'après supermagnete il faudrait tout de même chauffer à 80° avant d'avoir une perte de magnétisme permanente.
# C'est vrai, l'humanité est foutue
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien L'humanité est foutue. Évalué à 8 (+6/-0).
Les gens commencent à prendre au sérieux le premier post Reddit venu. Effectivement ça ne présage rien de bon pour la survie de l'humanité.
[^] # Re: Halte là ! Vous faites fausse route !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Sommet pour l’action sur l'IA, réaction à chaud. Évalué à 3 (+1/-0).
Pour le 1 il me semblait que Coca Cola et McDonalds étaient déjà sur le coup depuis pas mal de temps, pourtant?
[^] # Re: Faux débat
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Faut-il accepter les contenus générés par IA sur LinuxFr.org ?. Évalué à 8 (+6/-0).
J'ai quelques collègues qui ont testé de poser des questions techniques sur du développement linux (dont les réponses se trouvent dans les pages de manuel). Ça marche si on pose la question classique. Ça répond à côté si on pose une question sur une fonctionnalité rarement utilisée et dont les données d'entraînement parlent peu ou pas.
Dans le cas des release notes de Linux par exemple, l'IA n'aura accès qu'à ce qu'on lui donne. Tout le contexte de chaque changement qui a été discuté sur les mailing lists du noyau ou ailleurs, après l'entraînement du modèle, il ne va pas te l'inventer. Si on veut en faire une dépêche intéressante, c'est ce genre d'information qu'il faut aller chercher. Sinon on ne fait que remuer des informations déjà connues et sous un format déjà digéré.
Je ne dis pas que ça n'a pas d'intérêt, par exemple si tu as besoin de remplir un dossier de subvention ou d'appel à projet où tout le monde met le même discours à chaque fois. Mais, à mon avis, pas sur un site qui traite d'actualités et sur un sujet un peu pointu.
[^] # Re: Faux débat
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Faut-il accepter les contenus générés par IA sur LinuxFr.org ?. Évalué à 10 (+12/-0).
Je viens ici pour lire des choses écrites par des gens qui maîtrisent un minimum leur sujet et qui ont pris le temps de faire quelques recherches pour écrire quelque chose de bien construit, instructif, et, surtout, basé sur la réalité.
Une IA ne fait pas ça. Elle va pondre du texte grammaticalement correct, mais elle sera incapable d'identifier les points vraiment importants dans des release notes, d'apporter du contexte (surtout pour des infos d'actualité cui ne sont par définition pas présentes dans son modèle d'entraînement), et si on s'en sert pour résumer les commentaires, on obtient une soupe sans texture, déshumanisée, et, pour moi, sans intérêt.
Et non, je ne prévois pas d'utiliser d'IA pour continuer à rédiger des journaux ou des dépenches, mais si ça devient noyé sous une avalanche de contenus générés, j'irai publier ailleurs, probablement sur mon blog.
Je suis là pour communiquer avec des humains et enrichirmes perspectives.
[^] # Re: question stérile
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Faut-il accepter les contenus générés par IA sur LinuxFr.org ?. Évalué à 10 (+10/-0).
Si tu te fais prendre en train de poster un contenu généré par ordinateur, le contenu est supprimé et si tu recommences une fois qu'on t'a expliqué, tu te fais bannir. Comme pour tout autre type de contenu interdit, en fait: illégalement copié depuis une source soumise au droit d'auteur, ouvertement raciste, spam, …
Effectivement l'interdiction ne sera jamais parfaite. Mais, d'une part ça marche quand même relativement pas trop mal, et d'autre part, même si ça ne marche pas complètement, ça donne le ton sur les comportements qu'on peut attendre ici.
[^] # Re: gné
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Faut-il accepter les contenus générés par IA sur LinuxFr.org ?. Évalué à 8 (+8/-2).
On pourrait très bien poster uniquement le prompt et le modèle à utiliser. Ça sera plus court à lire et ça fera gagner du temps à tout le monde!
Et ceux qui ont vraiment envie de lire une version diluée pourront eux-même utiliser un LLM de leur côté.
[^] # Re: GG
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal De beaux graphismes dans la version 4 de Bim!. Évalué à 6 (+4/-0).
La deuxième partie est importante. J'ai entendu cette approche dans le cadre du TDD (développement dirigé par les tests) dans un talk de Ian Cooper. L'idée est d'implémenter une fonctionalité en 3 étapes:
[^] # Re: Résumé
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Resolving an unusual wifi issue. Évalué à 10 (+8/-0).
Moi, j'aime bien lire ce genre d'histoire de bugs improbables, même si elles ne sont pas récentes. Ca fait un peu partie du folklore du développement informatique, et ça permet de se souvenir que, dans une investigation de bug, il faut avoir de la persévérance et ne négliger aucune piste, et qu'à la fin il y a toujours une explication rationnelle (et non pas des fantômes, gremlins, ou rayons cosmiques qui changent des bits dans la mémoire).
[^] # Re: Bienvenue dans mon monde
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal C23: un memset_explicit() qui carbure. Évalué à 3 (+1/-0).
Oui, ou sinon il faut utiliser un langage qui n'est pas conçu comme le C et qui fait exactement ce que tu lui dit, et non pas un équivalent de ce que tu lui dit, mais seulement dans une situation bien précise.
Ce ne sont pas des bugs des compilateurs, le langage C est décrit comme ça et ne permet pas de faire ce genre de choses de façon fiable. D'où l'introduction dans le langage de fonctions conçues spécifiquement pour répondre à ce type de problème.
[^] # Re: Les disques enregistrables grand public
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Sony cesse la production de Blu-ray, MD et MiniDV. Évalué à 3 (+1/-0).
Pas pour les blue ray, mais je pense que ce sont bien les seuls ou les derniers pour les minidisc et les minidv. Mais il me semble que plus aucun lecteur pour ces formats n'était fabriqué depuis déjà pas mal de temps
[^] # Re: "no functionally equivalent alternatives"
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal GDPR et Microsoft 365: la Commission Européenne poursuit l'EDPS. Évalué à 5 (+3/-0).
Je crois que tu es complètement à côté du sujet.
On parle d'une suite en ligne, là. L'intégration, c'est pas juste un thème d'icônes cohérent. C'est le fait de pouvoir créer un compte pour chaque employé de l'entreprise et qu'ils aient accès à tous les outils d'un coup. C'est le fait de pouvoir partager des documents avec les collègues. D'avoir une gestion de groupe, que quand tu rajoutes quelqu'un dans une équipe, il a accès à tous les documents utilisés par cette équipe, aux salons de discussion qui vont avec, etc. Et qu'il n'aie pas accès aux trucs des autres équipes éventuellement.
C'est aussi avoir besoin d'acheter une seule licence pour accéder d'un seul coup à tous ces logiciels et au support qui va avec, ce qui va avoir un impact (positif) conséquent sur le travail à faire pour administrer tout le bazar, signer les contrats de support, etc. Sans compter que c'est une offre de service hébergé par Microsoft, et donc c'est Microsoft qui fait toutes les mises à jour de sécurité.
Donc, non, il n'y a pas vraiment d'offre du même type basée sur du logiciel libre. Est-ce que ce serait possible d'en monter une? Oui, certainement, mais c'est quand même du travail en plus que juste l'existence des logiciels concernés.
[^] # Re: En fait si
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le DPE immobilier est mal conçu. Évalué à 3 (+1/-0).
Oui bien sûr, ce que je voulais surtout dire c'est que la mesure n'est pas vraiment à but écologique (réduire les émissions de CO2) mais plutôt économique (réduire les factures de chauffage).
On peut ensuite discuter des moyens pour atteindre ce but: primes à la rénovation, interdiction de location, etc. Et se demander au passage lesquels de ces moyens pourraient, en plus d'améliorer l'effiacité énergétique des logements, et de les rendre plus confortables, réduire les émissions de CO2.
Mais avec les gouvernements actuels, on aura pas mieux sur la réduction des émissions de CO2, ça reste que le deuxième objectif au mieux.
# En fait si
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le DPE immobilier est mal conçu. Évalué à 5 (+3/-0).
D'après la page Wikipedia qui est à la fin du journal:
Le DPE complet contient bien les 2 informations (consommation d'énergie et émissions de CO2). L'interdiction de louer les logements avec une classe énergétique G n'est pas une décision écologique, c'est une décision économique pour faire des économies d'énergie en poussant les propriétaires à faire les travaux de rénovation nécessaires. Sauf que ça n'a pas marché, les gens ont laissé traîner ça jusqu'à se retrouver avec des logements interdits à la location.
Si c'est l'écologie qui t'intéresse, tu peux regarder la partie GES du DPE qui est généralement affichée dans les annonces immobilières (à côté de l'autre).
[^] # Re: "no functionally equivalent alternatives"
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal GDPR et Microsoft 365: la Commission Européenne poursuit l'EDPS. Évalué à 7 (+5/-0).
Microsoft 365 fait vraiment beaucoup de choses. ça ne contient pas que la suite office de base.
Je pense qu'il y a des équivalents pour la plupart des composants, mais pas de solution tout en un. Peut être NextCloud mais je ne suis pas certain que ça couvre toutes les capacités de 365 qui est un truc vraiment très gros.
Et c'est un truc en ligne, donc le LibreOffice classique installable en local, ce n'est certainement pas un équivalent.
[^] # Re: Eyes on the prize?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Pas de milliardaires au FOSDEM. Évalué à 6 (+4/-0).
Il faut aussi savoir qu'une partie de la communauté a déjà repéré depuis 4 ans que le FOSDEM est devenu un évènement "corporate" et ont réalisé un fork qui s'appelle OFFDEM.
Peut-être que c'est l'occasion d'aller y faire une visite?
[^] # Re: matrix/element, terminé pour moi
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Matrix: Pour des millions d'utilisateurs, utilisez Synapse Pro. Évalué à 9 (+7/-0). Dernière modification le 19 janvier 2025 à 23:58.
Pour les gens comme ça, tu leurs fais installer Quicksy:
Tu peux garder Conversations pour les gens qui ont déjà le besoin de ne pas révéler leur adresse ou numéro de téléphone à tout le monde.
[^] # Re: Un siècle de retard
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien « C’est simple, je ne décroche jamais » : pourquoi les jeunes ne répondent plus au téléphone ?. Évalué à 4 (+2/-0).
Il y a un autre changement plus sournois: les réseaux de téléphonie modernes ont un peu plus de latence, et ne transmettent pas directement la voix, mais des paramètres pour un synthétiseur vocal qui va les reproduire de l'autre côté (ça demande beaucoup moins de bande passante).
Le résultat est que une conversation par téléphone est subtilement un peu olus inconfortable: on se coupe la parole, certaines nuances sont perdues en route, et au final, ce n'est vraiment pas aussi bien que de parler aux gens "en vrai". Dans ce cas, autant privilégier d'autres moyens de communication véritablement asynchrones.
Un autre aspect technologique: aujourd'hui nos téléphones servent à beaucoup de choses. Par exemple, le classique "attend je regarde mon agenda pour savoir quand je suis disponible": facile si on a un téléphone fixe et un agenda papier. Moins facile si le téléphone et l'agenda sont dans le même appareil, ce qui rend compliqué d'utiliser les 2 en même temps.
[^] # Re: bande passante / latence
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Blocking and non-blocking threads. Évalué à 6 (+4/-0).
l'état "bloqué" existe dans tous les ordonnanceurs. Un thread a généralement 3 états possibles:
le troisième cas sera une attente de mutex, mais aussi l'appel de certaines fonctions, comme un read() sur un socket qui va attendre que des données soient reçues sur ce socket, un read sur un fichier qui va attendre un accès disque, un sleep(] qui va attendre une durée fixe, etc.
lorsqu'un thread effectue l'une de ces opérations, il va libérer le chu pour qu'un autre thread puisse prendre la main. Lorsque la resource devient disponible (un autre thread libère le mutex, le socket a reçu des données, …), le thread redevient "ready" mais n'obtient pas forcément immédiatement l'accès au cpu. On a donc une double attente: pour la ressource bloquante puis pour le cpu, ce qui augmente la latence.
Une approche non bloquante consiste à faire en sorte que le thread ne libère jamais le cpu. Par exemple, un thread qui surveille un grand nombre de ressources (via select(), poll(), epoll() ou kqueue() par exemple) aura des chances d'avoir toujours quelque chose à faire, ou encore, si on s'attend à une durée d'attente très courte pour une ressource, on peut faire une attente active: une boucle qui teste en permanence si la ressource devient disponible. Ainsi, le thread ne libère pas le cpu pendant l'attente d'une autre ressource. La latence est réduite, mais en contrepartie, le cpu n'est pas libéré alors qu'il aurait pu servir à autre chose: le débit de traitement est réduit.