rewind a écrit 3416 commentaires

Une vraie string, c'est pas un tableau de caractère 8bit, c'est un ensemble de codepoint, unicode ou autres (latin1, ascii, cp1252), avec un encoding précis, et des méthodes absolument exotiques du genre: upper(), lower(), contains(), strip().

ratai, tu peux maintenant avoir des string avec des char32_t. Et upper(), lower(), contrairement à ce que tu sembles croire, ce ne sont pas des fonctions faciles.

Comme le fait de choisir une lib en C (cairo) comme eventuel base pour une lib 2D en C++ au lieu de partir de truc deja en C++ venant de Qt…

Source ? De toute façon, qu'il prenne Cairo, Qt, Skia ou autre chose, à la base les API de dessin 2D vectoriels sont quasiment toutes les mêmes, ça s'appelle le modèle PDF. Mais je suis curieux de voir les discussions à ce sujet.

L'un me demande d'apprendre des concepts sophistiqués et un peu automagique.

concept sophistiqué ? on parle de signal là, c'est-à-dire le truc de base dans une interface graphique… ce pour quoi sont conçus Qt et GTK+… Si celui qui utilise ça n'a pas compris le principe de signal et de slot, je ne veux pas qu'il me code une interface graphique !

L'autre donne du code compréhensible à qui conque sait ce débrouiller en C.

Tu veux dire pour quiconque sait se débrouiller en préprocesseur, qui lui pour le coup a un côté magique.

Tu utilises aussi des png dans tes maps ;)

Non, mais attends, ton expérience, elle n'a aucune utilité pratique. Or, dans le cas de GNOME, elle sert d'alpha et d'omega à des décisions stupides. Je m'explique.

Faire une expérience avec des gens complètement inexpérimentés me semble être une expérience inutile. Parce que soit ses personnes sont inexpérimentées parce qu'elles n'utilisent pas leur ordinateur et il y a de fortes chances que ça continue ainsi ; soit elles veulent s'y mettre mais je pense qu'alors, elles seront demandeuses d'aide, et sans aide, il y a de fortes chances qu'elles remettent l'ordinateur au placard.

Maintenant, admettons quand même qu'il y a des gens peu expérimentés (c'est-à-dire qu'ils n'utilisent pas ou ont peu utilisés leur ordinateur) et qu'on les mette en situation pour observer leur comportement. Qu'est-ce que ça va apporter comme indication ? Aucune. Parce que justement, ils ne sont pas utilisateurs. Alors qu'un dev ou un utilisateur régulier, il aura un avis bien plus pertinent. Parce qu'il saura dire ce qui le gêne et ce qu'il faudrait faire pour augmenter sa productivité (oui, l'informatique, c'est automatiser des tâches répétitives, donc permettre des gains de productivité). Et ce qui fonctionne bien pour un utilisateur régulier, fonctionnera aussi pour un utilisateur novice. Parce que l'utilisateur régulier, son but n'est pas de faire chier et de complexifier l'interface, il veut également simplifier et automatiser tout ce qui peut l'être.

j'invite tout le monde a vraiment laisser le pc à quelqu'un qui n'y connait rien pendant 10/15 minutes, et à juste regarder sans rien dire.

La génération spontanée de connaissance, je n'y crois pas une seule seconde. Quand tu veux que quelqu'un utilise quelque chose, tu lui expliques le fonctionnement. Le genre d'expérience que tu décris, hormis dans un but de recherche ou pour se foutre de la gueule de ceux qui essaient, je ne vois pas bien à quoi ça peut servir.

Pour l'utiliser pour mon jeu, je dois dire que cette bibliothèque est assez bien foutue. Les API vont bien ensemble et sont vraiment simples, tout en offrant pas mal de fonctionnalités. Par rapport à SDL, elle a l'avantage d'être en C++, et d'offrir quelques trucs un poil plus haut niveau. SFML est également mieux intégrée, tout est compris alors qu'avec SDL, on doit aller chercher SDL_net pour avoir le réseau, SDL_image pour charger des images (vous en connaissez des jeux sans images ?), SDL_ttf pour avoir des polices TrueType (vous en connaissez des jeux qui ont leur propre fonte ?). Bref, SFML saibien, mangez-en.

Je ne sais pas si tu as lu les longues interview du créateur de la PS4, mais Sony a été obsédé par la simplicité du point de vue du développeur pour sa ps4.

