Comment se préparer à une compétition de développement de jeux?

Ludum Dare 18 arrive et j'y participerai. J'ai fait quelques autres compétitions de jeu à court terme dans le passé, mais c'est ma première grande (et ma première solo). Je suis vraiment excité pour cela, mais je me demande s'il y a des astuces pour se préparer à ce genre de chose, et des conseils sur ce qu'il faut faire pendant la compétition. Donc...

Comment vous préparez-vous ou participez-vous le mieux à une compétition de jeu à court terme?

Votre réponse peut être spécifique à Ludum Dare, mais je parle vraiment de n'importe quelle compétition de jeu, tant qu'elle est à court terme - pas celles d'un mois où vous développez votre jeu et le publiez avec désinvolture; Je parle de compétitions de haute pression, de finition dans le temps, de type pull-and-nighter. Le Global Game Jam convient également ici, si vous y avez participé plus tôt cette année.

De plus, tous les conseils dans le contexte d'un groupe de personnes (chacun travaillant sur son propre jeu solo) seraient formidables; Je serai avec le club de développement de jeux de mon école pendant la majeure partie des 48 heures (seulement quelques autres personnes, pas un énorme groupe).

En tant qu'organisateur et participant de game jam, voici quelques conseils tirés de mes expériences:

• Familiarisez-vous avec les outils que vous utiliserez. Vous souhaitez utiliser un environnement de développement avec lequel vous êtes déjà à l'aise; vous ne voulez pas apprendre quoi que ce soit de nouveau à la volée si vous n'êtes pas obligé de le faire.
• Corollaire: si vous êtes autorisé à commencer avec du code pré-écrit (bibliothèques, moteurs de jeu, etc.) - qu'il s'agisse de quelque chose que vous avez créé vous-même ou d'une source tierce - familiarisez-vous avec cela également afin .
• Les concours à court terme nécessitent de l'endurance physique, alors ne négligez pas votre côté physique! Mangez bien, faites de l'exercice régulièrement, dormez beaucoup et, en général, faites des choix de vie qui vous maintiennent en aussi bonne santé que possible. À court terme (c.-à-d. Quelques jours avant le début du concours), assurez-vous de rattraper votre sommeil pour recommencer à zéro.
• Connaissez vos limites. D'après votre propre expérience, combien de temps pouvez-vous développer en continu avant de commencer à voir des rendements décroissants sur votre temps? Combien de temps et à quelle fréquence devez-vous prendre des pauses pour maintenir des performances optimales? Quelle est votre courbe de compromis entre le sommeil (c'est-à-dire, si vous restez en retard de développement, cela vous rend-il PLUS productif pour le temps supplémentaire passé, ou MOINS productif parce que la fatigue vous ralentit)? Si vous ne savez pas ces choses sur vous mais que vous avez le temps de vous "tester" avant le concours, faites-le.
• Préparez à l'avance toutes les choses banales. Si vous participez à la maison, assurez-vous d'avoir des repas, des collations et des boissons préparés à l'avance, et ayez des raccourcis et des signets directement sur votre bureau pour tout ce dont vous pensez avoir besoin et auquel vous souhaitez accéder facilement. Si vous avez des manuels de référence préférés, empilez-les à côté de votre ordinateur. Pensez à d'autres outils dont vous pourriez avoir besoin: crayons / stylos, graphiques et papier standard, peut-être des dés et des fiches et autres pour les prototypes physiques, etc. Si vous allez quelque part en dehors de votre maison (comme avec un événement typique de "Game Jam" ), emportez un sac à l'avance avec tout ce que vous voulez emporter avec vous, et ayez-le prêt pour ne pas vous réveiller tôt ou brouiller à la dernière minute.
• En tant que stratégie à plus long terme, développez vos compétences en développement; il n'y a absolument aucun moyen qu'être un développeur plus fort puisse vous blesser. Rien ne vous empêche également de faire votre propre "jam de jeu privé", vous mettant au défi de créer un jeu en une semaine (ou un week-end) si votre emploi du temps le permet. Plus vous réalisez de tels types de projets, mieux vous les atteignez.

J'ai fait Ludum Dare deux fois, ma première tentative a échoué assez misérablement, mais à mon deuxième essai (LD17), j'ai assez bien fait et j'ai terminé 7e au classement général.

Juste quelques balles aléatoires (spécifiques à LD principalement, mais probablement applicables ailleurs):

• Sommeil : C'est très important, LD16 a été ma première compo de 48 heures et j'ai essayé de rester trop longtemps sans dormir et j'ai fini par faire une "sieste" de 10 heures dans les délais ... Pour LD17, j'ai dormi les deux nuits pendant 6-7 heures et tout s'est bien passé. J'ai travaillé moins longtemps, mais ne pas être à moitié endormi tout le temps m'a vraiment aidé.

