Aldebaran a écrit 194 commentaires

Nan ça va c'est un intemporel.

Franchement ça va, personne n'a insulté la mère de personne, ça reste bon enfant.
Je ne pense pas qu'il faille un Linux 'unifié' (pour ce que ça veut dire), pour être prêt pour le desktop.

Chacun utilise ce qui lui plaît et c'est bien comme ça.

Normalement c'est sensé être impossible de sortir une info de ce genre de carte, elles sont logiciellement assez éprouvées et physiquement y a des protections (blindage de la circuiterie etc) qui rend la tache compliquée.

Là j'ai pas poussé mais si j'ai bien compris ils attaquent physiquement la carte, et d'une manière ou d'une autre ils arrivent à reconstituer la mémoire de celle ci. Ils semblent utiliser une sonde ICR pour ça.

Ensuite ils la clone.

Pour avoir taté des carte à puce avec empreinte y un moment au taf, deux capteurs ne produisent pas les mêmes résultats, l’enrôlement d'une empreinte prend plusieurs captations. Ça a peut être changé, mais j'imagine que le couple capteur / empruntes stockée est plus ou moins unique.

Après si la carte est clonée, faut voir s'il ne peuvent pas dégagée la sécu biométrique ou la réinitialiser sur le clone.

Comment on passe de ubuntu like à gentoo ?

Disons qu'il y a un bel effort déja !

Donc l'ia génère les frames une par une, en réaction au actions du joueur ?
L'IA n'a pas recodé doom ou quoi que ce soit, elle génère ce que Doom aurait rendu pour le les mêmes actions c'est bien ça ?

On voit des artefacts assez jolis un peu partout (le monstre qui se dé-floute, mais qui tire dans tous les cas) mais c'est dingue. Et de voir les stats biens prise en compte c'est géant.

Un jour je pourrais peut être écrire :

Bonjour ChatGPT 78, je veux jouer à Morrowind mais dans l'espace, génère moi une partie avec une quêtes sympa de 20 mins s'il te plaît j'ai pas trop le temps aujourd'hui. Niveau graphismes, fait un truc léger, 8K pas plus.