Non, mais je ne suis pas étonné. La PS3 était un joujou technologique superbe… mais inutilisable ! Je pense que même les derniers jeux sortis sur PS3 n'exploite pas toute la puissance potentielle de la machine.

C'est marrant, tu as exactement le point de vue du côté hardware : croire que c'est en faisant des améliorations matérielles qu'on arrivera à avoir des performances. Et sous-entendre qu'en fait, ce sont ces boulets de développeurs de compilateurs qui sont trop lents à intégrer les super nouveautés hardware va totalement dans le sens de ce que je dénonce. On ne devrait plus fonctionner comme ça.

Première raison, c'est que les principaux gains de performance qui ont lieu ne sont pas dû au matériel comme tu le sous-entends mais sont principalement le fait d'avancées algorithmiques (surtout dans le domaine du calcul scientifique auquel se destine le processeur dont nous parlons), et donc améliorer le matériel, c'est bien mais le prévoir pour le logiciel qui va tourner dessus, c'est mieux.

Deuxième raison, le compilateur ne fait pas tout. Oui, comme tu le dis, il faut avoir un modèle de programmation parallèle, et si le matériel pouvait éviter de figer le modèle, on s'en porterait mieux, ça permettrait de pouvoir tester plein de modèle et de choisir suivant les cas. C'est bien l'algorithmique parallèle qui va amener les principaux gains, et pour faciliter le travail algorithmique, une machine «simple» (au sens où on peut en avoir une abstraction simple, mais elle peut être très complexe en vrai) et prévisible, c'est mieux.

Personnellement, je me demande comment ça se fait que, de nos jours, on n'imagine pas le processeur en même temps que le logiciel qui va tourner dessus. En l'occurrence, Linux semble être un choix naturel pour ce genre de processeur, mais pourtant, rien n'est prêt, et même pire, l'architecture est tellement compliqué qu'il va falloir des années sans doute avant de profiter pleinement du processeur. Et donc on se prive de tout un tas d'applications gratuites. On a vraiment l'impression que les développeurs du processeur se sont fait plaisir sans penser un seul instant à ceux qui l'utiliseront plus tard, c'est-à-dire les développeurs logiciels. Alors ouais, ça en jette niveau performance brute, mais en pratique, les perfs, c'est zéro pour l'instant parce que tout le code OpenMP/MPI déjà disponible ne peut pas tourner dessus. La clef du succès, c'est aussi qu'ils soient beaucoup utilisés pour faire des économies d'échelle et faire baisser son prix unitaire. Sans ça, ça restera un joli joujou qui dépassera à peine le prototype.

Es que ce type de CPU pourrait-être intéressant pour l'IA?

Ça dépend, est-ce que tu utilises le paradigme Evenja ?

J'ai mi quelques "versus" sur wiki.evenja.org .

Où précisément ? Sur la page que tu donnes, il n'y a aucun titre qui se rapproche de près ou de loin de ça. C'est incroyable que même les liens, tu n'arrives pas à les donner correctement. Tu veux juste qu'on clique ? Tu veux augmenter ton PageRank ? Vraiment, c'est agaçant.

Ce n'est pas à moi de le faire, c'est à toi. Tu n'as jamais cherché à te comparer à l'existant, ce qui est la base quand on présente un truc «nouveau». Pourtant, beaucoup de commentaires ici ont lancé des mots-clefs : «programmation par flux», «programmation événementielle», «programmation par composants». À aucun moment tu n'as essayé de te comparer, ce qui peut avoir deux significations : 1) tu ne sais pas ce que sont toutes ces techniques, et dans ces cas là, renseigne-toi vite, et dis nous clairement ce qu'apporte ton paradigme par rapport à tout ça, ou alors 2) tu nous enfumes. Dans un cas comme dans l'autre, continuer comme tu le fais à demander à ce qu'on évalue ton paradigme dans l'absolu, ça n'a aucun intérêt. Surtout quand personne (sauf peut-être Ontologia) n'a compris de quoi il retourne. Et lancer des défis comme ça, qui n'ont aucun sens vu que rien n'est spécifié correctement, ça ne plaide pas en ta faveur et ça ne va pas t'aider plus.

Après, je dis ça, je dis rien. Ce n'est pas moi qui est en train de rentrer dans la légende de linuxfr aux côtés des Pierre Tramo, de la boulangère et de la carte audio linux. Si tu ne le fais pas sérieusement, tu seras décrédibilisé pour un bon moment, ici comme ailleurs (surtout que le monde informatique est très petit).

