Ce chapitre va nous permettre, brièvement je l'espère, de parler des deux modes de programmation qu'il existe pour nos calculatrices. Dit comme cela, vous devez probablement vous demander ce que je veux dire, mais vous comprendrez bientôt ; avant d'entrer dans les explications, je devine que vous ne vous sentirez peut-être pas très concerné par ce qui va suivre... Certes, pour des programmes que vous écrivez pour vous-même, que ce soit au cours de votre apprentissage, ou plus tard, pour votre usage personnel, le mode de programmation n'a pas une grande importance ; mais, si un jour vous êtes amené à diffuser votre, son type peut avoir une influence sur ses utilisateurs.
Au cours de ce chapitre, nous allons étudier les différences majeures entre la programmation en mode "nostub", et la programmation en mode "kernel", ainsi que ce qui peut avoir une importance pour l'utilisateur du programme.
Tout d'abord, il serait utile de savoir ce que signifient ces deux termes.
Un programme "nostub" est un programme qui ne nécessite
aucun "kernel" (noyau, en français) pour fonctionner.
Cela signifie, plus clairement, que, pour utiliser ce type de programmes,
il n'est pas utile d'avoir un programme tel que DoorsOS, UniversalOS,
TeOS, ou encore PreOS, installé sur sa calculatrice.
Le mode nostub s'est répandu à peu près en même
temps que la possibilité de coder en langage C pour nos TIs.
Un programme de type "kernel", parfois aussi dit de type "Doors",
du nom du kernel qui a fixé le standard le plus utilisé,
est exactement le contraire : il a besoin d'un kernel installé
pour fonctionner. Notez qu'il est généralement bon d'utiliser
un kernel récent, et à jour, afin de profiter de ce qui
se fait de mieux.
Ce mode est, historiquement parlant, le premier à avoir été
utilisé, puisqu'il remonte au temps des TI-92 simples ; notez qu'il
a, naturellement, vécu des améliorations depuis.
Chaque mode, quoi qu'en disent certains, présente des avantages, et des inconvénients. Je vais ici tenter de vous décrire les plus importants, afin que vous puissiez, par la suite, faire votre choix entre ces deux modes, selon vos propres goûts, mais aussi (et surtout !) selon ce dont vous aurez besoin pour votre programme.
Mode Kernel :
Avantages | Inconvénients |
---|---|
|
|
Mode Nostub :
Avantages | Inconvénients |
---|---|
|
|
Dans ce tutorial, nous travaillerons en mode Nostub. Non que je n'apprécie
pas le mode Kernel, mais le mode Nostub est actuellement le plus "à
la mode". Je me dois donc presque dans l'obligation de vous former
à ce qui est le plus utilisé...
Cela dit, il est fort probable que, dans quelques temps,nous étudions
pendant quelques chapitres le mode Kernel, ceci non seulement à
cause de son importance historique, mais pour certaines des fonctionnalités
qu'il propose. A ce moment là, nous le signalerons explicitement.
Bien que n'étudiant pas tout de suite le mode Kernel, je tiens
à préciser, pour ceux qui liraient ce tutorial sans trop
savoir quel Kernel installer sur leur machine (s'ils souhaitent en installer
un, bien entendu), que le meilleur Kernel est actuellement PreOS, disponible
sur www.timetoteam.fr.st.
C'est le seul qui soit à jour : DoorsOS est totalement dépassé,
TeOS l'est encore plus, de même que PlusShell, et UniversalOS n'est
plus à jour. De plus, PreOS propose nettement plus de fonctionnalité
que DoorsOS ou UniversalOS ! (Notons que PreOS permet naturellement d'exécuter
les programmes conçus à l'origine pour DoorsOS ou UniversalOS).
Si vous faites un tour sur les forums de la communauté, vous aurez
sans doute l'occasion de croiser des "fanatiques" de l'un, ou
de l'autre, mode. Ne leur prêtez pas particulièrement attention
; de toute façon, si l'un vous donne dix arguments en faveur du
mode nostub, l'autre vous en donnera vingt en faveur du mode kernel, et
vice versa... C'est un débat sans fin, et, malheureusement, récurrent...
Comme je l'ai déjà dit, chaque mode présente ses
avantages, et inconvénients ; c'est à vous, et à
vous seul, de faire votre choix entre les deux, programme par programme,
en pesant le pour, et le contre, de chacun.
Je n'ai pas l'intention de rendre ce chapitre plus long ; l'idée
y est déjà, même si nous pourrions débattre
sans fin.
Je commencerai le prochain chapitre par une brève réflexion
sur la forme à donner à ce tutorial, puis nous verrons notre
premier programme, ne faisant absolument rien, si ce n'est rendre le contrôle
à la calculatrice une fois terminé, ce qui est une indispensable
base !