rewind a écrit 3412 commentaires

Oui et non. Pour des objets simple, SVG est déjà très verbeux, et quand il faut composer des objets, ça devient vite l'enfer. SVG est un bon format de base mais pas vraiment un truc utilisable directement. Si tu ne connais pas, jette un œil au format POV-RAY, tu verras ce que je veux dire, le langage est très orienté utilisateur.

Et c'est mieux Avant ?

Je ne vais pas commenter le style C++, c'est vrai que ce n'est pas très conventionnel, de là à dire que ce n'est pas la bonne manière de faire, non. C'est une autre manière de faire.

En revanche, je trouve qu'il faudrait quand même noter le nombre de fonctions dans la classe principale. Car c'est bien là le style de la lib, mettre un maximum de fonctions dans une seule classe. Ça ne veut pas dire que c'est mal fait, c'est d'ailleurs assez bien documenté je trouve [0], mais je trouve que c'est pas très scientifique de comparer avec une lib qui a beaucoup de classes mais peut-être moins de fonctions au total.

Sinon, ma petite proposition : y aurait-il moyen de créer un langage de script qui permette de faire du dessin, une sorte d'adaptation du langage POV-RAY en 2D ? Ça serait sympa pour spécifier des schémas par exemple et les générer automatiquement.

[0] http://cimg.sourceforge.net/reference/structcimg__library_1_(...)

En fait, je voulais répondre au commentaire parent. Mais c'est pas grave.

je pense qu'il y a deux types d'utilisateurs Debian : ceux qui utilisent sid parce que ça leur plaît comme ça, ils veulent de la nouveauté, ils veulent une distribution vivante ; ceux qui utilisent stable parce que justement, ils veulent que ça ne bouge pas, ils veulent construire des systèmes fiables dessus. Les utilisateurs de testing sont des utilisateurs de sid qui s'ignorent.

Je pense que parmi les développeurs Debian, beaucoup font partie de la deuxième catégorie, enfin beaucoup plus que ce que l'on pense.

Le problème, c'est que le cycle de release actuelle ne satisfait aucune des deux parties. sid est freezé beaucoup trop longtemps, et stable perd en stabilité au fil des versions (le numbre de bugs RC ne descend plus à 0). Il est donc nécessaire de revoir ce processus, tout en conservant les deux saveurs.

Mon avis perso là dessus, c'est qu'il faudrait construire la distrib en bottom-up plutôt qu'en top down. Actuellement, on met tous les paquets et ensuite, on enlève les paquets qui merdoient. Je pense qu'il faudrait plutôt inclure au fur et à mesure des paquets sans bug RC et construire la distrib comme cela. Ça forcerait les développeurs à corriger les bugs des paquets de base (genre s'il y a un bug RC dans gtk ou Qt, il sera corrigé vite vu qu'il bloque une grande quantité de paquet), assurant ainsi un système plus stable au final mais peut-être avec moins de paquet. D'un autre côté, qui a besoin de 23000 paquets sur un serveur ?

Pareil. Et il y a des propositions (beaucoup) pour améliorer cette situation et pour globalement changer le protocole de release :
http://wiki.debian.org/ReleaseProposals

En ce moment, on ne peut plus rejoindre le salon à cause d'un trop grand nombre d'utilisateurs déjà connectés, ça serait bien soit d'augmenter le nombre d'utilisateurs max, soit de changer pour un autre protocole qui pourrait permettre un plus grand nombre d'utilisateurs (comme IRC).

Moi je conseillerais une Jyraphe dans un recoin du web. Ça affiche les images directement (comme les textes aussi) donc ça répond clairement au besoin et ça prend un clic pour uploader. Mais je développe Jyraphe donc je suis partial :P

Tu confonds avec l'UMP. Au PS, il y a encore de la démocratie interne et ce sont les militants qui font le programme d'une certaine manière. Le PS n'est pas une secte où les militants doivent régurgiter le programme décidé en haut (heureusement d'ailleurs, parce qu'en ce moment, le programme du PS...).

