Version imprimable
Bonjour,
DA, créateur du jeu par navigateur : HeroesChronicles, nous présente sa vision du développement d'un jeu vidéo.
Voici la première partie, composée de cinq chapitres posant les bases nécessaires pour construire un projet viable :
- Création d'un jeu : Et pourquoi pas moi ? ;
- L'équipe : rôles et compétences ;
- L'équipe : où recruter ? ;
- Planning prévisionnel ;
- Étude de marché.
Bonne lecture !
Créer un jeu en ligne : avant-projet
Merci !
Court mais pas inintéressant, ca pose quelques bases ;)
ça a l'air intéressant dans l'ensemble et bien écrit.
Par contre juste une petite remarque :
"
Ainsi une tâche de 10 JH (pour dix Jours-Hommes) prendra dix jours si une seule personne y est affectée, mais seulement 5 jours si deux personnes y travaillent (10 JH/2 Hommes = 5 jours). "
Mouai dans la réalité c'est pas si simple hein ... Parce que du coup si on met 10 personnes, le truc est torché en 1 jour ? 8-)
@forthx : Il ne s'agit que d'une partie de mes articles que la team de dev.net retranscrira petit à petit :ccool:
@Kymic : C'est un peu comme les problématiques de multithreading. Si ta tâche est divisible en sous-morceaux indépendants entre eux, alors oui 10 JH revient sensiblement à une journée si on est dix dessus.
Par exemple si il faut écrire 10 documents, que chaque document prend 1 journée de rédaction, tu as une tâche de documentation de 10JH mais qui ne prendra que 1 journée si 10 personnes y travaillent. Mais évidemment tout cela reste théorique comme tu le fais remarquer ;)
Voici la seconde partie portant sur la conception d'un jeu vidéo. Ce sont quatre nouveaux chapitres que vous pouvez découvrir :
- Joueurs : Éviter les abandons des premiers jours
- Anticiper le nombre de joueurs
- Jeux asynchrones et Points d'Action
- Bien cibler son public ou comment s'éviter bien des désagréments !
Bonne lecture !
Créer un jeu en ligne : conception
Articles intéressants à lire :ccool: dommage de l'avoir écrit spécifiquement pour les jeux online; malgré une idée très répandue, tous les devs indie ne se lançent pas systématiquement dans les MMO
Voici la troisième partie portant sur la conception d'un jeu vidéo. Ce sont sept nouveaux chapitres que vous pouvez découvrir :
- Apprendre à développer
- Démotivation et abandon
- Et les tests ?
- Développement, alpha, beta, release : les différentes étapes
- Les mises en production (comment mettre à jour son jeu)
- Optimiser son temps : prioriser les tâches
- Hébergement d'un jeu par navigateur
Bonne lecture !
Créer un jeu en ligne : développement
Très intéressant à lire, 'fait pas de mal des fois de relire quelques trucs de bon sens :ccool:
Mention spéciale au pic 'I find your lack of tests disturbing' :lol::lol::lol: On devrait tous l'avoir sur un mur près du poste de travail :mouarf: (moi le premier :aie:)
Voici la dernière partie de cette série sur la création d'un jeu en ligne.
Ce sont sept nouveaux chapitres sur l'administration de votre jeu que vous pouvez découvrir :
- La charte
- Outils de communication
- Créer un forum
- Faire la promotion de votre jeu
- Quelle attitude adopter face à sa communauté ?
- Communauté : comment organiser une IRL
- Multicompte : triche, flicage et fessée
Bonne lecture !
Créer un jeu en ligne : administration
Vraiment bien fait, cependant il y a cette phrase qui est totalement fausse :
Un Hash est utilisé avec un salt (sinon autant laisser le mot de passe en clair dans la database, c'est pareil). Le salt (unique par personne sinon toujours inutile contre les attaques par dictionnaire) permet justement d'avoir deux fois le même mot de passe avec un hash différent.Citation:
Enfin vous pouvez comparer les mots de passe (souvent cryptés en MD5 donc on regarde le hash) pour voir si c'est identique
La comparaison sur le mot de passe hashé est donc totalement inutile.
:ccool:
Merci pour cette précision, je considérais une utilisation "classique" du MD5 : sans ajout du sel/salt :ccool: Dans ce cas on ne peut en effet plus se baser sur des comparaisons de hash.
C'est dans l'article sur la mise en production.Citation:
Une fois le package prêt (le dossier « v1.0 » contenant l'ensemble des fichiers de la mise à jour), il suffira de l'archiver (winrar, winzip, gunzip ou autres) et de transférer ce dossier v1.0.rar sur la machine de production.
L'article dit que c'est la version 1.0 qui est la dernière (mise à jour) mais je pense que c'est la 1.1 je me trompe peut-être ?