rewind a écrit 3416 commentaires

Enfin, ils cherchent surtout un nom avec cette enquête. Rien concernant la conception elle-même.

Vu les coupes budgétaires dans les universités, ça m'étonnerait franchement.

Ha tiens j'avais pas vu ça !

Ce n'est peut-être pas le gars le plus efficace, ni le plus prolifique.

C'est clair que non ! :D
J'aimerais bien avoir des journées de 40 heures et des week end de 12 jours pour pouvoir avancer plus et écrire plus. Malheureusement, ce n'est pas le cas. Je fais au mieux mais c'est parfois compliqué de concilier tout plein de choses. Mais ça avance encore !

«contributeur de l'année»

Je ne serais rien sans les modéros et toute la fine équipe qui gère ce site. D'ailleurs, quand on poste une news, on peut mettre un commentaire pour les modéros, et j'essaie de leur glisser un petit mot à chaque fois (la dernière fois, je leur ai souhaité la bonne année). C'est eux qui font tourner la boutique tous les jours. Moi, je me contente d'utiliser leur travail pour faire une petite news tous les deux mois (si je prends la moyenne de 2014).

PS: faut vraiment que je cherche ton repo.

Pour l'instant, il est là. Mais c'est chiant à compiler la première fois (ouais, même pour moi).

mettre un if dans la boucle, et donc impact sur les performances (si c'est la boucle principale du programme, c'est dommage…),

Ha ouais, quand même, c'est vrai qu'on va perdre en perf sur un cas aussi complexe que ça… ou pas. Qu'est-ce qui te dit que tu vas avoir un problème de perf ici ? Est-ce qu'il est plus important d'avoir un code lisible et maintenable ou un code soit-disant hyper-optimisé mais qu'il faut plus de temps à comprendre ?

On ne le dira jamais assez : Premature optimization is the root of all evil (or at least most of it) in programming.

Et en bonus : une implémentation de cette fonction par des gens qui connaissent un peut le C++ et bizarrement, pas de goto !

C'est aussi peut-être parce que 10 jours plus tôt, il s'était passé un petit truc dont on parlait encore. Ou alors, c'est parce que ça se passait pas à Paris, j'hésite.

Ce genre d'individus défie les lois du raisonnement humain. Quand on est capable d'aller mitrailler des gens juste parce qu'ils ont fait des dessins, c'est qu'on est rudement bas de plafond, et à partir de là, plus rien n'a véritablement de sens.

Moi j’ai un critère un peu plus civilisé : la réciprocité. Les assassins méritent d’être assassinés, les voleurs d’êtres volés, les trolls d’être trollés.

Moi j'appelle ça un critère barbare, ça s'appelle de la vengeance et ça n'a rien à voir avec la justice (c'est même son contraire).

c'est pas dur ils ne sont pas présents où je vote

Tu n'as aucune Modem ou UDI là où tu votes ?

En Allemagne, ça choque moins de monde alors. Puisque le parti majoritaire au pouvoir actuellement (CDU) est clairement dans la mouvance démocrate-chrétienne. Et en France, toute une partie des centristes (Modem, UDI) sont, sans le dire explicitement, des démocrates-chrétiens (héritiers de l'UDF).

Les islamistes ce sont pas ceux qui veulent de l'islam dans la politique? Ca peut éventuellement se faire avec modération je pense.

Je ne sais pas… Si l'on pense que la loi d'un dieu (pardon, de Dieu) prévaut sur celle des hommes la notion même de démocratie a un sens très relatif, non ?

Ça fait des années qu'il y a des démocrates chrétiens dans nos contrées «occidentales» sans que ça ne choque personne. Alors pourquoi ça ne pourrait pas être possible avec un démocrate musulman ?

Ça m'a plutôt semblé très méthodique et expéditif comme action et c'est encore plus flippant.

Ouais enfin, le sensationnalisme à la BFM-TV, ça va quoi. Avec les témoignages déjà connus, on sait qu'ils ont demandé à une factrice où était l'entrée de Charlie Hebdo parce qu'ils ne savaient pas où c'était, et une fois à l'étage, ils se sont trompés de bureau en allant dans celui d'en face et en demandant si c'était bien là. Donc, ils avaient préparé plutôt moyennement leur coup.

Puisqu'on y est, il y a aussi Robert Chambeiron qui est décédé à la fin 2014. Un grand homme méconnu à qui nous devons beaucoup encore aujourd'hui.

Hum, c'est une vision un peu idéalisée des choses je pense. Un certain nombre de logiciels star du libre en sont le contre-exemple :

Tu te rends compte que tes exemples ne font qu'apporter de l'eau à mon moulin ? Linux, comme dit avant moi, n'est pas parti de rien, il s'est appuyé sur des briques déjà existantes à l'époque, notamment le userland GNU, et GCC. Blender et OpenOffice : beaux exemples de développements intensifs… non-libres. Et tu décris toi-même le processus en cours chez LibreOffice : ils utilisent un maximum des briques libres. C'est naturel, c'est la manière intrinsèque de fonctionner du libre. Quant à Firefox, il a commencé comme un navigateur basé sur une brique libre (Gecko) plutôt que par un développement from scratch.

ce qu'il faut faire c'est des bons jeux, avec des besoins variés, quitte à ce qu'il fasse des hacks chacun dans leur coin.

On ne fait pas des bons jeux avec des hacks dans le libre. Le libre a la particularité de ne pas fonctionner avec des logiciels jetables mais avec du durable et du réutilisable.

tu ne vas pas importer ta sauvegarde de FrozenBobble dans Hedgewars

Il ne s'agit pas de ça, il s'agit de partager des briques de base.

parce que très peu de jeux, donc peu de chance qu'il y ait un projet suffisamment proche pour que lui prendre des assets.

Je me suis peut-être mal exprimé mais il ne s'agit pas de partager des assets mais des formats. Si je reprends l'exemple des dialogues, on peut très bien avoir un format unique mais des dialogues différents pour chaque jeu. L'avantage du format unique est qu'il permet d'avoir des outils commun pour le manipuler.

Je pense vraiment que akagoria est trop ambitieux pour quelqu'un qui ne peut évidemment pas bosser dessus à plein temps

Sans doute ;)