Bizarrement, je serais beaucoup moins optimiste que toi, parce que les rumeurs sur les noms de la liste PS dans cette circonscription ne font pas état de Guy Bono, mais bon, ce ne sont que des rumeurs...

Espérons que Guy Bono soit encore élu, et même éligible... En ces temps de luttes internes au PS, j'ai un peu peur que Guy Bono passe à la trappe et qu'on nous mette un apparatchik (c'est pas ça qui manque au PS).

Je dirais qu'il est mal barré si j'en crois ces deux passages :

"Je ne suis pas un homme d’appareil. Je viens de ce qu’on appelle de nos jours la « société civile ». J’ai un emploi qui m’occupe plus qu’à plein temps, et le fait d’être élu n’est donc pas pour moi une question alimentaire."

Ne pas être un homme d'appareil pourrait apparaître comme un avantage mais c'est un grave inconvénient parce que les places pour les Européennes sont quasiment déjà distribuées. Et comme c'est un scrutin de liste avec de grandes circonscriptions, c'est au niveau national que ça se décide. Ne pas être un homme d'appareil, c'est l'assurance de ne pas être connu par les instances nationales et donc de ne pas être choisi (de toute façon, il n'y a déjà certainement plus de place sur la liste).

"Je sais que cet « outing » peut être naïf ; je ne suis soutenu par aucun « baron », je ne connais pas grand monde au Bureau National. Cependant, je pense qu’avec le soutien de nombreux militants et sympathisants « de base », qui peuvent se reconnaître dans mon projet et mes engagements, il est possible de construire un mouvement capable de faire prendre en considération ma candidature."

En plus, il n'a aucun soutien de personnalités du PS qui pourrait valoriser sa candidature à la candidature. Ce n'est pas pour être défaitiste, mais il ne sera jamais candidat pour le PS. Ou alors, trop loin sur la liste pour être éligible.

Si tu ne te sens pas en danger, n'utilise pas cette expression, même imagée. Utiliser cette expression, c'est faire le jeu de ceux qui l'utilisent à leur profit. Les agents SNCF qui font grève ne sont pas des terroristes, ils utilisent un droit garanti par la constitution. Alors oui, ça peut faire chier, ça peut être gênant, mais on est à des années lumières du niveau de gravité d'une prise d'otage.

