D'un côté, Arhaïn est motivé pour un jeu 2D (d'abord) en ST, juste pour prouver que c'est faisable.
Faut bien s'amuser non ? D'un autre côté, ça a déjà du être fait en Squeak, qui est moins performant que Visual Works à priori.
Il faut bien commencer petit, et surtout, n'oublions pas que nous n'avons pas de graphiste sous la main, ce qui limite déjà pas mal.
Disons qu'on peut faire un truc moche mais bien codé. De toute façon, si on veut attirer un graphiste, il faut quelque chose à présenter pour attester du "sérieuxé du projet.
Plus généralement, il me semble que pour un projet, quel qu'il soit, il convient de ne pas avoir à se battre avec les librairies (in)disponibles. Parce que bon, le C++... merci, mais il serait question d'être sérieux hein (Arha' comprendra).
Le C++ a plein de librairies plus ou moins complètes mais généralement assez mal foutues. Il suffit d'aller voir la STL et <string> par exemple... Si on programme correctement en objet, il y a clairement des méthodes au mauvais endroit !
ST est "peu" performant, mais se débrouille par une standardisation plus forte que les autres : le code évolue très peu, et est très robuste. Seul défaut, ben ce n'est pas trop ça par rapport à du C bien optimisé (niveau perf') :/
Je ne suis que moyennement d'accord avec ça. Dans bien des cas, Smalltalk peut s'avérer plus performant que C. Sans doute parce que beaucoup de codeurs C sont des gorets et que la compétence se fait rare.
Je ne me sens par exemple absolument pas capable de coder une application entière proprement en C. Et je pense que le code Smalltalk que je peux cracher sera largement aussi performant... Tout est une question de compétence aussi !
Java est un peu plus performant que ST, mais ... Que c'est pénible de devoir importer 400 librairies pour une fonctionnalité simple... Et puis, bon, quitte à prendre une machine virtuelle, autant ne pas prendre du Java, j'aime pas les fondements (même si des progrès ont été faits)
+1 ! Veto sur le Java !
- C++ / D... Moui, si l'on a que ça à faire (juste que je n'aime pas les librairies C++). A noter que si le D se fait bien standardiser, ça devrait être bon (non, je pense que Arha' refusera un C++2 [ze com' bach])
Erreur ! La seule autre alternative que je vois pour notre projet c'est l'utilisation d'Ogre qui est codé en... C++. Donc, de coder nous-mêmes en C++. Maintenant, c'est vrai que c'est beaucoup moins souple que Smalltalk niveau développement. Mais tous les outils sont disponibles à portée de la main. Y a même un cppUnit pour les tests unitaires... Mais où ont-ils été chercher ça ?
Unreal Script est sans doute "nul", etc. Seulement, un moteur graphique, un moteur physique... Ca ne se refuse pas, si ? De plus, le US est "simple" à coder (un mix Java / C++), même si l'absence d'IDE de développement de qualité est un point TRES négatif. Si l'on doit faire un FPS, je recommanderai vivement Unreal Engine, de préférence UT99 ou UT2k4 (que j'ai) plutôt que UT3 qui vient de sortir.
Franchement, je préfère la solution Ogre/C++ !
Bref, m'est avis que le plus important, maintenant, c'est de trouver un truc à faire. Et un truc faisable, avec de la motivation dans la n'équipe.
En fait, on a commencé à plancher. Mais ceux qu'ils veulent se greffer sont les bienvenus ! Y'a du boulot pour tout le monde...
Nota : 31, on serait (Arha' et moi) content d'avoir un store ST actif... C'est bien pour bosser en groupe... Enfin, bon, voila quoi.
Même pour un développeur seul c'est super ! Et comme plus on est de fous plus on rit...
