Réponses:
Éclater
C'est un jeu facile, car vous n'avez pas à vous soucier de l'état (c'est un tableau de valeurs de briques - si vous n'avez qu'une couleur de brique, c'est un tableau de drapeaux), il n'y a pas d'IA, et vous devez faire une un peu de physique pour faire rebondir le ballon correctement.
Solitaire
Les règles sont un peu plus complexes que Breakout et son interface est très différente. Cela vous oblige à réfléchir à différentes méthodes pour implémenter un jeu. C'est-à-dire que ce qui fonctionne dans un jeu n'est pas nécessairement ce que vous utiliseriez dans un autre.
Pac-Man
Celui-ci est agréable parce que vous travaillez sur un petit peu d'IA. Si les fantômes suivent le joueur (mais pas trop bien - vous voulez que le joueur ait une chance) peut être rapidement mis en œuvre et vous aurez un petit jeu amusant que vous pourrez modifier et montrer à vos amis et à votre famille (les commentaires positifs sont toujours positifs). une bonne chose quand vous débutez).
Je trouve que si vous cherchez de l'inspiration dans les premiers jeux vidéo, vous pouvez trouver des tonnes d'idées relativement simples à mettre en œuvre. De plus, vous pouvez vous en tirer avec des illustrations et des sons super simples, car vous copiez quelque chose d'aussi simple. Cela vous permet d’abord de vous concentrer sur les éléments de base: faire fonctionner votre jeu en boucle, déterminer comment afficher vos pixels à l’écran, jouer un son, conserver le pointage, obtenir l’introduction du joueur dans le jeu.
Peu importe le jeu que vous choisissez en premier, assurez-vous simplement de choisir quelque chose de simple avec lequel vous obtiendrez des résultats rapides, ainsi vous pourrez vous déplacer le lendemain et en créer un autre. Et un autre. Et un autre - plus vous en gagnez, plus vous vous repoussez, et vous finirez par créer des jeux complexes avant de vous en rendre compte.
Je recommanderais fortement aux programmeurs débutants de commencer par le jeu le plus simple qu'ils souhaitent réellement écrire . Comme mentionné par Matt Rix, une grande partie de l' écriture d' un jeu par rapport à une démo pousse la fichue chose jusqu'à la fin - des crédits, des menus, des tests de jeux, des scores élevés, une pause, jouer les tests, les niveaux de difficulté, propres transitions d'état de jeu, jeu tests, etc. Ce genre de choses prend au moins la moitié du temps que vous allez mettre et ce n'est tout simplement pas amusant. Ce n'est pas. Donc, à moins que vous n'aimiez le concept et que vous ne soyez vraiment motivé, vous abandonnerez et passerez à autre chose avant que le jeu ne devienne un jeu .
Si vous voulez écrire un RPG, déterminez le concept de RPG le plus simple et le plus facile à gérer que vous puissiez trouver et que vous voulez faire. Idem si vous voulez faire un jeu de tir de science-fiction, ou un jeu de plateforme sur le thème de l'horreur, ou autre chose. Choisissez quelque chose que vous allez finir, que vous voudrez quand même finir après que tout soit amusant, mais que vous ayez encore du temps devant vous, des dizaines d'heures de travail avant d'avoir vraiment terminé.
Le meilleur jeu pour "gagner ses ailes" avec? Celui que vous avez complété. Peu importe le nombre de démos PONG / Breakout / Galaga / Tetris que vous avez écrites, vous n'êtes pas un développeur de jeu jusqu'à ce que vous ayez sorti un jeu réellement terminé.
De plus, personne ne veut jouer encore une autre version de ces jeux de 40 ans, et au moins une partie de l’écriture de jeux est que les gens jouent , non?
J'ai posté cette échelle chez TIGsource il y a quelque temps. Cela commence du très basique au très complexe.
La règle la plus importante de l'apprentissage de la programmation de jeux: l'apprentissage de la programmation est difficile. Apprendre à concevoir un jeu est difficile. Il est difficile d’apprendre à faire du bon art de jeu ou de l’audio. Essayer de faire toutes ces choses en même temps est une recette d'échec. Apprenez une chose à la fois.
Corollaire: programmez un jeu où la conception, l’art et le son sont déjà terminés. Faites des clones, pas des jeux originaux.
Dans mes cours, je recommande toujours ces jeux pour commencer, dans l'ordre:
1) Tetris. L’art est constitué de rectangles colorés que même un klutz total peut dessiner dans Microsoft Paint. Vous n'avez pas besoin de son. La programmation est relativement simple, mais nécessite tout de même quelques éléments clés: comprendre la différence entre l’état interne du jeu et ce qui est dessiné à l’écran; être capable de dessiner sur l'écran, période (probablement impliquant sprites et blitting); pouvoir accepter les entrées de l'utilisateur en temps réel plutôt que d'utiliser simplement getch () ou scanf () où vous devez les attendre.
2) Breakout / Arkanoid. L'art est toujours des rectangles colorés et vous n'avez toujours pas besoin de son. Utilise tous les concepts de base de Tetris, ainsi que des techniques de base de détection de collision et de physique 2D, car la balle doit pouvoir bouger et rebondir sans à-coups.
3) Gradius / R-Type. Vous pouvez probablement trouver quelques tuiles gratuites pour le faire. Ici, l’arrière-plan défile, vous devez donc en apprendre un peu plus sur le fonctionnement de la mémoire graphique, en utilisant des techniques telles que le retournement de page, la double mise en mémoire tampon et le tracé en dehors des limites de l’écran visible. Vous avez également tendance à avoir des ennemis dynamiques et à générer des balles. Vous devrez donc apprendre à nettoyer après vous-même (c'est-à-dire à vous débarrasser des ennemis et des balles qui quittent l'écran pour que votre jeu ne perde pas de mémoire comme un tamis).
4) Super Mario Bros. Semblable au projet de défilement précédent, sauf que le défilement est maintenant sous le contrôle du joueur et non automatique. Vous devez également faire face à la gravité et à tous les trucs amusants sur les collisions qui vont avec (par exemple, ne pas tomber à travers le sol simplement parce que vous étiez quelques pixels au-dessus dans la dernière image et que vous souhaitez passer à quelques pixels en dessous dans l'image suivante. ). Notez également que la gravité est conditionnelle: elle affecte le joueur et certains ennemis, mais généralement pas les plates-formes, les pièces flottantes ou autre chose, ce qui est un peu différent du monde réel.
Si vous pouvez faire ces quatre tâches, vous devriez être capable de faire à peu près n'importe quel jeu en 2D de votre choix. tous les outils sont là. Si vous voulez créer un jeu en 3D, commencez par apprendre la 2D parce que c'est beaucoup plus facile et que vous n'avez pas besoin de comprendre les calculs en profondeur, mais vous devez comprendre les éléments en 2D de toute façon. à l'aise avec cela, commencez à travailler avec des outils 3D de base (des bibliothèques telles que Torque ou Unity, ou des jeux à code source ouvert comme Doom et Quake d'origine).
Bonne chance!
Maintenant, c'est une bonne question. Je ne sais pas où vous êtes, alors je vais me tourner vers le ciel et je suppose que vous n'avez jamais écrit une ligne de code dans votre vie. Coupez toute partie du nez qui vous offense, pour abuser d'une phrase.
Je pense en fait que je vais répondre à une question légèrement différente de celle que vous avez posée, et je vais donner des exemples pour répondre à la question que vous avez posée in situ. La raison pour laquelle je le fais de cette façon est une légère mais je crois que la différence de point de vue est importante: ce ne sont pas tant les jeux spécifiques qui importent que la mentalité que ces jeux apportent à un concepteur.
Vous savez comment les gens parlent de ce que vous êtes censé apprendre une variété de langages de programmation, afin de manger leur état d'esprit, leur cœur et leur foie, et ainsi de gagner leur pouvoir? La vérité est que, après votre premier langage de programmation pur ou presque pur, même dans des langages impératifs, vous allez finir par écrire des fonctions largement sans effets secondaires car elles sont tellement mieux définies et tout ce que vous écrivez. même dans des langues qui ne sont pas de cette forme, ce sera mieux. Quelle que soit la langue utilisée (haskell, ml / ocaml / smlnj, formulaONE, modèles c ++, peu importe), vous apprendrez toujours à effectuer de nombreuses classes de travail sans recourir à l'état de l'effet. La première fois que vous apprenez un langage de programmation robuste et proche de la machine, vous ' re va en apprendre davantage sur l'abstraction de type de taille. La première fois que vous apprenez un langage déclaratif ou un langage de contrainte, vous allez apprendre à utiliser les limites comme outil discrétionnaire. La première fois que vous apprenez un langage de recherche en marche arrière, vous allez apprendre à prier Ia! Ia! C'thulhu F'tagn Nagn !, et alors nous revenons à manger des coeurs et des foies, et le cercle de la vie est accompli.
La conception du jeu n'est pas différente. Vous n'avez pas nécessairement besoin d'apprendre un jeu spécifique, en parallèle avec une langue spécifique, mais plutôt un jeu représentatif emblématique qui gère cet état d'esprit, comme les familles caractéristiques de la langue. En outre, il y a beaucoup de foies et de cœurs mangeurs. Obtenez un biscuit au poivre.
Le bâillon ici (du moins, à mon avis) est que vous souhaitez couvrir une longue liste de sujets. C'est comme si vous mettiez des compétences sur une feuille de personnage - vous vous mettez à la disposition de plus de mécanismes pour gérer une situation donnée. Oui, ils sont à niveau, mais avoir un point ou deux dans autant de choses que vous le pouvez signifie que lorsque vient le temps d’en utiliser un, vous ne partez pas de zéro et vous savez quelles tactiques sont disponibles. pour que vous puissiez passer à la vitesse supérieure.
Alors regardez.
D'abord, vous voulez couper les dents. Celles-ci sont également utiles lorsque vous apprenez à cibler une nouvelle plate-forme ou lorsque vous vous remettez d'une amnésie. Celles-ci sont censées être rapides, pas géniales.
En ordre:
Une fois que vous en avez connaissance, vous êtes prêt à cibler une plate-forme et l'apprentissage peut commencer.
Il n'y a pas d'ordre particulier. Vous pouvez les réorganiser comme bon vous semble. Je vais donner une poignée d'exemples avec chacun, mais ils ne sont pas normatifs; Si un jeu différent vous donne la même expérience et est suffisamment petit pour faire partie d'une série de leçons, n'hésitez pas à l'échanger. Pour des raisons pratiques, il est bon de maîtriser le rendu et la saisie de l'écran assez rapidement. vous allez les utiliser beaucoup. Attendez quelques jeux avant d’essayer d’écrire des classes d’abstraction; vous ne voulez pas être pris dans une abstraction naïve.
... eh Je me ennuyais.
Tetris
Jeu très courant, beaucoup de clones open source à déchirer si vous êtes bloqué. Enseigne les bases des graphiques 2D, du traitement des entrées, de la notation, etc.
Ensuite, prenez cette idée originale et mettez-la en vrille. J'ai appris les bases du graphisme 3D / opengl en écrivant une version 3D de Tetris pour mon cours d'infographie au collège.
GameDev.net a un bon article qui recommande une progression des jeux pour en apprendre davantage sur le développement de jeux. Mon conseil préféré de la liste est de réellement polir ces jeux. Complètement terminer, à un état libérable.
La liste est la suivante (certaines d’entre elles ont été données dans d’autres réponses):
J'aime commencer tous mes gars avec Monopoly. J'utilise habituellement le code kata de Monopoly de Brett Schuchert comme base de l'exercice, mais j'y ajoute beaucoup. Il y a plusieurs raisons pour lesquelles j'aime vraiment faire cela.
Je tiens beaucoup aux bonnes pratiques de codage (modèles de conception, TDD, SOLID, intégration continue, etc.) et impose beaucoup de contraintes à mes développeurs lorsqu'ils effectuent cet exercice.
Presque tout le monde connaît les règles du Monopoly et le jeu entier peut être complété en une seule journée. Cela donne une victoire rapide aux nouveaux développeurs et leur permet de mieux s’engager.
Les exigences initiales commencent avec les commandes du clavier, mais j'ajoute ensuite une exigence pour les commandes de la souris plus tard. Cela amène les développeurs à réfléchir à plusieurs choses, à la refactorisation du code existant, à la programmation de parties changeantes du système pour créer des interfaces au lieu de classes concrètes, à des abstractions meilleures / appropriées, aux tests unitaires, aux tests unitaires, aux raisons de testeurs unitaires et aux contenus. fait de bons tests unitaires.
Parfois, nous connectons une IA plus sophistiquée, parfois non. Parfois, nous travaillons avec d’autres jeux de société avec une logique un peu plus complexe, comme des chutes et des échelles. Parfois, nous rompons complètement avec les jeux de société et faisons un jeu de poker ou de black jack.
Ce qui est vraiment important pour moi, c’est que les gens gagnent rapidement, et ils voient à quel point vous pouvez faire des logiciels avec souplesse lorsque vous respectez de bonnes normes de programmation. Ces exercices développent la confiance très rapidement. Parfois, les développeurs les plus expérimentés aiment les faire eux-mêmes, simplement pour faire une pause dans des projets plus complexes ou pour mettre en pratique une nouvelle technique qu’ils viennent d’apprendre (loi de Demeter?).
Choisissez votre aventure
Vous avez eu ce conseil d'un ami qui a commencé à programmer en créant un jeu ressemblant beaucoup à choisir votre livre d'aventures . Il s’agit d’un simple jeu d’aventure textuel avec une sortie comme celle-ci:
You are standing in a forest clearing in the middle of the night. You hear
some wolves howl in the distance. Should you:
a) make camp for the night
b) go further north
> _Faire un tel jeu devrait vous apprendre à faire un gameloop, une entrée de base sur la console et un script de base. Il est assez simple à mettre en œuvre et facile à utiliser pour les débutants, car vous n'avez pas besoin d'un moteur graphique pour écrire le jeu. Les débutants expérimentés écriraient probablement un moteur de script.
D'après mon expérience avec les programmeurs débutants, la progression semble généralement aller comme ceci:
Breakout, Pong ou Astéroïdes.
Il y a une énorme différence entre un jeu et un prototype de jeu . Si vous êtes sérieux au sujet de finir votre jeu de rêve, alors vous devriez finir vos jeux de "niveau d'entrée" le long du chemin. Créer la partie gameplay du jeu n’est que la moitié de la bataille. Tous les éléments supplémentaires tels que les menus et les scores élevés sont souvent négligés ou ignorés, mais ils prennent beaucoup plus de temps que prévu.
Il y a de bonnes suggestions dans les autres réponses, mais je veux simplement lancer mon vote pour: Commencez par quelque chose qui semble trop chétif pour être traité.
Pong est un bon exemple.
L’objectif est de: rendre la conception du jeu et le jeu de règles suffisamment déconcertants pour que vous puissiez concentrer toute votre attention sur l’apprentissage de la nouvelle chose que vous apprenez (un langage, une plate-forme, une API) et ne pas avoir à en permanence faites des pauses pour comprendre le fonctionnement du jeu.
Une fois que vous y allez, vous constaterez que le pong est en réalité un peu plus compliqué qu'il n'y parait à première vue. (J'enseigne la programmation à un gars et il utilise pong comme projet d'apprentissage. Nous avons ajouté quelques fonctionnalités et maintenant, il est distrait d'apprendre à programmer en apprenant à faire toutes ces fonctionnalités intéressantes :)
Une fois que vous avez terminé avec l’application n ° 1 jusqu’à ce qu’elle soit prête à être donnée / vendue à d’autres, ALORS prenez quelque chose d’un peu plus compliqué (Tetris, aventure ou tout ce que vous voulez), mais pour commencer à apprendre une nouvelle technologie, la chose que vous programmez cerveau-mort simple.
Autres exemples:
Mais, encore une fois, commencez avec quelque chose qui est trop facile, de sorte que vous puissiez réellement compléter quelque chose et regarder en arrière et voir ce qui est impliqué. La différence entre avoir écrit UNE application dans une langue / plate-forme / SDK / moteur et avoir écrit des applications ZERO est énorme . La différence entre 1 et 2, ou 2 et 5, beaucoup moins, afin que vous puissiez faire des pas plus grands, mais que le pas de 0 à 1 soit un tout petit; ce sera plus gros que vous ne le pensez!
Flappy Birdsimilaire. En tant que programmeur professionnel, c'est un travail d'après-midi (enfin, un week-end pour que ça soit "sympa"), mais, tout en enseignant à un autre programmateur, nous avons appris qu'il y avait beaucoup de petites complications. Encore une fois, on a beaucoup plus d'expérience que zéro et, une fois que vous en avez une, vous aurez une bien meilleure idée de la façon d'aller de l'avant.
Visitez ce site: 12 idées de projets de jeux informatiques
Certains de ces jeux incluent ce que d’autres ont dit:
Mais il est également question de quelques autres jeux que vous pourriez essayer de réaliser, tels que:
En outre, cela donne une idée de ce que vous devriez essayer de faire en premier car cela donne une impression de difficulté pour chaque jeu (et donc un plan de la façon dont vous devriez aborder les jeux):
Beaucoup de gens commencent par Breakout car il comporte:
La partie la plus difficile de l’écriture d’un jeu - ou de tout logiciel - consiste à déterminer quoi faire. Vous avez absolument besoin d'une spécification! C'est la partie amusante de faire un clone d'un jeu existant: la spécification existe déjà. Votre spécification est "Le produit doit faire tout ce que l'autre produit fait", et si vous avez une copie de l'autre jeu sous la main, il est assez facile de vérifier cela.
Une fois que vous avez déterminé ce que vous devez faire, il n’est vraiment pas si difficile de savoir comment le faire si vous êtes un programmeur compétent. Je ne parle pas d'un programmeur qualifié ou expérimenté; cela impliquerait que vous savez déjà comment faire la plupart de ce que vous essayez de faire. Mais vous devez comprendre comment penser dans les abstractions et avoir les compétences de résolution de problèmes et de pensée logique qui sont fondamentales pour la programmation. Si vous pouvez le faire, vous pouvez faire n'importe quoi.
Cela dit, je suis en désaccord avec ce que la plupart des gens disent à propos d’essayer d’apprendre à écrire des jeux en écrivant quelque chose de très simple. La récompense est directement proportionnelle à l'effort que vous y avez mis. Si vous apprenez à écrire des jeux en écrivant un jeu vraiment simple, tout ce que vous saurez à la fin, c'est comment écrire des jeux très simples, et cela ne vous fera pas beaucoup de bien.
D'un autre côté, si vous commencez par quelque chose d'énorme, vous ne le finirez jamais. Commencez donc avec quelque chose de modérément difficile qui vous fera traiter de problèmes graves. Construire un RPG de style console 2D ou un jeu de plateforme à défilement horizontal est un très bon moyen d’apprendre des concepts de programmation de jeux réels.
Cela dépend vraiment de vos compétences actuelles. Si vous êtes relativement nouveau en programmation, optez pour l'un des jeux spécifiques suggérés par les gens. Sinon, vous devriez réfléchir au type de jeu (x) qui vous permettrait de tirer le meilleur parti de votre expérience.
Lorsque j'ai commencé mon premier jeu, je n'avais aucune expérience en développement de jeu, mais je développais des applications pour entreprises / secteurs d'activité depuis quelques années. Mon premier projet de jeu était un jeu de stratégie au tour par tour et, d’un point de vue architectural, il n’était pas si différent d’une application d’entreprise. Il utilisait un système client / serveur et la communication était établie via un canal de service WCF en duplex. La plupart des opérations des joueurs ont été mises en file d'attente en tant qu '"ordres" et envoyées au serveur à la fin du tour. Tous les tours de jeu ont eu lieu sur le serveur, après quoi les mises à jour de l'univers du jeu ont été envoyées à chaque client.
Ce premier projet m'a permis de me familiariser avec le développement de jeux tout en me faisant connaître un territoire familier. Au fur et à mesure de l'évolution du projet, j'ai appris à penser davantage comme un développeur de jeux et moins comme un développeur d'applications d'entreprise. Le résultat final a plutôt bien fonctionné et était un peu plus impressionnant que Battleship ou Tic-Tac-Toe :).
Une AI relativement simple, des graphismes, un gameplay, des contrôles, et ils ne doivent pas avoir d’effets sonores ni de musique à moins que vous ne vouliez les ajouter. sont d'excellents premiers jeux. Pac-Man serait mon autre choix.
Les jeux de style Moonlander sont excellents (lorsque vous avez un vaisseau spatial affecté par la gravité, la direction et la poussée des joueurs, le carburant limité lors de l'utilisation de la poussée). Acquérir de l'expérience en implémentant une physique très simple et le système de collision peut être assez primitif. Pas d'IA à craindre et surtout son amusement et addictif :)
Un jeu de tir spatial de haut en bas comme Galaga est assez facile et enseigne assez bien la détection de collision! Il peut également varier en difficulté, d'un niveau avec des ennemis stationnaires à de multiples niveaux, en fonction des améliorations d'armes et des ennemis se déplaçant selon des schémas particuliers.
Quelque chose comme Gauntlet, parce qu'il vous faut un système d'entités, une intelligence artificielle ennemie, des pickups, des cartes de tuiles, une détection de collision, des scores, etc. Tout y est, mais pas d'une manière qui écrase.
Un mini clone de Zelda est bon et exerce des compétences qui n'ont pas été beaucoup mentionnées ici. Il est bon de savoir faire défiler une grande carte de tuiles et de simples commandes de déplacement à 8 directions. Points bonus si vous pouvez faire des ennemis, mais je ne m'inquiéterais pas trop à ce sujet.
J'ai fait plus que quelques clones de Tetris. Chaque fois que je l'ai fait, je l'ai fait légèrement différent cependant. De nos jours, je fabrique généralement un type de clone d'astéroïdes. J'ai également fait plus que quelques retombées du Missile Command.
J'ai commencé avec le jeu de base et ensuite ajouté d'autres éléments, power-ups, etc.
J'ai toujours commencé avec un jeu Tanks / Gorillas / Worms. Il vous permet de faire de l’exercice sous forme d’affichage graphique simple, de lecture des entrées de l’utilisateur, plus une boucle de jeu appliquant la gravité au projectile et testant la détection de collision.
Après cela, viendrait un jeu comme un jeu de plateforme très simple ou un shoot-em-up où vous devez lire les entrées de l'utilisateur en temps réel, plutôt que les déclarations INPUT qui fonctionnent pour Gorillas :)
Solitaire (ou vraiment n'importe quel jeu de cartes) est un bon jeu pour vous salir les mains avec un nouveau système d'interface utilisateur, car il exerce un grand nombre de mécanismes de rétroaction d'interactions de contrôleurs et de widgets que vous devez utiliser. De plus, la logique est simple et sans ambiguïté, vous pouvez donc vous concentrer sur l’apprentissage plutôt que sur la conception du jeu.
Pour les jeux de simulation en temps réel, je recommanderais toujours Pong comme un bon point de départ, encore une fois, car la conception est simple, de même que l'interface du contrôleur, de sorte que vous puissiez accéder à l'essentiel du système: la simulation physique.
J'ai toujours affirmé que si vous êtes un programmeur de jeu, vous devriez être capable de créer une sorte d' envahisseur spatial . Heck, le jeu est assez simple pour que vous puissiez également faire les graphiques vous-même.
Avoir une sélection de petits jeux de votre portefeuille comme avantage supplémentaire, par exemple, si j'apprends un nouveau langage de programmation ou un nouveau cadre de programmation, je porterai souvent l'un de mes jeux simples pour voir comment la nouvelle façon de faire les choses correspond à la façon dont ils ont été écrits.
Cela dépend vraiment de vos compétences en tant que programmeur habituel. Vos calculs ont-ils besoin de travail? Vos connaissances graphiques? Avez-vous les deux sous le voile?
Bien qu'en général, je pense que Tetris et Breakout seraient aussi mes deux partants. Rien de plus facile que cela n'offre pas assez de stimulation. Tetris est un bon test pour la mise en page de vos données, mais l’évasion en est un exemple mathématique simple. Je dis toujours aux gens de viser haut, le but est de rester bloqué et de trouver une solution.
Après cela, le ciel est la limite. Encore une fois, visez haut. Essayez un jeu de plateforme avec un terrain en pente, parralax et vous avez un bon sac de technologie 2D à portée de main. Ajoutez un flipper (préparez-vous à être frustré) et votre calcul s'améliorera.
À partir de là, passez à la troisième dimension, acquérez des compétences de base (animation, rendu) et vous devriez être relativement bien équipé pour faire face à une bonne variété de jeux.
Je dirais qu'un type de jeu Tower Defense est le meilleur endroit pour commencer. Vous pouvez également commencer par modifier les jeux / moteurs existants (WarCraft III / HalfLife2 SDK / etc.) afin de comprendre la logique globale nécessaire, puis passer à l’utilisation de votre propre base de code.
Mon premier match ressemblait à Super Mario.
Se déplacer, éviter les obstacles, sauter. Et toutes ces tâches peuvent facilement être accomplies sans aucun calcul physique.
Son idéal pour prendre une simple chose en 2D, car vous ne comptez pas beaucoup sur une implémentation / framework / moteur spécifique.