l'ère des 8 bits a été une époque bénie pour apprendre l'informatique
Pour les bases de programmation de μcontrôleur, sûrement, oui. J'ai aussi codé en mode réel sur du 16bits, c'était clairement plus simple. Plus simple aussi de cramer la machine en se trompant d'adresse mémoire.
Par contre, pour des trucs plus compliqués, pas vraiment non. D'ailleurs, c'était passionnant, le graphisme en 16 couleurs... ou pas. Bon, j'exagère, je sais: c'était 256 couleurs en 320x200, vive le mode 13h. Et avec quelques bidouilles d'asm, on pouvait doubler la résolution, mais bon, pas à franchement parler le plus simple.
Je gage que c'est toujours dispo sur nos archis 64bits, le mode réel, d'ailleurs.
Je dirais que je suis quand même assez d'accord sur le fait qu'il soit pénible de galérer autant juste pour afficher des formes simple à l'écran. Ceci dit, à quelqu'un qui veut vraiment apprendre du code, je ne conseille pas de faire du graphismes ou des jolies fenêtres en 1er: d'abord la ligne de commande, ensuite un peu de SDL pour avoir un minimum de compréhension, et après oui, utiliser les trucs plus classe. Sachant qu'avec la SDL on n'est pas limité comme à l'époque en terme de résolution et de nombre de couleurs (mais, c'est vrai, pas de commande pour générer du son ou des images de façon procédurale. Pas son job, faut dire.).
quand on les allumait, elle étaient immédiatement utilisables (pas de temps de boot)
Vraiment? Pas de POST, pas de BIOS? Rien que le POST de mes 1ères machines (16bits, encore une fois... quoique, si ça se trouve j'ai connu du 8bits et je m'en souviens pas. Je veux dire, en tant que PC pour bosser, sinon c'est certain que j'ai connu) mettait plusieurs secondes... passer l'étape complète du BIOS mettait plusieurs dizaines de secondes.
Et surtout : il était doté d'un mode direct !
Il me semble bien que c'est le cas également de tous les langages interprétés que je connais, anciens ou modernes.
Non seulement le néophyte avait tout de suite une réaction de sa machine la première fois qu'il la sollicitait, mais on pouvait très rapidement enchaîner tout de suite sur des choses plus élaborées...
Hum. De nos jours, il est possible au néophyte de faire des choses très élaborées avec Excel, sans jamais taper la moindre ligne de code. Malheureusement pour les devs qui doivent rattraper les dégâts, d'ailleurs :)
on pourrait mettre ça dans la notice d'un ordinateur neuf
Les notices ont été supprimées parce que ça coûte cher à imprimer et que de toute façon les gens ne les lisent pas. Ironiquement, c'est moi qui lis le plus souvent les notices des appareils dans ma famille, alors que je suis celui qui a la plus grande maîtrise de cet outil. Et je râle pas mal quand je dois aller chercher la doc sur le net ou dans les tréfonds d'un CD...
[^] # Re: Les 8 bits
Posté par freem . En réponse au message Basic, Logo ou alternative. Évalué à 3.
Pour les bases de programmation de μcontrôleur, sûrement, oui. J'ai aussi codé en mode réel sur du 16bits, c'était clairement plus simple. Plus simple aussi de cramer la machine en se trompant d'adresse mémoire.
Par contre, pour des trucs plus compliqués, pas vraiment non. D'ailleurs, c'était passionnant, le graphisme en 16 couleurs... ou pas. Bon, j'exagère, je sais: c'était 256 couleurs en 320x200, vive le mode 13h. Et avec quelques bidouilles d'asm, on pouvait doubler la résolution, mais bon, pas à franchement parler le plus simple.
Je gage que c'est toujours dispo sur nos archis 64bits, le mode réel, d'ailleurs.
Je dirais que je suis quand même assez d'accord sur le fait qu'il soit pénible de galérer autant juste pour afficher des formes simple à l'écran. Ceci dit, à quelqu'un qui veut vraiment apprendre du code, je ne conseille pas de faire du graphismes ou des jolies fenêtres en 1er: d'abord la ligne de commande, ensuite un peu de SDL pour avoir un minimum de compréhension, et après oui, utiliser les trucs plus classe. Sachant qu'avec la SDL on n'est pas limité comme à l'époque en terme de résolution et de nombre de couleurs (mais, c'est vrai, pas de commande pour générer du son ou des images de façon procédurale. Pas son job, faut dire.).
Vraiment? Pas de POST, pas de BIOS? Rien que le POST de mes 1ères machines (16bits, encore une fois... quoique, si ça se trouve j'ai connu du 8bits et je m'en souviens pas. Je veux dire, en tant que PC pour bosser, sinon c'est certain que j'ai connu) mettait plusieurs secondes... passer l'étape complète du BIOS mettait plusieurs dizaines de secondes.
Il me semble bien que c'est le cas également de tous les langages interprétés que je connais, anciens ou modernes.
Hum. De nos jours, il est possible au néophyte de faire des choses très élaborées avec Excel, sans jamais taper la moindre ligne de code. Malheureusement pour les devs qui doivent rattraper les dégâts, d'ailleurs :)
Les notices ont été supprimées parce que ça coûte cher à imprimer et que de toute façon les gens ne les lisent pas. Ironiquement, c'est moi qui lis le plus souvent les notices des appareils dans ma famille, alors que je suis celui qui a la plus grande maîtrise de cet outil. Et je râle pas mal quand je dois aller chercher la doc sur le net ou dans les tréfonds d'un CD...