itch.io

Oui je comprends.

Après je ne pense pas que réduire le nombre de recharge va résoudre le problème car ça donnerait un plus gros avantage aux robots qui se focus uniquement sur les recharges. Ils les videraient toutes en début de partie et les robots qui auront besoin de recharger après avoir combattu ne pourront pas.. 

Il faudrait également interdire de poser un mur en étant sur une recharge. Je viens de voir qu'un robot qui posait des murs en boucle en étant sur une recharge ne perdait pas d'énergie.

Pas mal de robots ne font que construire des murs autour d'eux et dès qu'un mur est détruit ils reconstruisent direct derrière.. Ce qui fait qu'on ne peut jamais les atteindre car en plus le fait de poser une mine sur un mur consomme plus d'énergie que de poser un mur.

J'ai fait pas mal de test avec la version 0.9.0.6 et les parties se finissent toujours avec les robots qui "campent" derrière leurs murs et ne font rien d'autre. Donc le robot gagnant sera toujours celui qui campe en consommant le moins d’énergie.

ça à l'air de jouer.

Yep c'est bon maintenant =)

Ok mais la personne qui dl ton robot ne devrait pas avoir besoin d'aller taper dans le json pour qu'il fonctionne.

Hello,

Petit soucis quand je veux tester ton robot chez moi, il y a l'erreur suivante dans le log:

La référence d'objet n'est pas définie à une instance d'un objet.

Merci pour ton retour :)

Effectivement, sur le coup j'étais persuadé que la révélation se faisait uniquement horizontalement et verticalement (bien sur je n'ai pas verifié..) c'est en testant le tiens une fois la jam terminée que j'ai remarqué xD. 

Par contre j'avoue que je n'ai pas du tout pensé aux cases déjà marquées ahah :(

Hello,

Tout d'abord bravo pour ce petit jeu sympa, l'idée est bonne :)

Concernant ton avis sur Visual Studio 2017, je ne te rejoins pas, personnellement je le trouve top. C'est sur que les IDE de JetBrains sont cool mais surtout payants.. comparé à VS. Je suis développeur PHP/JS depuis 4 ans et j'aimerai bien utiliser PHPStorm mais le fait de devoir payer par mois/année m'a toujours rebuté (même si c'est pas grand chose) :/

Concernant MonoGame, tu le trouves trop bas niveau, mais c'est justement là tout son intérêt. Déjà car tu apprends à faire toutes ces choses qui "manquent" pour toi et ensuite vu que c'est toi qui les a développées, tu en as le contrôle total.

J'ai toujours préféré développé mes éléments moi-même, donc MonoGame me convient bien, mais j'irai quand même voir ce que donne Java/LibGDX un jour ;)

Merci :)