Visiblement (d'après le lien youtube), ce serait plus des problème de relationnels ces 'Nontechnical Nonsense'.

On a par exemple un gars au ton plutôt acide qui leur explique lors de leur conf, qu'ils ne sont pas autorisé à faire des changements dans le code en C (parce qu'ils pourraient le casser), et que si un changement dans le code C casse le binding Rust c'est pas son problème, parce que lui il connaît pas Rust et qu'il ne veut pas faire du Rust.
Il leur reproche aussi de pousser le Rust façon religion (il me semble qu'il est religieux du C pour sa part).

Ça doit être usant à force.

Pareil (en moins pire évidemment) pour celui qui soulève des problèmes entre fonction et méthode, on lui explique qu'il n'y a pas d'objet et d'héritage en Rust. C'est pas grand chose, mais devoir se justifier en permanence sur des points technique auprès de gens qui ne connaissent rien au langage ou qui font des assomptions erronées c'est usant aussi (mais au moins ça reste poli).

Il y a pleins de gens qui semblent être contre rust dans le noyau, je ne saurait dire si c'est justifié ou non, c'est trop pointu pour moi.

Interessant, merci, de ce que j'avais compris compiler le même code avec les même versions de libs et de compilateur ne produit pas necessairement le même binaire, ce qui peut poser problème pour le linking).

J'avais noté que Bevy utilise une autre approche pour faire ça (avec https://docs.rs/bevy_dynamic_plugin/latest/bevy_dynamic_plugin/), ils précisent eux même que ça risque de péter dans le cas de compilation séparé, mais que ça fonctionne si tout est compilé en même temps (le gain étant alors le découplage du binaire, dans Bevy, un des cas avancé est la distribution de dlc par exemple).

Il y a aussi le problème de l'abi non stable en rust, ce qui oblige à inclure en statique les dépendances d'un logiciel (en tout cas dans le cas d'un projet rust normal géré avec Cargo, je ne sais pas si Rust for Linux fonctionne différemment et est concerné).

J'ai beaucoup rit ;)

Sans vouloir être suffisant ou quoi que ce soit, il faut reconnaître l'existence de plusieurs approches. Le C en a une, le C++ une autre (même pas très éloignée).

Les protected et private, ça empêche les programmeurs qui utilisent la librairie de faire ce qu'ils veulent avec l'objet. Je suis pour la liberté de programmation, et le C++ permet de restreindre cette liberté, je trouve que c'est contraire à la philosophie du Libre.

La philosophie du libre implique ça ? Je ne le savais pas. En tout cas, poser des droits d'accès à des variables dans un code à plusieurs avantages. Si tu fais une librairie, les variables qui doivent pouvoir être manipulées par l'utilisateur seront en public, le reste en privé. Ça évitera que les utilisateurs de la lib ne touche quelque chose d'interne et de sensible sans le vouloir.

Ou alors, ces concepts de private et protected sont pour les débutants et les programmeurs qui ont du mal à gérer les objets ? Parceque lire et écrire une variable d'un objet avec des méthodes du type GetVariable() et SetVariable(), ce n'est certainement pas pour faire un programme efficace, ça fait des appels de fonction inutiles. Et c'est contraire à la philosophie du Libre qui veut que l'on fasse le programme le plus efficace possible.

Encore une fois, la philosophie du libre implique ça ?
Pour l'histoire des setter / getter, ça a l'air bête, mais ça permet par exemple de tracer plus simplement un programme, ou d'instrumentaliser le set. On peut par exemple vouloir limiter les valeur assignées dans le setter. Imaginons une variable int qui ne doivent jamais dépasser 25, je me pose dans mon setter et j'ajoute une condition.
Sans le setter je dois faire ce test à chaque assignation d’où une duplication du code.
De plus je ne pense pas me tromper en disant que le compilo optimisera les getter et setter à la compilation.

Tu semble regretter de ne pas pouvoir faire certaines chose en C++ par rapport au C, mais en vrai, si t'aime pas les setter n'en utilise pas. Met tout en public, ou ne créé même pas d'objets. En gros fait du C.

Maintenant si tu as envie d'essayer autre chose, tu verra que ça peut avoir de l’intérêt.
D'une manière générale, ce n'est pas parce qu'un langage se montre permissif qu'il sera bon, dans beaucoup de cas, se retrouver contraint permet de produire plus facilement un code avec moins de bugs ou d'erreurs. Le rust par exemple brille dans ce domaine je trouve, j'ai l'impression d'écrire du code plus idiomatique, justement parce que je suis très contraint.

Quand tu as une fonction avec une variable en const tu te limites dans ce que tu fera avec cette variable, tu aura l'assurance qu'elle n'est pas modifiée. Tu évites ainsi tout un tas d'erreurs bêtes. C'est la même idée avec public, private, protected. Pareil pour l'utilisateur de la fonction, il saura que ce qu'il envoie ne sera pas modifié, sans même à avoir à lire la fonction.

Roh aller, moi mon préferré c'est Terre et Fondation. J'adore Golan Trevize.

C'est dommage ce qui se passe avec firefox, avec mozilla en general. Mais je dois dire que firefox os j'y ai cru, j'aimais bien mon zte open c.

En projet fous qui a bien reussi on a le rust aussi.

Je me demande si on ne devrait pas (les developpeurs) mettre plus les mains dans sous le capot de firefox ou de webkit. Je ne sais pas à quel point la base de code est horrible à reprendre, mais elle doit être à la fois, collossale, particulierement complexe et comporter pas mal de code historique plus ou moins documenté.

Peut être que ce serait plus simple de faire autre chose qu'un navigateur web standard, ou quelque chose de différent.

J'ai vu plusieurs articles ici sur HTMX, ça serait peut etre interessant de se passer du js et d'integrer HTMX dans un navigateur. Ne resterait "que" le code du rendu.

Mais c'est comme mes projets persos, je commenece un truc en me disant que telle approche sera plus simple et que ce sera facile et au final ça devient quand même une usine petrochimique.

Y a plus ou moins un an j'avais reussi à m'y connecter et à faire un partage en modifiant mon user agent pour immiter chrome. Mais de temps à autre ça foirait (sans info).

Histoire de recentrer les débats (parce que ça déborde pas mal) pour FMA, plus FMAB ou son aîné FMA ? Perso je préfère FMA.

Il y a pleins de façons de faire du c++, j'ai toujours considéré que venant du C il était plus facile de se mettre au C++ qu'à Java par exemple.
Si on se limite à la notion de classe en c++ on se retrouve literalement avec du c with classes. Si on veut pousser il y a effectivement tout un tas de concepts plus ou moins bien integrés qui se sont ajouté au fils du temps.

Par contre, le saut de C à Rust risque d'être assez délicat. Mais pourquoi pas hein.

Par contre même si le rust possede des traits etc qui peuvent avantageusement remplacer l'objet, ça me parait une bonne idée d'apprendre au moins les bases de l'objet.

Perso j'ai fait tourner Spiderman 2000 sans trop de soucis avec wine, j'ai même pu utiliser le patcher de resolution. Je n'ai pas eu de problème majeur.

Apres, selon la difficulté ça peut etre plus interessant de lancer le jeu dans une vm window 95. Vu qu'on parle de jeux assez anciens ça devrait fonctionner en rendu logiciel.

Le Rust est un langage très plaisant et je ne doute pas qu'il aura (et a déjà) un bel avenir. Son apprentissage te permettra d'identifier plus facilement tout un tas d'erreurs et pratiques dangereuses, et t’interrogera sur ta façon de gérer la mémoire, de concevoir des architectures etc.

Mais sans la base du C je ne sais pas si ce sera très facile.

Commence à faire du C, c'est simple, il y a peu de chose à apprendre (comparativement à d'autres) et ça te fera une base. Énormément de langages empreinte quelque chose au C, ça te permettra de plus facilement t'y essayer.

Le C++ te permettra de taquiner l'objet, et est la suite logique d'un apprentissage en C.

Et une fois que tu t'es essayé au C et C++ je pense que les propositions et limitations du Rust paraîtrons plus claires et pertinentes.

Même pour moi qui n'ai pas de problème de vu, c'est bien confortable de pouvoir changer la taille de police ma liseuse. je la met sur le côté, en paysage, et j'augmente la police jusqu'à n'avoir que 6 ou 7 lignes visibles.

Ça fatigue beaucoup moins je trouve, et je pense que je lis un peu plus vite !

Ça dépend de ce qu'on appel indécent, et effectivement la question du curseur de correction mérite d'être posée.
Mais c'est comme tout, on a rien sans rien. Si on veut mieux traiter les animaux et avoir des aliments de qualité, ça coûtera plus cher, ça me semble normal, si en plus on veut que les agriculteurs gagnent leur vie ça augmentera aussi le coût.

Et comme toujours, si la possibilité existe, tendre vers l'autoproduction permet de profiter de ça à un coup moindre (les gens qui disposent d'un poulailler par exemple).