Je vais te donner un exemple un peu inverse (dans le sens où ça pourrait être toi qui serait victime de l'expression). Les majors de l'industrie du divertissement traitent les gens qui téléchargent de pirates, de criminels (alors qu'il faut le rappeler, le téléchargement est un simple délit de contrefaçon aux yeux de la loi). Ce n'est pas pour être imagé, c'est pour les servir et pouvoir sanctionner de manière disproportionnée. Pourtant, un gamin qui télécharge un mp3, c'est très loin d'être un somalien au large de la corne qui attaque un bateau avec un lance-roquette.

"Protocole ou format de fichier fermé = prise en otage (y compris de tierces personnes)"

Bon, je pousse un coup de gueule, c'est pas contre toi spécialement mais c'est toi qui va prendre pour tous les autres, et en particulier les journaleux et les usagers pas content : arrêtez d'utiliser l'expression "prise en otage" à tout bout de champs !

Je suis pas sûr qu'on puisse comparer l'expérience d'Ingrid Bétancourt à celle d'un utilisateur qui reçoit un .doc ou d'un usager du train qui veut prendre le train le jour d'une grève. Dans le premier cas, il y a un risque mortel qu'on ne peut pas supprimer (à moins d'éliminer la menace), dans les deux autres, il y a une simple gêne, et encore, les solutions de remplacement existent.

Cette expression a le don de m'énerver chaque fois que je l'entends et je souhaite à tous ceux qui l'emploie à mauvais escient d'être un jour victime d'une vraie prise d'otage pour bien comprendre la différence entre les deux.

Il y a quelques approximations dans ce que tu dis.

Ni cairo, ni libxml2 ne sont basés sur GObject (<troll>et tant mieux</troll>).

Qt est très bien séparé en module et les modules sont tous indépendants.

Tout à fait, et je dirais que l'aspect communautaire des projets libres peut aider beaucoup à ça. Parce que certains joueurs voudront toujours participer dans la limite de leurs moyens. Et un jeu sur le web libre doit aussi favoriser ce genre de comportement.

Moi aussi je développe un jeu sur le web libre, mais encore en version alpha donc absolument pas jouable et je me suis posé les mêmes questions que toi quand j'ai commencé à développer mon jeu. Je me suis même posé la question : comment faire un jeu sur le web libre ? Et voici mes conclusions (qui reprennent des conclusions de commentaires précédents) :

- déjà un truc important est le but du jeu : on peut concevoir un jeu sur le web dont le but ne soit pas de monter un "niveau" au maximum, évitant ainsi toute tentative d'optimisation. Ce n'est pas forcément facile vu que c'est souvent le principe de la quasi-totalité des jeux en général mais c'est possible (j'ai choisi cette option pour mon propre jeu).
- libre ou pas, les joueurs arrivent toujours à deviner les trucs et astuces d'un jeu sur le web, on ne peut rien faire contre ça, et c'est même le but quelque part. Solution : faire que même avec la "recette", le jeu garde son intérêt (on pourrait faire un parallèle avec la sécurité et la cryptographie : ce n'est pas parce qu'on connaît AES qu'on peut le craquer).
- il est toujours possible de "cacher" certaines parties du jeu (tout ce qui est dans la base de données par exemple ou les fichiers de conf), donc un bon design du code du jeu doit permettre de ne dévoiler que le minimum possible aux joueurs, en gros la recette mais pas les "valeurs".

À partir de là, il est possible de libérer un jeu sur le web, sans aucune hésitation. Et je dirais même qu'il faut jouer le jeu à fond et ne pas hésiter à documenter le maximum de choses, les joueurs seront moins tentés d'aller fouiller dans le code source.

Les risques que tu soulèves, notamment le fait de pouvoir installer plusieurs instances du jeu facilement, font partie du challenge : arriver à réunir tout le monde au même endroit. Pour cela, le choix de technologie peut aussi être une "solution" : si le jeu sur le web est fait en PHP pur et s'installe sur du LAMP sans problème, c'est sûr que ça va être plus facile que si le jeu est développé en python ou ruby ou java où là, il faut avoir un serveur dédié souvent. C'est une barrière à l'entrée assez artificielle mais ça marche je pense.

> le schéma de la base de données n'est pas des plus limpides

ça ne vaudrait pas le coup de refaire le schéma de la base proprement plutôt que de continuer à utiliser le schéma actuel ?

Tant qu'à faire dans les livres de SF, autant proposer du libre : je conseille Le Patriarche, par Warly, très très très très très très bien. Mais très frustrant parce qu'on attend le tome 5 (et les suivants) !!!

http://www.warly.org/files/patriarche/index.html

Typique de la mauvaise communication Mozilla. Une nouvelle que tout le monde attends depuis des années et c'est relégué dans les releases notes, en une petite ligne. Et après, c'est aux autres de faire le boulot (du coup, ça fait presque un mois et ça sort seulement maintenant). Hey Mozilla, les autres, ils ont envie que tu leur mâches le boulot et que tu leur dises qu'enfin, ça y est, c'est fait ! Et que ça soit affiché en gros quelque part. Là, rien de chez rien. C'est désespérant.

Quand on arrive sur le site de Mozilla, la seule grande nouvelle qu'on voit, c'est qu'on va pouvoir rendre notre Firefox plus "fashion". Youpi, c'était une fonctionnalité importante c'est vrai.

Sérieusement, il y a encore énormément de boulot à faire côté marketting chez Mozilla. Dommage que toute leur stratégie se base sur la communication parce qu'elle est très très mauvaise.

Ça fait des années que je me fais cette même réflexion : à quoi servent tous ces langages de templates, tous différents les uns des autres et qui ne font que réinventer par contorsionnement des fonctions basiques ? Il serait tellement plus simple d'utiliser PHP partout, ou un sous-ensemble de PHP.

Toutes les explications que j'ai vues en commentaires ne m'ont pas convaincu, au contraire. Il est tout à fait possible de créer des helpers en PHP qui ont la même fonction que des équivalents template genre "box(title,height,width,xposition,yposition, content)". La réalité n'est pas plus ou moins masquée dans un cas PHP. D'autre part, la séparation en MVC n'est pas facilitée ou empêchée si on utilise du PHP (voir symfony par exemple qui utilise des templates avec du PHP). Ceci n'est pas un problème de langage mais de pratique. Il est tout à fait possible de faire des choses propres en PHP/HTML dans des templates qui ne contiennent que de la vue. Quant à la gestion d'un cache, elle est tout à fait possible même avec des templates PHP (voir symfony encore).

Pour moi, le meilleur langage de template est le langage qu'on utilise pour le reste (PHP ou Ruby par exemple suivant les cas) avec de bonnes pratiques du genre n'utiliser qu'un sous-ensemble bien déterminé du langage dans les templates.

Moi je dis, avec autant de prédictions fausses l'an dernier, tu as raison de ne pas recommencer cette année :P

Étant l'auteur de l'animal, j'ajoute que oui, j'ai été occupé ces derniers mois (thèse toussa), mais que là, je vais avoir à nouveau un peu de temps et que je vais le faire un peu évoluer. Pour la barre de défilement, c'est possible de le faire mais ça demande pour l'instant des PHP dernier cri qu'il faut parfois patcher donc hors de portée des utilisateurs moyens et de ceux qui s'hébergent chez un Free par exemple.

Sinon, je suis prêt à accepter toutes améliorations, évidemment ;) Un petit mail sur la ML sur GNA pour en discuter et hop !

Mes propositions vont dans le sens de la conservation de la distribution. Si le seul but de Mandriva (ou plutôt de ses actionnaires), c'est de conserver leurs brouzoufs, et bien oui, virons tous les gens qui travaillent à fournir le vrai service et gardons tous les commerciaux qui n'auront plus rien à vendre ou qui se mettront à vendre du RedHat. Ça sera la mort de la distribution Mandriva et un grand coup de massue pour la communauté qui, à mon avis, fera payer cher aux dirigeants de Mandriva (parce que les utilisateurs sont des prescripteurs).

Mais bon, ce que j'en dis...

s/PDF/PDG/ ça m'apprendra à relire trop vite

- arrêter de maintenir une n-ième version de paquet et utiliser une autre base tout en participant ce qui implique un développement communautaire (Fedora s'ils veulent rester sur du RPM, Debian sinon). Ils n'ont plus les moyens d'assumer la maintenance d'une distrib complète alors autant mutualiser à ce niveau là, ça bénéficiera à tout le monde.
- virer les commerciaux et autre PDF tout moisi. Je ne sais pas qui tire les ficelles mais il faut avouer qu'ils n'ont jamais eu de chance à ce niveau là, ils ont toujours pris des décisions plutôt hasardeuses, pour ne pas être trop méchant. Corollaire : se reposer un peu plus sur la communauté parce qu'elle est active et croyante (au sens positif).
- séparer la version communautaire de la version commerciale. C'est un modèle qui a fait ses preuves et qui marche, ce sont les derniers à ne pas le faire.
- ne pas oublier leurs fondamentaux. Non, Mandriva n'est pas RedHat et si Mandriva veut survivre, il ne faut pas mimer RedHat mais garder ses spécificités, donc continuer à proposer une version grand public accessible au plus grand nombre.

Je m'arrête là, je ne suis pas Mandriviste, mais ça me fait mal de voir tant de médiocrité à la tête d'une société quand tous les bras sont d'excellentes qualités, d'autant plus quand cette société est française (ce qui expliquerait peut-être cela).