Maxjgolf a écrit :
Bonjour à tous !
Certains d'entre vous ont dû voir passer la semaine dernière sur la page d'accueil de Planet-Casio, la mise en avant de Packs pour le BAC S de Mathématiques et de Physique-Chimie.

C'est pourquoi une présentation un peu plus précise de ces packs s'impose afin que le plus grand nombre puisse en profiter.

Le Pack de Maths est un regroupement de cours et de PRGM qui a été créé dans le but de soulager vos cerveaux de toutes les formules que le programme de mathématiques vous impose. Il comporte toutes les grandes notions du programme à savoir : Nombres Complexes, Fonctions (toutes dans leurs globalités), Suite, Géométrie dans l'espace, Statistique et Probabilité, etc... Ainsi que des programmes utiles comme résolveur de polynômes de degré 2, calcul de probabilité normale, etc... J'ai essayé de faire quelque chose de complet et de condensé.

Le Pack de Physique-Chimie est lui aussi un regroupement de cours et de PRGM, mais cette fois ci spécialisé dans le domaine de... la Physique Chimie !! Comme le pack de Maths il comporte les grandes notions abordées dans le programme de première et de terminale scientifique : Ondes et modèles, Rayonnement, Énergie et Force, Acide et Base, Chiralité/Conformation, etc... Ainsi que quelques PRGM utiles.

Globalement ces 2 packs ont été conçus par un élève de terminale S pour des élèves de terminales S, mais ils peuvent aussi être utilisés par des élèves de terminales ES/L (après je ne garantit pas le totalité de leur programme de Maths).

La mise en avant de mes Packs pour le BAC 2018 est une forme de consécration pour moi, encore un an en arrière c'est moi qui profitait du travail des autres et aujourd'hui l'équipe de Planet-Casio valorise mon travail donc j'en suis ravi Si cela peut vous inciter à télécharger ces packs ils ont déjà été téléchargé plus de 18 500 fois , c'est de mon point de vue un gage de qualité

Si jamais vous les utilisez, n'hésitez pas à me faire part de vos impressions et remarques
C'est toujours agréable, et parfois cela permet de corriger les coquilles qui auraient pu se glisser.

En attendant, bon courage à toutes et à tous pour le BAC 2018

Dark a écrit :
Que sont les Poudingues ?

Les poudingues sont des petites créatures sans bras ni jambe, au corps semblable à un mélange entre une balle d'arme à feu et un pudding. Leur visage est expressif et ils déterminent généralement leur appartenance sociale par leur couvre-chef.

Quel est le but du jeu ?

Vous incarnez un de ces fameux Poudingues, vivant au sein d'un royaume dirigé par un monarque Poudingue. En tant qu'Explorateur, vous êtes convoqué par le roi lui-même pour vous confier une mission : localiser le repaire des poudingues anti-royalistes qui semblent préparer une révolte dans l'ombre...

Drak a écrit :
Voici voila : Je vous fait part du plan que j'ai mis en place pour avancer dans mon projet. Y'a un peu de texte, pas d'image, donc je suis désolé si ça vous fait chier de lire Le projet est particulièrement et fortement ambitieux, et me demandera donc beaucoup de travail et d'investissement, d'où la nécessité de m'organiser avec précision. Voici :

Phase 1 : Écriture. Cette étape consiste à coucher sur le papier ce que je projette de faire, le gameplay et les composants du jeu, dans un idéal. Je ne m'occupe pas tant de savoir si ça tiendra dans le code, ni de savoir si j'aurais le temps et/ou la motivation d'en faire autant. J'essaye d'en écrire le plus possible, dont le scénario avec le plus de détails possible, les personnages, etc.