Et dans tous les cas, oui réduire la consommation de viande.

Si déjà on traite les animaux plus "humainement" ça résous les 90% du problème de la consommation de viande je pense, en tout cas de mon point de vue. Ce qui m'embête et me dégoûte avec la viande industrielle ce n'est pas manger des animaux, c'est le fait qu'on les élèvent très mal, dans des condition désastreuses, et qu'on ne fait pas cas, ni de leur souffrance ni de leur sensibilité. Et je mentirais si je disais que je connais l'origine de toute la viande que je mange.

En réduisant cette consommation on résout les 10% restants.

C'est le modèle de la ferme à l'ancienne pour moi, un endroit ou comme tu le dis on crée du lien entre humains et animaux. Certes, à la fin quelqu'un se fait manger, mais on fini tous mangé de toute façon. Enfin pas tous, il parait que certain se sont tellement gavé de nourriture industrielle et de médicaments que leur corps saturé en conservateurs n’intéresse plus les vers de terre ;)

Après ça n’empêche pas de tester d'autres choses et de les intégrer à l'alimentation. Par exemple, j'aime bien le tofu, le tempe, le seitan, j'ai testé le koji récemment c'est chouette (c'est un aspergilus qui sert à faire entre autre le miso). Ça ajoutes des saveurs différentes.

J'aime même les pseudo viandes façon beyond meat, mais plus pour le défi technique de me faire croire que j'avale du bœuf alors que ce sont des protéines de poix. Mais c'est cher.

Ah oui, je me suis seulement motivé à en commander au restaurant pour le moment ^{^}
Je ne suis pas encore au stade de les faire moi même !

C'est dommage, j'ai récemment mangé des escargots pour la première fois (le cote limace baveuse me dégoutait un peu), ben en fait c'est bon ;)

Salut ! Bah pourquoi pas, j'ai toujours eu du mal à être dispo dans la durée pour les assos mais ça peut s'imaginer. Après je connais deux trois libristes sur places, on pourrait en parler autour de nous pour voir qui ça intéresserait.

Je suis au niveau zéro niveau GULL, y a des obligations ou c'est assez flexible, genre une install party par ci par là ?

On en parle en privé si tu veux (y a pas de mp sur linuxfr si ?).

Faut voir quand même, si ça va bien pour moi par exemple, je trouve préoccupant que certains ne gagnent pas de quoi vivre dignement. Dans l'autre sens je m'en fou un peu jusqu'à un certain point. Si tu commence à avoir en fond propre l'équivalent du PIB de la Lettonie ça commence à faire beaucoup de sous pour qu'un seul décide quoi en faire.

Mais en moyenne, dans les autres cas, oui on s'en fout.