PS: j'ai hâte de voir une rétrospective des jeux qu'auront pu faire tes étudiants.

Ils ont du mal, pas tant dans le code que dans l'organisation.

Alors je dois utiliser la version de dev ;) La première fois, j'avais utilisé le dépôt git, et du coup, j'ai continué. C'était étiquetée 0.5 dans le --version donc, je pensais que ça correspondait à cette version.

Plus précisément, j'utilisais la version dont le dernier commit est f8c6b9e4d8afa4635a475c92af0a058a42bd76da (Date: Fri Oct 10 01:35:11 2014 +0200).

J'ajoute que la standardisation, ça servirait aussi à ça, à documenter proprement et à décrire la compatibilité qu'on garantit.

Ouais, pas parfait. Déjà pour les changements de la dernière version, c'était pas hyper clair au début pour moi. Et puis, en fouillant un peu, j'ai trouvé. La doc est pas super bien foutue, on ne sait pas trop ce qui est obligatoire et ce qui ne l'est pas, notamment dans les attributs (je crois qu'il y a des issues ouvertes à ce sujet sur github). Et d'ailleurs, ça peut changer d'une version à l'autre. Récemment, j'ai eu un cas : la longueur et la largeur sont facultatives, y compris pour un rectangle ou une ellipse (je ne crois pas que c'était le cas avant). La valeur par défaut est 0 pour les deux. Et le pire, c'est que dans l'éditeur, ça apparaît avec une largeur et une longueur non-nulles.

N'hésite donc pas à faire des retours.

Ha ben, facile : ça fait le boulot, c'est pas dur à utiliser, ça me convient parfaitement. La documentation est suffisante, quand je me suis remis dedans, j'ai relu la manpage et hop, c'était parti.

j'ai ajouté quelques paradigmes, notamment pour pouvoir travailler sur plusieurs projets en même temps, avec des environnements de cross-compilation indépendants.

Il n'y a pas déjà ça dans la version actuelle ? En tout cas, je crois qu'il y a une notion de projet et à la fin, on peut avoir un gros zip avec tout ce qu'on a compilé. J'ai bien aimé ça (même si ça n'a pas fonctionné au final).

Tu parles sans doute de ça (mais ça va mieux avec un lien). Et ça ne me paraît pas plus lisible que du YAML. C'est une espèce de mix entre du JSON et de l'INI. Super ! Et puis ce n'est même pas packagé dans Debian, ça veut dire qu'il faut se farcir la compilation à la main. Bref, je vais garder mon baril de YAML pour l'instant.

Le jour où il y aura des tas de jeux libres de qualitay,

Je pense qu'on arrivera pas à ça sans avoir des formats standardisés. Pourquoi ? Parce que le libre ne se construit pas à grand coup de développements intensifs mais sur des briques de bases qu'on empile petit à petit. Et dans les fondations, il y a des standard. C'est une manière de distribuer la charge de travail sans que personne ne se concerte.

ça plus de 10 ans qu'on peut facilement exporter les modèles 3D de Blender vers Ogre3D

Quand il y a un bon éditeur avec des fonctions d'export, c'est parfait. C'est aussi le cas avec Tiled, même si tout le monde utilise le format de Tiled. Mais à terme, il se peut qu'il y ait un export vers un format plus générique et/ou plus commun.

Quand tu auras des milliers de joueurs tu pourras proposer à tes étudiants un projet consistant à régler ce problème

Hahahaha !

Les formats standardisés ne vont pas t'apporter de graphiste libriste. A l'inverse un outil de création de jeu accessible à des non codeurs serait un vrai plus

L'un ne va pas sans l'autre à mon avis.

le problème est complexe, et la solution pas forcément technique

Tu as parfaitement raison ! Dans ces cas là, une solution, c'est de faire des propositions, mais c'est aussi le risque de tomber dans le syndrome xkcd.

YAML étant un super set de JSON, je suis assez convaincu que la plupart des gens qui émettent du YAML émettent 90% de JSON (évidement, il y a 10% qui font foirer …).

Je ne crois pas. Parce qu'en YAML, on a plutôt l'habitude d'écrire des trucs comme ça :

foo:
    bar: 1
    baz:
        - 'toto'
        - 'tata'
    qux: true

Et ce simple morceau n'est pas du tout du JSON. Le morceau de JSON équivalent serait :

{
    "foo": {
        "bar": 1,
        "baz": [ "toto", "tata" ],
        "qux": true
    }
}

Je ne comprends pas tes questions. Il s'agit juste de données qui sont lues au démarrage ou dynamiquement pour récupérer des informations. Et ce n'est pas un jeu en ligne, c'est juste un jeu solo.

Si le concept objet ne perce pas, c'est sans doute qu'il est trop complexe. Le concept de fichier est simple, tout le monde le comprend (par analogie avec le monde réel quotidien et immédiat), tout le monde peut l'appréhender facilement. Le concept objet, je pense que tu demandes à 10 personnes, tu auras 15 réponses différentes.

• La hiérarchie d'un système de fichier est peu expressive pour trier ses données
• Mam Michu ne comprend pas ce que c'est qu'une hiérarchie
• Beaucoup de logiciels sont des vues de base de données (bibliothèques musicales, photos, … , client courriers électroniques)

Tes premiers constats sont tout simplement faux. Le fait même que tu utilises le mot fichier indique que tu as intégré un truc tout con apparu il y a plus de 30 ans et qui s'appelle la métaphore du bureau. C'est-à-dire que ton environnement numérique s'apparente à un vrai bureau. Et les fichiers sont bien organisés en dossier, qu'on met dans des classeurs, puis sur des étagères. Bref, une belle hiérarchie pour s'y retrouver. Et ça ne fait pas que faciliter le travail des secrétaires, c'est comme ça que tout le monde fait chez lui pour organiser un grand nombre de documents. Y compris d'ailleurs les documents multimédia ! Une étagère par thème de films, ou par genre musical, ou alors par ordre alphabétique, etc.

L'avantage de la hiérarchie de dossiers, c'est que chacun peut s'organiser comme bon lui semble à partir des mêmes briques de base. La vue base de données induit forcément une organisation que le développeur impose à ses utilisateurs et qui ne plaira pas à tout le monde. C'est juste un problème humain, pas technique. Il n'y a aucun paradigme connu par le plus grand nombre derrière les bibliothèques musicales. La seule fonctionnalité vraiment utilisée, c'est la fonction recherche, mais ça peut se greffer sur n'importe quelle vue, base de données ou fichiers. C'est juste un problème d'indexation, chose qu'on sait faire depuis pas mal de temps.

Pour faire bref : C++ n'a jamais eu l'intention d'empêcher de faire du mauvais code, au contraire je dirais même. Donc à quoi ça sert de comparer Rust à C++ dans ce cas ? C++ n'est même pas un compétiteur dans la catégorie des langages qui empêche l'utilisateur de faire des bêtises. La seule raison que je vois, c'est que Rust est supposé s'adresser à des gens qui font du C++ d'habitude. Mais c'est complètement raté parce que les gens qui utilisent C++, ils veulent pouvoir faire «n'importe quoi» de temps en temps (par exemple, pour les jeux, avoir des allocateurs mémoire particulier qui s'éloignent de ce que peut offrir le langage, chose quasi impossible à faire en Rust).

Pour ton OS, zUrvan est différent de zurvan, mais j'avoue que je ne fais personnelement pas la différence, je penserai que c'est le même pseudo.

tU pEnSeS vRaImEnT qUe Ça Ne FaIs AuCuNe DiFféReNcE, zEnItRaM ?