• Modification des plans : dernier LD, j'ai complètement changé mon idée au bout de 10 heures environ, abandonné la majeure partie du travail à partir de ce moment et pris une direction différente. Cela semblait totalement désespéré puisque mon plan initial n'était tout simplement pas amusant; mais je suis venu avec une autre idée, j'ai dormi dessus et finalement tout est venu ensemble. N'ayez donc pas peur de changer de direction si votre approche initiale ne va nulle part.

• Accéléré : cela ne semble pas pertinent, mais le fait de pouvoir lire les 48 heures en accéléré vous aide vraiment à comprendre où vous avez passé trop / trop peu de temps. J'ai également constaté que l'enregistrement du timelapse était une sorte d'incitation à continuer à travailler et à ne pas ralentir autant ...

• Communauté / IRC : une grande partie de Ludum Dare est la communauté, c'est beaucoup plus amusant si vous participez à l'ensemble du processus; faire des accélérations, prendre des photos de nourriture / espace de travail, traîner dans IRC et surtout, voter et laisser des commentaires pour tout le monde.

• Middleware / framework / quoi que ce soit : Certaines personnes préfèrent vraiment partir de zéro , mais les règles autorisent les middlewares et les middlewares personnalisés ouvertement disponibles (tant que vous les libérez open source avant la compo). Compte tenu du nombre d'entrées gamemaker et Unity, je ne me sens pas si mal à écrire un framework rapide en utilisant quelques bits de middleware (j'ai utilisé Ogre et Bullet la dernière fois) la semaine précédente.

• Audio : J'ai personnellement très peu d'expérience avec les trucs audio, donc cela a été difficile pour moi, mais un peu d'audio va très loin. La dernière fois, j'ai réussi à avoir un peu de musique (très répétitive) (faite avec LMMS) et des effets sonores générés avec sfxr .

• Version Post Compo : Je vous encourage à continuer à travailler sur votre inscription après la compétition; J'ai ajouté des classements en ligne et quelques ajustements à mon entrée du dernier LD comme une sorte de réflexion après coup, je l'ai publié sur moddb et cela a été un succès surprenant (le classement a plus d'un demi-million ~ 20-25 secondes de `` runs '' enregistrés et apparemment, être un petit article à ce sujet dans un magazine de jeux français).

C'est tout ce à quoi je peux penser pour l'instant, bonne chance!

J'ai participé à un jam de jeu l'an dernier et le simple fait de prendre des décisions avant la compétition a vraiment facilité les choses. Par exemple, vous ne voulez pas décider d'un moteur quand vous devriez coder.

Créez / collectez tout ce que vous pouvez à l'avance. Dans la confiture de jeu à laquelle j'ai participé, nous avons eu la chance de disposer de certains éléments d'art, mais nous n'avons pas obtenu tout ce dont nous avions besoin, nous avons donc perdu un peu de temps à parcourir les bibliothèques pour trouver certains éléments dont nous avions besoin. Nous avons également fini par faire la plupart du son sur place, ce que nous aurions pu gérer avant l'événement.

Essayez d'anticiper certains des défis de codage que vous rencontrerez. Nous étions en train de créer un jeu de tir de base et l'un des plus grands défis était d'amener les ennemis à se diriger vers un joueur en mouvement de manière réaliste. C'était un défi que nous aurions pu prévoir si nous avions passé plus de temps à discuter avant l'événement.

Enfin, s'il s'agit d'une compétition par équipe, assurez-vous de passer en revue ces idées avec les membres de votre équipe. Vous ne voulez pas vous présenter avec de nombreuses idées différentes et passer du temps à débattre de la mise en œuvre.

Descendez votre système. À l'heure actuelle, procurez-vous tous les outils que vous pourriez utiliser pendant la compétition et passez-vous à un essai sur piste avant la compétition. Vous n'êtes pas obligé de créer un jeu complet, mais assurez-vous que vous êtes familier avec les choses ensemble (cela inclut tous les aspects, le gameplay, l'art, la musique, etc.). C'est le seul "truc" dont vous avez besoin. Si vous avez un flux de travail opérationnel avant la compétition, votre prix est la capacité de se concentrer sur le contenu réel du jeu pendant que le chronomètre tourne.

Vous pouvez également publier ce jeu / expérience pré-compo comme un échauffement ... la communauté LD aime ça, et vous pourriez obtenir des commentaires avant le début de la compétition!

Pour quelque chose comme Ludum Dare, il n'y a rien que vous puissiez faire au niveau du contenu à l'avance, et le gameplay réel sera probablement différent de ce que vous avez pratiqué à l'avance. Mais si vous savez que vous utiliserez la plate-forme XYZ, et que ce sera un jeu basé sur des sprites 2D (par exemple), alors être en mesure d'accéder à la partie contenu / gameplay le plus rapidement possible est crucial.

Je l'ai appris à la dure. LD16 a été consacré à essayer de faire fonctionner les choses. LD17 a été consacré à enrichir le monde.

J'ai hâte de voir ce que vous proposez. Bonne chance!!