Un peu de ce qu'était « l'informatique » à l'école dans les années 90 et pourquoi tous les programmeurs étaient alors exclusivement autodidactes.
Sur quoi les enfants ont appris à programmer
Au début des années 90, les écoles de Moscou ont commencé à être équipées de manière sélective en cours d'informatique. Les pièces furent immédiatement équipées de barreaux aux fenêtres et d'une lourde porte blindée en fer. De quelque part est apparu un professeur d'informatique (il ressemblait au camarade le plus important après le réalisateur), dont la tâche principale était de s'assurer que personne ne touche à rien. Rien du tout. Même la porte d'entrée.
Dans les salles de classe, on trouve le plus souvent les systèmes BK-0010 (dans ses variétés) et BK-0011M.
Photo prise
Les enfants ont été informés de la structure générale, ainsi que d'une douzaine de commandes BASIC pour pouvoir tracer des lignes et des cercles sur l'écran. Pour les niveaux primaire et intermédiaire, c'était probablement suffisant.
Il y avait quelques problèmes avec la préservation de ses créations (programmes). Le plus souvent, les ordinateurs utilisant des contrôleurs monocanaux étaient combinés en un réseau avec une topologie de « bus commun » et une vitesse de transmission de 57600 XNUMX bauds. En règle générale, il n'y avait qu'un seul lecteur de disque et les choses allaient souvent mal. Parfois ça marche, parfois non, parfois le réseau est gelé, parfois la disquette est illisible.
J'ai alors emporté avec moi cette création d'une capacité de 360 ko.
Les chances que j'en retire mon programme étaient de 50 à 70 pour cent.
Cependant, le principal problème de toutes ces histoires concernant les ordinateurs de la Colombie-Britannique était les blocages sans fin.
Cela peut se produire à tout moment, que ce soit en tapant du code ou en exécutant un programme. Un système gelé signifiait que vous perdiez 45 minutes en vain, parce que... J'ai dû tout recommencer, mais le temps de cours restant n'était plus suffisant pour cela.
Plus près de 1993, dans certaines écoles et lycées, des classes normales avec 286 voitures sont apparues et, dans certains endroits, il y avait même trois roubles. En termes de langages de programmation, il y avait deux options : là où se terminait « BASIC », commençait « Turbo Pascal ».
Programmation en "Turbo Pascal" sur l'exemple des "tanks"
En utilisant Pascal, les enfants ont appris à créer des boucles, à dessiner toutes sortes de fonctions et à travailler avec des tableaux. Au lycée de physique et de mathématiques, où j'ai « vécu » un certain temps, un couple par semaine était affecté à l'informatique. Et pendant deux ans, il y a eu cet endroit ennuyeux. Bien sûr, je voulais faire quelque chose de plus sérieux que d'afficher les valeurs d'un tableau ou d'une sorte de sinusoïde sur l'écran.
réservoirs
Battle City était l'un des jeux les plus populaires sur les consoles clones NES (Dendy, etc.).
En 1996, la popularité des 8 bits était passée, ils ramassaient depuis longtemps la poussière dans les placards, et cela me semblait cool de faire un clone de « Tanks » pour PC à grande échelle. Ce qui suit raconte comment, à l'époque, il fallait esquiver pour écrire quelque chose avec des graphiques, une souris et du son en Pascal.
Vous ne pouvez dessiner que des bâtons et des cercles
Commençons par les graphiques.
Dans sa version de base, Pascal permettait de dessiner quelques formes, de peindre et de déterminer les couleurs des points. Les procédures les plus avancées du module Graph qui nous rapprochent des sprites sont GetImage et PutImage. Avec leur aide, il a été possible de capturer une section de l'écran dans une zone mémoire préalablement réservée, puis d'utiliser cette partie comme image bitmap. En d'autres termes, si vous souhaitez réutiliser certains éléments ou images sur l'écran, vous les dessinez d'abord, les copiez en mémoire, effacez l'écran, dessinez le suivant, et ainsi de suite jusqu'à créer la bibliothèque souhaitée en mémoire. Comme tout se passe rapidement, l'utilisateur ne remarque pas ces astuces.
Le premier module où les sprites ont été utilisés était l'éditeur de cartes.
Il y avait un terrain de jeu balisé. En cliquant sur la souris, vous avez fait apparaître un menu dans lequel vous pouvez sélectionner l'une des quatre options d'obstacle. En parlant de souris...
La souris, c'est déjà la fin des années 90
Bien sûr, tout le monde avait des souris, mais jusqu'au milieu des années 90, elles n'étaient utilisées que dans Windows 3.11, dans les packages graphiques et dans un petit nombre de jeux. Wolf et Doom étaient joués uniquement au clavier. Et dans l'environnement DOS, la souris n'était pas particulièrement nécessaire. Par conséquent, Borland n'a même pas inclus le module souris dans le package standard. Vous avez dû le chercher par l'intermédiaire de vos connaissances, qui ont levé la main et se sont exclamées en réponse : « Pourquoi avez-vous besoin de lui ?
Cependant, trouver un module pour interroger la souris ne représente que la moitié de la bataille. Pour pouvoir cliquer avec la souris sur les boutons à l'écran, il fallait les dessiner. De plus, en deux versions (pressée et non pressée). Un bouton sur lequel on n'appuie pas a un dessus clair et une ombre en dessous. Lorsqu'on appuie dessus, c'est l'inverse. Et puis dessinez-le trois fois sur l'écran (sans appuyer, appuyer, puis sans appuyer à nouveau). De plus, n’oubliez pas de définir des délais d’affichage et de masquer le curseur.
Par exemple, le traitement du menu principal dans le code ressemblait à ceci :
Son – Haut-parleur PC uniquement
Une histoire à part avec du son. Au début des années XNUMX, les clones de Sound Blaster se préparaient tout juste pour leur marche victorieuse, et la plupart des applications ne fonctionnaient qu'avec le haut-parleur intégré. Le maximum de ses capacités est la reproduction simultanée d'une seule tonalité. Et c'est exactement ce que Turbo Pascal vous a permis de faire. Grâce à la procédure sonore, il était possible de « grincer » avec différentes fréquences, ce qui est suffisant pour les bruits de coups de feu et d'explosions, mais pour un économiseur d'écran musical, comme c'était alors la mode, cela ne convenait pas. En conséquence, une solution très astucieuse a été trouvée : dans les propres archives du logiciel, un « fichier exe » a été découvert, téléchargé une fois depuis un BBS. Il pouvait faire des miracles - lire des wav non compressés via un haut-parleur de PC, et il le faisait à partir de la ligne de commande et n'avait pas d'interface réelle. Il suffisait de l'appeler via la procédure d'exécution Pascal et de s'assurer que cette construction ne s'effondrerait pas.
En conséquence, la musique meurtrière est apparue sur l'économiseur d'écran, mais une chose amusante s'est produite avec elle. En 1996, j'avais un système sur un Pentium 75, monté à 90. Tout fonctionnait bien dessus. A l'université où Pascal nous a été installé au deuxième semestre, il y avait des « trois roubles » bien usés dans la classe. En accord avec le professeur, j'ai emmené ces chars au deuxième cours afin de passer un test et de ne plus y retourner. Et ainsi, après le lancement, un rugissement fort mélangé à des gargouillis gutturaux est sorti du haut-parleur. En général, la « carte à trois roubles » DX de 33 mégahertz s'est avérée incapable de faire tourner correctement le même « exécutable ». Mais sinon tout allait bien. Bien sûr, sans compter la lenteur des interrogations du clavier, qui a gâché tout le gameplay, quelles que soient les performances du PC.
Mais le problème principal n'est pas en Pascal
D'après ma compréhension, "Tanks" est le maximum qui pourrait être extrait de Turbo Pascal sans inserts d'assemblage. Les défauts évidents du produit final sont la lenteur de l'interrogation du clavier et la lenteur du rendu graphique. La situation était aggravée par le nombre extrêmement restreint de bibliothèques et de modules tiers. On pouvait les compter sur les doigts d’une main.
Mais ce qui m'a le plus bouleversé, c'est l'approche de l'enseignement scolaire. Personne ne parlait alors aux enfants des avantages et des possibilités des autres langues. En classe, ils ont presque immédiatement commencé à parler de start, println et if, ce qui enfermait les étudiants dans le paradigme BASIC-Pascal. Ces deux langues peuvent être considérées comme exclusivement éducatives. Leur utilisation « au combat » est un phénomène rare.
Pourquoi enseigner de fausses langues aux enfants est un mystère pour moi. Qu'ils soient plus visuels. Laissez des variantes de BASIC être utilisées ici et là. Mais, dans tous les cas, si une personne décide de lier son avenir à la programmation, elle devra apprendre d'autres langages à partir de zéro. Alors pourquoi les enfants ne devraient-ils pas se voir confier les mêmes tâches éducatives, mais uniquement sur une plate-forme normale (langue), au sein de laquelle ils pourraient continuer à se développer de manière indépendante ?
En parlant de tâches. À l’école et au collège, ils étaient toujours abstraits : calculer quelque chose, construire une fonction, dessiner quelque chose. J'ai étudié dans trois écoles différentes, en plus nous avons eu « Pascal » en première année de l'institut, et pas une seule fois les professeurs n'ont posé de réel problème pratique. Par exemple, créez un cahier ou autre chose utile. Tout était tiré par les cheveux. Et quand une personne passe des mois à résoudre des problèmes vides de sens, qui finissent ensuite à la poubelle... En général, les gens quittent déjà l'institut épuisés.
D'ailleurs, en troisième année de la même université, nous avons reçu des « plus » dans le programme. Cela semblait être une bonne chose, mais les gens étaient fatigués, pleins de contrefaçons et de tâches de « formation ». Personne n’était aussi enthousiaste que la première fois.
PS J'ai cherché sur Google quelles langues sont désormais enseignées dans les cours d'informatique dans les écoles. Tout est comme il y a 25 ans : Basic, Pascal. Python se présente sous forme d'inclusions sporadiques.
Source: habr.com