Jiba a écrit 391 commentaires

Le premier Arkanae n'est plus disponible, du moins pas sur le site officiel qui n'existe plus.

Il y avait eu une tentative pour le reprendre par des gars de Java (https://arkanae.dev.java.net/)(...) mais ça na jamais rien donné.

La seule façon de trouver Arkanae, c'est sur des sites comme celui-ci :
http://www.clubic.com/telecharger-fiche10528-arkanae.html(...)
mais vu que même moi je n'arrive plus à le faire fonctionner, il n'y a AUCUN SUPPORT. Donc inutile de me demander comment le faire fonctionner, c'est la faute à Java... :-(

Jiba

Il y aura certainement des paquets Debian... mais pas pour la RC !!! Attend la version finale, un peu de patience (Debian aurait déjà dû t'enseigner cette vertue, non ? :-).

Il existe bel et bien un moyen de contourner cette taxe et c'est tout bête : 3 CD-RW achetés du temps d'avant la taxe. A chaque nouvelle distrib, on réécrit les CD avec la nouvelle version. On a pas de vieux CD à jeter, écologique en plus !

Ça n'est pas dit dans la niouze, mais Nekeme Prod. (www.nekeme.net) sera présent à Game Over 2 et présentera ses jeux libres (Balazar, Slune, Arkhart, Gobelin, Bankiz,...) ainsi que des conférences portant sur les jeux et les outils associés (moteur 3D Soya, moteur réseau,...).

> Les brevets marchent bien dans l'industrie.

Je reste sceptique là... dans le domaine médicale, breveter des médicaments, ce sont des gens qui ne pourront pas y accéder, notemment dans les pays du Sud. Parce que le prix de la "propriété intellectuelle" correspond jusqu'à 2/3 du prix du médicament !
C'est le cas des médicaments contre le Sida en Afrique. C'est aussi le cas des tests de dépistage du cancer du sein en... France.

Au final, un brevet protège toujours de la connaissance. Et il y aura toujours quelqu'un à qui cette connaissance manquera...

tu as une vieille version de Soya installé ; mets-la à jour (il te faut la version 0.9.2 ou le CVS).

or python / perl / ruby ?

Ce sera fait quand Balazar sera traduit en anglais ; pour l'instant il n'y a que la version française.

J'ai soumis Balazar sur JeuxLibres en même temps que sur LinuxFR... après il doit falloir attendre que les modérateurs approuvent (et pour une fois LinuxFR est rapide :-)).

Il s'agit donc simplement d'un "concours de la meilleure assoce"... dans ce cas pourquoi le restreindre aux assoces participants à Soluce Linux ? Pourquoi réaliser le concours en même temps que le salon ?
Il peut y avoir des assoces qui ont de très bons sites oueb, mais qui pour des raisons divers (éloignement par exemple) ne peuvent pas participer au salon.

Pour les coups de coeur du libre, il est indiqué sur leur site que le vote s'effectue AVANT le salon... c'est moi ou c'est complètement idiot ? Comment voter pour des assoces dont on a pas vu le stand, et qu'éventuellement on ne connait même pas ?
A mon avis cela va favoriser un "vote de relation" du genre "je fais parti de telle assoce, je connais des gens chez untel..."
Un vote basé uniquement sur le nom de l'assoce, au final... c'est assez domage, je trouve.

C'est le seul salon de logiciel libre ? Les RMLL ne sont pas un salon ? Sans doute pas un salon professionnel, mais puisque justement on est dans la critique du professionnel (critique que je partage).

Oui il faut aussi que les developpeurs vivent... mais c'est pas une raison pour dire qu'un truc est libre alors qu'il ne l'est pas.
Sinon pour un jeu, on doit pouvoir envisager de faire payer les accès au serveurs ?

Pour moi un jeu c'est : du code + des données.
Un jeu libre c'est donc : du code libre + des données libres.
C'est ma position et aussi celle de l'association Nekeme (http://nekeme.net(...)), qui a pour but de promouvoir les (vrais) jeux libres.
Ici nous avons un jeu dont le code est libre, mais cela ne suffit pas à en faire un jeu entièrement libre. Le titre de la niouze est donc abusif, je trouve.

Jiba

personellement il m'arrive d'utiliser des logiciels libres alors que je sais qu'il existe des logiciels non libres de qualité supérieur (par exemple des drivers plus optimisé pour ma carte 3D). Donc la qualité technique n'est pas ma vrai motivation...

Il y a des projets qui utilisent des tests unitaires (Python a une suite de tests, par exemple), mais à mon avis le problème est différent pour les suites de tests. Autant je ne suis pas convaincu de l'intérêt d'UML à part pour illustrer des publis / doc (cf mes commentaires ci-dessus), autant les tests unitaires peuvent être utiles... cependant les tests unitaires sont difficilement applicables à tous les projets : par exemple dans des projets du type "frontend pour la commande XXX" ?

Moi aussi j'ai trouvé ça très difficile... mais bon, je suis complètement nul au foot (en vrai), alors ça s'explique peut-être :-)
Sinon il est difficile de repéré le moment où le joueur contrôlé change ; il serait sympa de mettre un son à ce moment là.

Heu... difficile de ne pas tenir compte du langage :
Comment implémenter en Java un modèle avec de l'héritage multiple ?
Comment implémenter en Javascript (un langage objet à base de prototype) un modèle avec des classes ?
Comment écrire en UML un modèle avec des classes générées dynamiquement et des des objets de même classe ayant des attributs différents (comme le permet Python par exemple) ?
Comment écrire en UML un modèle tirant parti des possibilités de polymorphisme multiple des multi-méthodes de CLOS ?

Un langage de programmation ça comprend une partie modélisation et une partie algo. UML ne comprend que la partie modélisation, mais ça ne le rend pas universel pour autant : il existe plusieurs façons de modéliser !

hum... je n'avais pas cherché non plus (je n'utilise pas KDE). Le problème c'est que la suspension automatique n'est pas le choix par défaut (pas sur une mandrake y'a environ 1 an en tout cas), et que les utilisateurs de mon jeu avaient donc des problèmes de son sous KDE...

Moi je ne m'en sers pas. 3 raisons :
- Parce que j'ai aussi vite fait de coder que de faire un schéma UML ! (précision : je programme en Python, ce qui explique peut-être la vitesse à laquelle je code).

- De plus, il est facile de voir si un programme est "bon" : il suffit de l'exécuter ; alors qu'il est beaucoup plus difficile de voir une erreur de conception dans un diagramme UML... les rares fois où j'ai commencé par faire la conception en UML puis j'ai codé ensuite, je me suis rendu compte que la conception était foireuse au moment de la coder, pas avant !

- UML correspond en gros aux langages Java/C++, mais d'autres langages ont des possibilités qui ne peuvent pas être représentés en UML (en Python : les closures, les générateurs, la création dynamique de classe ou de fonction, l'ajout d'attributs abitraires dans un objet sans que ce soit prévu au niveau de la classe,...). Après tout UML n'est qu'un langage et il n'a rien d'universel...

Lorsque jutilise UML, c'est uniquement APRES avoir fait le code, par exemple pour illustrer une publi.

Pour arts aussi, je dirais "tant mieux".
Je n'aime (ais) pas arts car il s'accaparait le son en permanence, même lorsqu'il n'était pas sollicité (contrairement à ESD par exemple, qui semble libérer le son quand il a fini de jouer).
Concrètement, lorsque l'on fait par exemple un jeu vidéo, cela signifie qu'il FAUT obligatoirement prévoir un support arts, sans quoi les utilisateurs de KDE ne pourront pas avoir de son ! Heureusement qu'OpenAL est venu me sauver la vie (il supporte entre autre arts).

il fonctionne avec arts, oui.

En même temps ce serait dommage de limiter la programmation à des java like et c# like !
Il ne faut pas oublié qu'il existe beaucoup d'autres langages qui sont soit des langages assez exotiques / spécifiques, soit des "langages du futurs" encore méconnus... (je laisse à chacun le soin de ranger Lisp, Python, Perl,... dans ces catégories :-).
S'il n'y a plus que des java like et c# like, il n'y a plus d'évolution et les langages ne progressent plus :-(

Je sais que Python (mon langage préféré) s'interface avec OpenOffice (et ms office aussi d'ailleurs), et c'est certainement aussi possible en java (vu qu'openoffice est / était programmé en java je crois).

Quand au navigateur, les modules webbrower (ouvre le navigateur oueb sur une page au choix, multiplateforme) + SimpleHTTPServer (un serveur HTTP où on a plus qu'à ajouter ses pages et ses scripts ou CGI) permettent de faire des choses vraiment bien.

Il s'agit plus de "syntaxes différentes" que de "langages" vraiment différents, par exemple je vois mal .net gérer de vrais multi-méthodes comme dans CLOS, du duck-typing (cf http://en.wikipedia.org/wiki/Duck_typing(...)) comme dans python ou ruby,...

En effet programmer en Lisp par exemple ne se résume pas au changement syntaxique : objet.méthode(argument) => (méthode objet argument) !

Au final avec ce système .net, on risque de tendre vers une "uniformisation" des langages qui deviendront tous des java-like ou des c#-like, à quelques différences de syntaxe près :-(

Sinon, le même système existe en java (il existe plus de 100 langages qui peuvent être compilés en bytecode java, dont python (jython), scheme (bigloo),...).