LES COURS DE PROGRAMMATION DE GAMOPAT

Excellente initiative

Il y a deux ans, j'avais commencer à développer un shmup (et aussi un puzzle game) en Java, avec la librairie Slick2D (qui est vraiment tip top pour les petits jeux : et il y a même le support des pad Xbox360 PC ^^).

Si jamais certains sont intéressés, je pourrais faire des tutoriaux pour débuter :)

Ataré a écrit:Pas dur mais il faut des bases quand même en C.

Je dirais même, en C#. Si tu trouves ce langage trop compliqué, tu peux toujours t'orienter vers le Unityscript (dérivé du Javascript).

Très belle initiative ! Vous nous aidez beaucoup, je les aient déjà commencé ! 

C'est pas faux. ..

Je veux pas être mauvaise langue, mais quelqu'un qui affirme que le bon langage pour démarrer est le Basic, sans en avoir JAMAIS essayé sérieusement un autre, je lui fais pas vraiment confiance...

Je pense sincèrement que tu vas faire de la merde, mais fais-toi plaisir...

Je suis du même avis que Tryphon. Pour la prog' en tant que telle, le Pascal a été créé pour, mais aucun débouché vers le dev de jeux.
J'en ai jamais fait, mais apparemment Löve lua est simple et orienté dev de jeux.
Les goto, c'est juste si tu veux te spécialiser en spaghettis

drfloyd a écrit:oui je pense que pour un debutant total, qui ne compte pas faire de jeux consoles, ni devenir un expert, ni forcement se mettre au C ensuite, c'est un bon choix.

Un non fan de programmation, tu le mets direct au C, il abandonne.

Personne na jamais conseillé le C pour débuter...

Par contre, entre le Basic et le C, t'as une bonne centaine de langages. T'en as essayé combien ?

Les goto, sauf dans des cas très particuliers et certainement pas niveau débutant, c'est une plaie. D'ailleurs les Basic ont justement évolué pour qu'on puisse s'en passer (certains les ont même supprimés).

Le monde de la programmation est rempli de tutos de merde, le tien sera certainement pas le pure, alors fais-toi plaisir

Le python est un bon langage pour débuter , donc oui je le conseille fortement au débutant , je rajouterai aussi le Lua comme première approche.

Sinon comme tout le monde je ne conseille pas vraiment de se mettre au C pour un débutant (même un "expert" , il y'a d'autre alternative sauf sur console rétro).

Aucune idée en effet

Je partage l'avis du @drfloyd. C'est ce qui me manque le plus dans le monde de l'informatique d'aujourd'hui: Ne pas avoir de prise pour programmer ma machine (eh oui, les pC ou les Mac ne sont pas livrés avec une console Basic  )
 
Programmer, creer,  c'est un bonheur,même si on est pas matheux , c'est plus une question de logique et d'astuces..

J'ai le souvenir douloureux des bouquins des années 80 ecrit par des crétins qui en effet ne se mettaient JAMAIS a la place du débutant.
Jamais rien compris à l'assembleur sur Spectrum ou ZX 81 (Z80) car aucune doc didactique

J'ai le souvenir de cette tres tres mauvaise doc sur le GFA (Atari ST) qui detaillait chaque fonction d'une maniere hyper jus-de-crâne, mais sans en montrer les réelles applications 

Aujourd'hui je sais programmer (laborieusement) en GFA, quelques notions d'ASM 68000, mais clairement plus le temps pour ça. Ma vie est ailleurs...

Mais si un jour (lointain) sans doute, je m'y remets, dans un langage "actuel". Oui, 10 fois Oui, j'aimerai que quelqu'un se mette a ma portée, et m'explique comment on crée un sprite et un scroll sur PC ou Mac OS


(C'est vrai que je réalise que j'ai appris, très naturellement, a me passer des Goto avec le GFA, mais ca n'a jamais posé souci avec le Basic Sinclair)

Le manuel du zx et du c64 étaient très didactiques, et les bouquins data becker (micro application) et PSI excellents.

wulf a écrit:Je partage l'avis du @drfloyd. C'est ce qui me manque le plus dans le monde de l'informatique d'aujourd'hui: Ne pas avoir de prise pour programmer ma machine (eh oui, les pC ou les Mac ne sont pas livrés avec une console Basic  )

Non mais il y a une foultitude de langages gratuits avec lesquels démarrer. Après ça dépend ce que tu veux faire :

* si c'est du jeu, tu as GameMaker par exemple ; il y a aussi de supers tutos (dont des videos) qui vont du Space Invaders au Doom sur la console virtuelle pico-8. Tout ça est gratuit. Et les Basics du Doc sont certainement très bien (même si c'est pas des Basics ), c'est juste que je vois pas trop en quoi le Doc peut apporter une plus-value aux tutos déjà existants sur le sujet, surtout s'il fait l'apologie du Goto (ce qui ne m'étonnerait pas)
 
* si tu veux un truc plus généraliste (mais qui convient très bien au jeu aussi), tu as Python ou Lua. Comme ils sont généralistes, il faut souvent leur adjoindre une bibliothèque orientée jeu (Löve, ou Pygame, par exemple), mais ce n'est pas une difficulté, c'est juste qu'on peut spécialiser le langage dans différents domaines.