Phase 2 : Architecture générale. Il s'agit de hiérarchiser les sous-programmes, menus, et les chemins qui s'opèrent entre chaque. Dans cette partie, on ne s'occupe pas du code dans les détails, mais plutôt de « blocs » en tant qu'ensembles de fonctions. Par exemple, j'aurai un bloc « Title screen », un bloc « dessin map », un bloc « dialogue », etc. Il s'agira de définir avec une certaine précision les blocs qui interviendront pour le fonctionnement du jeu, d'estimer si possible leur taille et de les positionner les uns par rapport aux autres, les cheminements de sous-programmes à sous-programmes – sachant qu'on ne peut pas avoir plus de 10 sous-programmes qui tournent à la fois.

Phase 3 : Code. Écriture du code à l'intérieur de chaque bloc, avec seulement quelques données à titre d'exemple. Il ne s'agira pas de faire du bô graphisme ou bien pleins de sprites et de pictures différentes. L'objectif ici est de fabriquer rapidement quelques éléments de dialogue et de graphisme pour pouvoir écrire tout le code qui fera fonctionner le jeu et qui agira comme un squelette. De beaux graphismes sont inutiles si le code sous-jacent n'est pas fonctionnel. J'ai eu tort de commencer à faire des maps et des pictures, mais elles sont là et je ne vais pas les gâcher.
Il me faudra alors écrire de façon individuelle et séparée chaque « bloc » ou « fonction » pour m'assurer que leur fonctionnement propre est opérationnel. C'est aussi l'occasion de revoir certaines ambitions à la baisse si elles demandent trop de place dans le code. Cette partie ne constitue pas l'intégralité de l'écriture du code, loin de là. La phase 4 y occupera une place importante aussi.

Phase 4 : Mise en relation et assemblage des blocs. Cette partie sera délicate, mais aura été largement anticipée avec la phase 2. Il s'agit non plus de faire fonctionner des pièces détachées, mais de les assembler et de penser avec ingéniosité leur articulation pour que le jeu devienne une seule entité. Cette phase comprendra vraisemblablement des modifications à l'intérieur même de chaque bloc pour d'éventuelles optimisations. Il y aura naturellement de nombreux tests et essais quant au bon fonctionnement de l'ensemble de la structure.

Phase 5 : Travail de « remplissage ». Si le squelette du jeu est tout à fait opérationnel et ne présente pas de bug, on passe à cette phase qui consiste à remplir le jeu de son contenu : les graphismes, les maps, les dialogues. C'est donc à ce moment que je m’attellerai activement à la conception des graphismes du jeu et à ses dialogues. Cette phase porte bien son nom puisqu'elle devra également être modulée en fonction de la place restante en mémoire dans la calculatrice.

Phase 6 : Optimisations, essais et tests du jeu intensifs. Cette phase vise à repérer les éventuels défauts dans le code du jeu, mais aussi dans le gameplay. C'est une phase très importante car elle vise à rendre le jeu jouable, appréciable et source de plaisir (oh yeah baby), mais aussi cohérent dans son ensemble. Elle contiendra donc beaucoup de recorrections et peut-être même de frustration chez le concepteur (moi) qui constatera que son jeu est tout pourri.

Phase 7 : Publication. Une fois que les corrections, tests, optimisations et finitions sont finis, il ne me reste plus qu'à publier une version 1.0 (ou Bêta) du jeu et attendre des retours de la communauté, qui sera sans doute enthousiaste de voir un jeu sortir après plus de deux années d'attente, lôl. En fonctions des retours, des finitions et des ajouts auront peut-être lieu pour donner suite à une version 1.1, 1.2, etc. L'objectif sera donc de corriger les éventuels bugs qui seraient passés inaperçus, et prendre en compte des suggestions pour améliorer l'expérience de jeu.

Phase 8 : Supplication. Demander à ce que le jeu jouisse du label de qualité Casio. C'est mon rêve. Je le veux. Au moins une fois dans ma vie !




Et donc, sans plus attendre, je trace une balise signalant que nous nous trouvons en phase 1 (écriture) du projet, yiha !

=================================► Phase 1 ◄===================================