Que MS ne suive pas un standard, c'est pas nouveau. Mais ça fait quand même pas loin de 10 que même MS suit cette partie du standard, donc on peut quand même considérer que new ne renvoie jamais NULL.

Ce qui me choque plus c'est qu'il caste des chaînes de caractères qui sont en dur en (char *)

Oui, surtout s'il s'amuse à les modifier à un moment donné, ça va faire un joli coin.

Du coup quand je lis qu'il fait du C et du C++ depuis 1979, j'ai un peu peur.

En fait, il a un style qui se rapproche du "C with classes", c'est-à-dire les toutes premières version de C++, à l'époque où c'était pas encore standardisé et qu'on utilisait largement les en-têtes du C, et qu'on connaissait pas encore bien les design pattern, et qu'on avait pas toute la méthodologie de conception objet. C'est comme si on lisait un code K&R de nos jours, on trouverait ça un peu dur, surtout quand le même explique qu'il a un nouveau paradigme. Pour moi, ça montre qu'il ne s'est pas renseigné sur ce qui s'est passé ces 20 dernières années. On peut être autodidacte et à jour, pas lui.

Arrête, tu t'enfonces. Tu montres juste que tu n'as pas compris le principe de surcharge. Dans ton cas, tu n'utilises pas 2) mais 1), sinon tu aurais écris :

evenja::Fstarter* starter = new(std::nothrow) evenja::Fstarter();

Du coup, comme l'indique ton lien : "On failure, it throws a bad_alloc exception."
Et donc, tu n'auras jamais NULL en sortie.

En fait, il envisage de lancer un concours pour expliquer avec des mots le nouveau paradigme qui se cache derrière ce dessin.

On pourrait ajouter que le if après le new est complètement inutile puisque new ne renvoie jamais null. Sans compter qu'il ne sert à rien ici de faire un new, avoir l'objet dans la pile suffirait amplement (et éviterait d'avoir à faire un delete à la fin). Bon, les include de headers C et surtout aucun header C++, c'est à mourir de rire. Et les buffer overflow included également.

C'est plutôt la supervision qu'il faut soigner.

C'est-à-dire ?

Mais quand on a un seul domaine et qu'on veut être son propre DNS, quel serveur faut-il choisir ? Est-ce qu'il y a un serveur facile à mettre en place, à configurer et à maintenir pour un seul domaine ?

Déjà ne libérer que le code, ça n'en fait pas un jeu libre et là, c'est bien de ça dont on parle. Ensuite, si les assets avaient été libres, et bien c'était le droit le plus strict de ceux qui ont fait une version pour iPhone de le faire, et même de la vendre ! C'est ce que font tous les jours pleins de gens qui vivent du libre sans forcément avoir codé les applications qu'ils vendent ou dont ils font la maintenance. Ici, on est dans un cas classique d'adaptation à un environnement différent. Si on est choqué par ce genre de choses, effectivement, il faut arrêter le libre tout de suite, y compris le code.

Je ne suis pas souvent d'accord avec Zenitram mais il dirait que ce sont des gens qui veulent profiter de la marque «libre» sans en comprendre et en assumer les conséquences, et il aurait raison.

Je ne suis pas sûr que le blog de Stéphane Bortzmeyer ait besoin de linuxfr. Moi, j'aime bien ces journaux parce qu'ils donnent suffisamment d'informations et pour ceux qui veulent un peu plus, ils vont sur le blog. C'est bien dosé, c'est pas un journal bookmark, ça me convient.

Pour un jeu, on dirait plutôt «données» ou «contenu» ou «ressources».

Dans ce genre de cas, il ne faut pas attendre après les autres, il faut faire soi-même. Et là, tu contribues largement à ce qu'il existe des jeux libres.

C'est précisément oss qui est touché par le bug et par ricochet, puisque la plupart des autres (dont la variante Latin 9) dérivent de oss, pas mal de variantes qui sont beaucoup utilisé (et même souvent en config par défaut dans certaines distributions).

Finalement je suis revenu au layout classique qui n'a pas ce problème (et qui n'a pas besoin de patch). Après il faudrait voir les autres différences.

J'ai essayé le layout fr sans variante, mais il n'a pas les caractères « et » sur AltrGr+W et AltrGr+X (un des deux n'étaient pas le bon). Du coup, j'ai tout de suite cherché une autre solution.