pulkomandy a écrit 2160 commentaires

Le clavier Frogpad est prévu pour l'utilisation à une main. Cela repose sur l'utnlisation de combinaisons de touches (modifieurs sous le pouce) pour taper toutes les lettres et symboles avec relativement peu de touches.

Il est parfait soit pour le combiner avec une souris, soit pour le porter en (gros) bracelet en combinaison avec un téléphone.

Problème: il n'est plus fabriqué depuis longtemps. Il faudra donc choisir soit une réalisation DIY (on trouve des modèles pour cela), soit une keymap qui s'en rapproche sur un clavier classique.

ça dépend de quelles consoles on parle.

Pour les plus anciennes, ça peut être très compliqué parce que les jeux exploitent le matériel de façon assez directe.

La N64 est la première où le matériel était assez complexe et les jeux (au moins les premiers sortis) se sont contentés d'exploiter une bibliothèque de fonctions standard.

C'est ce qui a permis une émulation plutôt efficace de certains jeux peu après la sortie de la console avec UltraHLE. Le processeur MIPS de la console était émulé mais tous les appels à l'OS / la bibliothèque standard étaient interceptés et redirigés vers une réimplémentation vers la machine hôte.

Par contre sur d'autres machines (et pour d'autres jeux sur cette console), les choses sont beacoup moins standardisées.

Sur les jeux et consoles modernes, par contre, on retrouve les mêmes technologies un peu partout. Il est donc plus facile d'intercepter, disons, les shaders et les appels à OpenGL.

La dernière console à disposer d'un matériel vraiment spécifique doit être la PS3 avec ses processeurs "cells"?

Il s'agit uniquement du circuit imprimé de la carte mère. Il faut fournir tous les composants à souder dessus, que vous pourrez difficilement trouver à moins de les dé-souder d'une console existante pour les plus importants (conçus spécifiquement pour Nintendo et pas commercialisés par ailleurs).

En revanche la compatibilité avec la console originale devrait être de 100%, pas d'émulation douteuse ici!

Je crois qu'on peut facilement remplacer "l'IA" par "internet" dans cet article pour avoir la version d'il y a 20 ans. Ou alors par "langage de programmation structuré" pour avoir la version d'il y a 40 ans quand les gens pensaient que comprendre et maîtriser son code, ça voulait dire tout écrire en assembleur.

Aujourd'hui beaucoup de mes collègues seraient bien en difficulté pour travailler sans internet, et moi-même je serai beaucoup moins efficace s'il fallait tout faire en assembleur.

Mais au final, le gros du travail, ce n'est pas d'écrire le code. C'est surtout de comprendre ce qu'il faut que le code fasse, vérifier qu'il n'y a pas d'incohérences, essayer de penser à tous les cas imprévus, et structurer tout ça de façon à ce que ça puisse être calculé efficacement par un ordinateur. Il se trouve que l'écriture sous forme de code m'aide à réfléchir à ces problèmes et à structurer les choses. Je ne pense pas pouvoir y parvenir en discutant avec une IA. Peut-être que d'autres personnes y parviendront mieux de cette façon. Peut-être que ça remplacera les développeurs, mais plus probablement qu'avant ça, ça remplacera ou complétera les applications no-code et les tableurs Excel avec des macros compliquées?

Et, comme beaucoup de choses en informatique, on en est à l'étape où tout le monde essaie d'en mettre partout, il faut attendre un peu que ça se décante et voir ce qui est utile ou pas, avec un peu de recul. Et aussi ce qui est économiquement rentable et écologiquement viable. Moi, c'est surtout ce dernier point qui m'inquiète, parce qu'avant d'être un développeur, je suis d'abord un être vivant organique qui a besoin d'une planète et de son écosystème en bon état de fonctionnement. Sinon, l'IA devra se débrouiller sans moi.

Le risque principal à mon avis, c'est le vol ou la suppression des données de l'utilisateur. Le système étant pensé pour un seul utilisateur, il n'y a pas vraiment les problématiques que se pose unix, qui consistent à protéger les utilisateurs les uns des autres.

Il faudrait surtout protéger les applications les unes des autres, ce qui est un problème assez différent et pour lequel Haiku dispose déjà des protections les plus classiques (mémoire virtuelle, etc) même s'il y a royen de faire beaucoup mieux.

J'utilise Haiku comme système principal sur mes machines depuis au moins 10 ans. Il est fonctionnel, et je ne suis pas le seul à faire ça, certains utilisateurs ont même migré directement depuis BeOS ce qui doit donc leur faire une trentaine d'années d'utilisation au total.

Personellement c'est mon système d'exploitation principal et je n'en voudrais aucun autre à la place.

Mais sinon, en effet cela n'a aucun rapport avec le fait que le code soit sous license libre. Il me semble que MorphOS, un système hropriétaire et commercial avec une popularité comparable, ne fait pas mieux. Il me semble aussi que des projets libres comme Mozilla dépensent des millions dans des sujets douteux ou simplement dans la rémunération de leurs directeurs.

Dans le cas de Haiku, ce budget réduit est un peu volontaire: c'est lié au fait que le système ne soit toujours qu'en version beta au bout de 25 ans. On est bien en dehors des normes de productivité habituelles du monde moderne, et il y a peu de publicité pour attirer des utilistaeurs pour l'instant (on cherche plutôt des développeurs). Et peut-être qu'un projet open source, ou plutôt sans vocation commerciale (ce qui n'est pas lié), est une bonne façon de se permettre une telle folie. Le tout sans trop de pression et de responsabilités ou de comptes à rendre à qui que ce soit.

Ç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.

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.

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.

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.

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é.

Pour le 1 il me semblait que Coca Cola et McDonalds étaient déjà sur le coup depuis pas mal de temps, pourtant?

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 si on précise le prompt et le modèle utilisés, ça va

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é.

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

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.