Bouillon d'idees

Idees techniques

Themes de CSS

Prevoir de pouvoir faire des themes CSS. Pour ca, il faut mettre les css dans un repertoire css puis chaque theme dans un sous-repertoire. Le theme par defaut sera dans le sous-repertoire default.

Ensuite, on peut faire un main.css commun a toutes les pages (pour le corps, la structure generale, les titres, ...) et prevoir une css speciale pour chaque page en cas de besoin.

 de maniére générale on pourrait prévoir de très grandes possibilités de personalisation des profils (dans un jdr ça fait toujours plaisir).
 une autre possibilité c'est de carrément ne fournir qu'une API (et éventuellement notre web-interface) et laisser des gens dével leur propres interfaces

Authentification

Systeme a base de cookie. Utiliser de la cryptographie forte pour eviter tout spoofing.

 pour ça j'ai une technique simple qui fonctionne avec du javascript. ça permet même un fallback sur un formulaire classique sur les vieux navigateurs.

Enregistrement

Un compte == une adresse mail. Confirmation de l’ouverture du compte par mail. Prevoir un captcha pour eviter les floods et une solution alternative (genre a la main) pour les handicapes.

 quid du multi-compte ? authorise t'on à avoir plusieurs comptes ? Un compte contrôle t'il un seul et unique avatar ?

Langage de programmation

Evaluer la possibilite de tout faire en ruby (eventuellement avec RoR).

Les plus :

  • abstraction de la base de donnees
  • apprentissage de ruby
  • code probablement plus simple donc maintenable a pas beaucoup

Les moins :

  • langage de script donc probleme de vitesse (?)
  • technologie jeune (surtout RoR) donc probleme de stabilite notament au niveau de l’API
  • moins de dev ruby que de dev C++
 Il y a les même choses en PHP note. Mais je crois que si on vise une large audience il faut clairement viser les performances. Que certains trucs soit scripté pourquoi pas, mais on obtiendra jamais les même perfs, surtout avec de l'abstraction de DB et autre qui sont extrêmement couteux et pas du tout optimisé.

i18n

Prevoir l’internationalisation des le depart. Plus il y aura de joueurs, plus on peut esperer rentabiliser le jeu.

  • Langue de base : anglais.
  • Langue additionnelle : francais, lituanien
 Le mulit-linguisme je me demande. Dans quelle mesure est-ce que ça vas pas casser l'ambiance de devoir toujours causer anglais (parce que c'est à ça que ça vas tourner). À la limite autant ne pas faire de version VF alors. Ou alors il faut séparer les univers linguistiques.

Partie statique

Faire une partie statique pour les regles, les contacts, la licence, toussa. Prevoir plusieurs langues : comme c’est statique, on peut faire des pages html directement (a partir d’un template) et profiter d’Apache pour le Content-Negociation (peut-etre aussi faire du Server-Side-Include pour eviter de repeter l’header, le menu et le footer).

 une idée qui m'était venues pour les régles c'est d'avoir un format en XML qui nous permettrait de générer la partie statique en même temps que d'utiliser ces infos on-runtime. Genre ça permettrait si on change un truc dans les régles de faire une maj dans le XML et automatiquement le jeux et les régles s'adapte. Maintenant je sais pas si la dépense en vaux vraiment la chandelle.

Idees pour le jeu

Objets

Les objets ont une masse. Le PJ ne peut prendre plus d’une certaine masse avec lui en permanence, en fonction de la force.

Commerce

Prevoir un talent pour chaque type de commerce :

  • armes blanche et equipement
  • armes a feu et equipement
  • armes laser et equipement

Les niveaux permettent de vendre des objets plus chers (donc des plus gros calibres). Ces talents permettent d’acheter a des grossistes PNJs (qui sont les seuls a avoir des armes rares et qui introduisent ou retirent les armes du marche) ou a des PJs. Les prix sont libres.

Prevoir une case Entrepot ou le PJ commercant peut placer son stock. Le PJ peut vendre a une certaine distance de son Entrepot (augmente avec le niveau), il peut aussi acheter a une certaine distance de son stock, il peut avoir plusieurs entrepots.

 pourquoi pouvoir vendre à une certaine distance ? En fait ce genre de truc doit fondamentalement dépendre de comment on envisage l'univers (3 coordonée ou 2, cases ou autres) et du cout des déplacements. ex : si le déplacement est super facile, pas besoin les gens n'ont qu'a se déplacer. Par contre on pourrais avoir une sorte de marché virtuel pour savoir ou on vend un truc.

La Guilde et le Fleau

La Guilde et le Fleau sont deux communautes deja existantes au depart. Elle fonctionne de maniere particuliere. Quand on rentre dans une des deux communautes, on prete allegeance et on doit se conformer aux buts de la communaute. On peut casser cette allegeance mais ensuite, on est poursuivi par les Scribes de la Guilde ou les Nettoyeurs du Fleau. Mais preter allegeance permet d’avoir acces a des talents particuliers a chaque communaute.

Comment equilibrer les forces ?

Il faut essayer de trouver des systemes triangulaires du genre “Pierre-Sciseaux-Papier”.

 IE ?

Idees diverses

Comparatif

Faire un comparatif entre divers jeux en ligne pour extraire les points forts de chacun. Jeux en ligne qu’on peut comparer :

Forum

Il faudra faire un forum pour le RP !!!

 
bazaar/bouillon.txt · Dernière modification: 29 December 2006 12:31
 
Recent changes RSS feed Creative Commons License Donate Powered by PHP Valid XHTML 1.0 Valid CSS Driven by DokuWiki