rewind a écrit 3425 commentaires

"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).

Personnellement, je trouve que c'est un des points forts de symfony de se contenter d'expliquer les bases et les concepts plutôt que d'avoir une longue description inutile de toute l'API (même si je conçois que ça puisse servir à certain). Au moins, on sait ce qu'on doit appeler si on veut faire un truc simple et si on veut compliquer la chose, on passe au chapitre suivant.

Le fait que la partie Modèle soit séparé (on peut choisir Propel ou Doctrine ou ce qu'on veut), je trouve ça génial, pas besoin de réinventer une roue qui existe déjà à des dizaines d'exemplaires. Et l'intégration de Propel est vraiment bien faite je trouve. De même, pourquoi dupliquer la documentation ?

J'avoue que j'ai longtemps été sceptique sur le MVC jusqu'à ce que la doc symfony réussisse à me convaincre définitivement. Parce que la doc symfony est très bien faite, on comprends tout très vite, on boit bien où on va mettre nos trucs et ce qu'on peut configurer pour personnaliser le bouzin.

J'attendais cette version depuis quelques temps avant de me lancer dans un nouveau site, même si c'est une version court terme, elle apporte pas mal par rapport à la 1.1 et la 1.0. Donc merci à Sensio de nous donner un si bon framework, si bien documenté.

"Encore une victoire pour Capitaine Évidence !"
"Capitaine Évidence a encore frappé !"

C'est parce que sous Windows, sai bien connu, on utilise \ à la place de / :P

"Mandriva manque singulièrement d'aptitude"

Forcément avec une distrib basée sur du rpm.

Voilà, c'est fait. Et pour les mal-comprenants : Aptitude_(logiciel)

Je crois que tout le monde est passé à côté du message de ce journal. Il ne dit pas "il y a un virus sous MacOS", mais "MacOS propose d'installer un logiciel prétendument anti-virus". Il ne faut rien en conclure. C'est pas parce que j'installe un anti-virus sous Linux que les virus vont apparaître par génération spontané hein :P

Quand on aura autant de messages d'alerte pour MacOS ou Linux que pour Windows au niveau des malwares (c'est-à-dire un peu plus que "ça existe"), on en reparlera.

Donc oui, à part du FUD, il n'y a aucune information dans ce journal.

Bon, j'essaie la réponse intelligente.

En temps normal, dans une élection, le résultat est suffisamment dans un sens ou dans l'autre pour pouvoir négliger les fraudes (qui existent, ne le cachons pas [affaire de la chaussette], et au PS comme partout) et les erreurs (ça existe aussi, le protocole de vote étant humain). Avec un écart aussi faible, les fraudes ne sont plus négligeables et peuvent faire basculer le scrutin dans un sens ou dans l'autre.

Donc oui, Royal a raison de contester ce scrutin, car il y a eu des fraudes et des erreurs. Que ce soit dans un sens ou dans l'autre, ça rend le résultat incertain (au sens probabiliste si on peut dire).

Tu n'as rien compris, on est vendredi et une news sur Ubuntu sort, ça ne peut être qu'un appel aux trolls de tout poil, je ne vois pas d'autres explications.

Et qui a signé le 9 octobre 1997 pour la France ? Ça n'engage peut-être à rien mais après, on nous fait croire qu'on est obligé de ratifier le traité parce qu'on a signé.

http://www.wipo.int/treaties/fr/Remarks.jsp?cnty_id=1509C

Le pire, c'est que ACTA n'est même pas une loi, c'est un accord obscur négocié dans des conditions non-démocratiques par des gens qui n'ont pas reçu un mandat populaire pour ça, et tout ça dans le dos des gens.

Et après, on nous dit : ha mais on doit faire cette loi, on a signé, vous comprenez, sai pas notre faute. Ça me rappelle furieusement l'EUCD qui est à la base la transposition d'un traité au niveau de l'OMPI (Organisation Mondiale de la Propriété Intellectuelle). Maintenant, j'ai longtemps cherché qui avait signé ce putain de traité de merde pour la France ou l'Europe et je n'ai toujours pas trouvé. Et ensuite, ça redescend jusqu'à DADVSI et on nous dit que c'est la directive Européeenne. Dans 5-6 ans, on trouvera le descendant d'ACTA à notre Parlement et on nous expliquera qu'on savait pas et qu'on a signé donc qu'on est obligé.

Honteux !

Je peste à chaque fois devant ce spot de merde parce qu'il dit que c'est du vol, et je crois qu'il rajoute que c'est un crime. Or, ce n'est pas du vol, c'est de la contrefaçon, c'est très très très différent, et c'est un délit. Ce spot est totalement mensonger.

Pour l'exception de copie privée, c'est une exception dont les producteurs pensaient qu'elle ne pourrait jamais être mise en oeuvre. Quand les CD sont apparus, au départ, les producteurs pensaient qu'on ne pourrait jamais les copier, en tout cas moins facilement que les cassettes audio. Et puis les graveurs sont apparus, et puis le mp3 est apparu. Pour les cassettes videos, ils ont compris donc quand ils ont fait le DVD, ils se sont dit, on va corser la tâche, et pouf CSS. Mais pareil, ça marche plus. Et pour le BluRay, pareil.

Les producteurs ne veulent pas que l'on puisse mettre en oeuvre cette exception, donc ça me parait logique qu'ils n'en parlent pas, il faut tout faire pour que les gens oublient cette exception. Quitte à faire des mensonges par omission ou à faire peur avec des spots mensongers.

"Ho maintenant, c'est foutu ! Ça fait joli dans ton.... for intérieur !"
Grandiose :)