Programmer, creer,  c'est un bonheur,même si on est pas matheux , c'est plus une question de logique et d'astuces..

Logique oui. Astuce y'en a pas tant que ça. Je dirais plutôt une question de structuration.

J'ai le souvenir douloureux des bouquins des années 80 ecrit par des crétins qui en effet ne se mettaient JAMAIS a la place du débutant.

Ben écoute, j'ai appris à programmer avec un livre de listings de jeux pour Alice, un manuel du Basic, le manuel du MO6. C'était pas si mal foutu. Le manuel du CPC était bien, et celui de l'Amos, que j'ai eu plus tard, excellent aussi. Dans un domaine totalement différent (et post-1990), y'a un bouquin de Leroy sur Caml qui s'adresse à des débutants et qui finit par leur faire développer un compilateur...

Jamais rien compris à l'assembleur sur Spectrum ou ZX 81 (Z80) car aucune doc didactique

En même temps, c'est pas vraiment un truc de débutant l'assembleur. Quand tu t'y aventures, normalement, tu as les bases. On peut te parler comme à quelqu'un de confirmé...

J'ai le souvenir de cette tres tres mauvaise doc sur le GFA (Atari ST) qui detaillait chaque fonction d'une maniere hyper jus-de-crâne, mais sans en montrer les réelles applications 

Ça s'appelle un manuel de référence, on y va justement pour y chercher des... références. Pas pour apprendre. Mais je répète, tu trouves assez facilement sur le net des tutoriaux plutôt bien foutus pour débutants.

Aujourd'hui je sais programmer (laborieusement) en GFA, quelques notions d'ASM 68000, mais clairement plus le temps pour ça. Ma vie est ailleurs...

Mais si un jour (lointain) sans doute, je m'y remets, dans un langage "actuel". Oui, 10 fois Oui, j'aimerai que quelqu'un se mette a ma portée, et m'explique comment on crée un sprite et un scroll sur PC ou Mac OS

(C'est vrai que je réalise que j'ai appris, très naturellement, a me passer des Goto avec le GFA, mais ca n'a jamais posé souci avec le Basic Sinclair)

Parce que tu n'as certainement jamais développé un programme de plusieurs centaines de lignes sur Sinclair, ni eu besoin de le débuger, et encore moins le reprendre 2 ans plus tard.

Dans la mesure où tu peux très bien apprendre un langage sans GOTO, aussi facilement qu'un langage avec, et qu'il sera à terme plus efficace de fonctionner sans, je ne vois pas pourquoi on devrait emmerder les débutants avec les GOTO.

Mais pour revenir au Doc, fais-toi plaisir. Déjà, rédiger un tuto ça te montre souvent que y'a des trucs que t'as mal compris et ça t fait progresser.

Et t'as qu'à le poster ici, si tu dis des bêtises on corrigera

Chaiputrop comment j'avais appris le z80, il me semble que c'était dns l'hhhebdo justement... je dois être surdoué

et je ne peux pas dire de bêtises si mon programme tourne....

Hmmmsi, tu peux, et pas que pour une histoire de variables non déclarées (vu que c'est partiellement facultatif en blitz).

drfloyd a écrit:et je ne peux pas dire de bêtises si mon programme tourne....

Hop, voilà déjà une bêtise

je vois deja les moqueries :

par exemple je ne vais pas déclarer les variables au début du programme et deja là vous allez vous jeter sur moi... "mon Dieu mais on ne dois jamais faire ça" 

Ben non. Ça dépend complètement du langage...

En Python non plus t'es pas obligé.

Question : par quel miracle as-tu côtoyé des profs de Maths et de Physique ? Vu que ni l'un ni l'autre n'ont l'air d'être ta spécialité ?


Sinon tu oublies un truc : tout le monde a été un jour débutant. Personnellement je m'en souviens très bien, et j'ai mis longtemps à apprendre à coder correctement, et encore aujourd'hui, je reconnais que :

* je sais très mal structurer un gros projet (je n'ai jamais eu de formation sur des trucs genre UML)

* je ne sais pas me servir d'un débugger, ou même compiler un gros projet avec des dépendances

* certains aspects de la programmation me passent loin au-dessus de la tête (réseau, threads...)

Mais même si j'ai la nostalgie de l'époque du Basic, je sais que j'aurais pu gagner énormément de temps en démarrant par un langage comme Python, s'il avait existé à l'époque. Par contre, je ne regrette pas d'être passé par l'assembleur, je pense que c'est important de savoir comment les choses se passent à bas niveau, pour éviter d'écrire des conneries inefficaces à haut niveau...

J'étais évidemment ironique Mais comme l'a dit Tryphon , il est utopique de vouloir apprendre l'assembleur si on ne connaît pas d'autre langage. D'ailleurs, plus qu'un langage, c'est l'architecture d'une machine qu'il faut apprendre.

drfloyd a écrit:Comme Macron, un vrai surdoué (je le pense), mais totalement hors sol, incapable d'adapter son logiciel.

Sais pas. Il a été lauréat du Concours Général de Français. Mais il a raté Normale Sup'. Il dit lui-même que c'est un besogneux (même si ce n'est pas forcément incompatible avec surdoué).