on apprend la programmation parce qu'on a
déjà envie de programmer.
Que vous ne souhaitiez pas, par exemple, enseigner la programmation à des
on apprend la programmation parce qu'on a
déjà envie de programmer.
Et donc, que le fait qu'un outil dont on doit
se servir intensivement par la suite exige un certain apprentissage
n'est pas en soi un problème.
Il y a eu cépendant une discussion récemment dans
comp.lang.c++.moderated où Francis a suggéré l'utilisation d'un langage
de programmation comme outil d'apprentissage de la logique mathématique.
Eviter peut-être le C++ et son inénarrable bool ?
on apprend la programmation parce qu'on a
déjà envie de programmer.
Et donc
le fait qu'un outil dont on doit
se servir intensivement par la suite exige un certain apprentissage
n'est pas en soi un problème.
on apprend la programmation parce qu'on a
déjà envie de programmer.
Que vous ne souhaitiez pas, par exemple, enseigner la programmation à des
on apprend la programmation parce qu'on a
déjà envie de programmer.
Et donc, que le fait qu'un outil dont on doit
se servir intensivement par la suite exige un certain apprentissage
n'est pas en soi un problème.
Il y a eu cépendant une discussion récemment dans
comp.lang.c++.moderated où Francis a suggéré l'utilisation d'un langage
de programmation comme outil d'apprentissage de la logique mathématique.
Eviter peut-être le C++ et son inénarrable bool ?
on apprend la programmation parce qu'on a
déjà envie de programmer.
Et donc
le fait qu'un outil dont on doit
se servir intensivement par la suite exige un certain apprentissage
n'est pas en soi un problème.
on apprend la programmation parce qu'on a
déjà envie de programmer.
Que vous ne souhaitiez pas, par exemple, enseigner la programmation à des
on apprend la programmation parce qu'on a
déjà envie de programmer.
Et donc, que le fait qu'un outil dont on doit
se servir intensivement par la suite exige un certain apprentissage
n'est pas en soi un problème.
Il y a eu cépendant une discussion récemment dans
comp.lang.c++.moderated où Francis a suggéré l'utilisation d'un langage
de programmation comme outil d'apprentissage de la logique mathématique.
Eviter peut-être le C++ et son inénarrable bool ?
on apprend la programmation parce qu'on a
déjà envie de programmer.
Et donc
le fait qu'un outil dont on doit
se servir intensivement par la suite exige un certain apprentissage
n'est pas en soi un problème.
C'est une possibilité aussi. Je dirais en tout cas qu'avant d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
C'est une possibilité aussi. Je dirais en tout cas qu'avant d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
C'est une possibilité aussi. Je dirais en tout cas qu'avant d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
Mais je crois que cette discussion révelle des différences
de point de vue sur la notion d'apprentissage qui nous
séparent bien au delà du simple cadre du C++.
Mais je crois que cette discussion révelle des différences
de point de vue sur la notion d'apprentissage qui nous
séparent bien au delà du simple cadre du C++.
Mais je crois que cette discussion révelle des différences
de point de vue sur la notion d'apprentissage qui nous
séparent bien au delà du simple cadre du C++.
C'est une possibilité aussi. Je dirais en tout cas qu'avant
d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
Euh... La j'ai du mal a comprendre pourquoi tu mélanges deux métiers
bien differents : celui de programmeur et celui d'admin systeme.
Tu peux très bien etre très fort en programmation et ne pas du tout
avoir envie de jouer avec de l'administration, et vice-versa (un admin
automatisera plein de chose avec des scripts type PERL, mais se foutra
royal de la gestion du polymorphisme en C++ ;-) )
C'est une possibilité aussi. Je dirais en tout cas qu'avant
d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
Euh... La j'ai du mal a comprendre pourquoi tu mélanges deux métiers
bien differents : celui de programmeur et celui d'admin systeme.
Tu peux très bien etre très fort en programmation et ne pas du tout
avoir envie de jouer avec de l'administration, et vice-versa (un admin
automatisera plein de chose avec des scripts type PERL, mais se foutra
royal de la gestion du polymorphisme en C++ ;-) )
C'est une possibilité aussi. Je dirais en tout cas qu'avant
d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
Euh... La j'ai du mal a comprendre pourquoi tu mélanges deux métiers
bien differents : celui de programmeur et celui d'admin systeme.
Tu peux très bien etre très fort en programmation et ne pas du tout
avoir envie de jouer avec de l'administration, et vice-versa (un admin
automatisera plein de chose avec des scripts type PERL, mais se foutra
royal de la gestion du polymorphisme en C++ ;-) )
Merci pour ces renseignements. Je vais jetter un coup d'oeil.
Lequel me conseils tu ? (J'utilise VC++ introductory).
Bien ... j'aime énormément vim. Mais il est extrèmement déroutant au
début -- vu que c'est un éditeur modal (plusieurs modes de
fonctionnement), chose à des lieux de la philosophie des éditeurs
auxquels tu es habitué. Et puis ce n'est qu'un éditeur de texte (ni un
EDI/RAD, ni un OS)
Je ne sais pas. Quand j'étais chez Siemens, il y a plus de 15 ans, on
n'avait que vi, sur les machines Unix, et un système de traitement de
texte spécialisé. Un jour, le système de traitement de texte est tombé
en botte, et les secrétaires ont été obligées à utiliser vi. (On les en
avait tenu loin avant, en pensant comme toi.) Au but d'un démi journée,
elles ne voulaient plus retourner au système de traitement de texte.
Précisement parce que vi était modal -- qu'on n'avait pas besoins de
toutes ces contorsions des doigts pour déplacer le cursur, etc.
Moi-même, je n'utiliserais pas emacs s'il n'y avait pas la mode Viper.
Une émulation de vi.
Merci pour ces renseignements. Je vais jetter un coup d'oeil.
Lequel me conseils tu ? (J'utilise VC++ introductory).
Bien ... j'aime énormément vim. Mais il est extrèmement déroutant au
début -- vu que c'est un éditeur modal (plusieurs modes de
fonctionnement), chose à des lieux de la philosophie des éditeurs
auxquels tu es habitué. Et puis ce n'est qu'un éditeur de texte (ni un
EDI/RAD, ni un OS)
Je ne sais pas. Quand j'étais chez Siemens, il y a plus de 15 ans, on
n'avait que vi, sur les machines Unix, et un système de traitement de
texte spécialisé. Un jour, le système de traitement de texte est tombé
en botte, et les secrétaires ont été obligées à utiliser vi. (On les en
avait tenu loin avant, en pensant comme toi.) Au but d'un démi journée,
elles ne voulaient plus retourner au système de traitement de texte.
Précisement parce que vi était modal -- qu'on n'avait pas besoins de
toutes ces contorsions des doigts pour déplacer le cursur, etc.
Moi-même, je n'utiliserais pas emacs s'il n'y avait pas la mode Viper.
Une émulation de vi.
Merci pour ces renseignements. Je vais jetter un coup d'oeil.
Lequel me conseils tu ? (J'utilise VC++ introductory).
Bien ... j'aime énormément vim. Mais il est extrèmement déroutant au
début -- vu que c'est un éditeur modal (plusieurs modes de
fonctionnement), chose à des lieux de la philosophie des éditeurs
auxquels tu es habitué. Et puis ce n'est qu'un éditeur de texte (ni un
EDI/RAD, ni un OS)
Je ne sais pas. Quand j'étais chez Siemens, il y a plus de 15 ans, on
n'avait que vi, sur les machines Unix, et un système de traitement de
texte spécialisé. Un jour, le système de traitement de texte est tombé
en botte, et les secrétaires ont été obligées à utiliser vi. (On les en
avait tenu loin avant, en pensant comme toi.) Au but d'un démi journée,
elles ne voulaient plus retourner au système de traitement de texte.
Précisement parce que vi était modal -- qu'on n'avait pas besoins de
toutes ces contorsions des doigts pour déplacer le cursur, etc.
Moi-même, je n'utiliserais pas emacs s'il n'y avait pas la mode Viper.
Une émulation de vi.
En s'appliquant, on apprend assez d'emacs ou de vi pour commencer en
moins d'une journée. Par la suite, on apprend à fur et au mesure que les
besoins se font sentir.
Ou alors, si tu veux vraiment utiliser Emacs comme éditeur pour C++,
je conseille d'apprendre d'abord à se servir d'Emacs, et après[*]
seulement de commencer à apprendre le C++.
C'est une possibilité aussi. Je dirais en tout cas qu'avant d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
Et qu'on sache se servir d'un clavier. J'avoue ne pas comprendre comment
on peut sortir d'un lycée sans avoir apris quelque chose d'aussi
fondamental.
C'est comme pour la programmation Windows (GUI) et le C++ : je
conseille aussi de ne pas les aborder ensemble.
Tout à fait d'accord avec toi. Le C++, c'est un outil qu'il faut
maîtriser avant de s'attaquer aux applications qui s'en servent.
En s'appliquant, on apprend assez d'emacs ou de vi pour commencer en
moins d'une journée. Par la suite, on apprend à fur et au mesure que les
besoins se font sentir.
Ou alors, si tu veux vraiment utiliser Emacs comme éditeur pour C++,
je conseille d'apprendre d'abord à se servir d'Emacs, et après[*]
seulement de commencer à apprendre le C++.
C'est une possibilité aussi. Je dirais en tout cas qu'avant d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
Et qu'on sache se servir d'un clavier. J'avoue ne pas comprendre comment
on peut sortir d'un lycée sans avoir apris quelque chose d'aussi
fondamental.
C'est comme pour la programmation Windows (GUI) et le C++ : je
conseille aussi de ne pas les aborder ensemble.
Tout à fait d'accord avec toi. Le C++, c'est un outil qu'il faut
maîtriser avant de s'attaquer aux applications qui s'en servent.
En s'appliquant, on apprend assez d'emacs ou de vi pour commencer en
moins d'une journée. Par la suite, on apprend à fur et au mesure que les
besoins se font sentir.
Ou alors, si tu veux vraiment utiliser Emacs comme éditeur pour C++,
je conseille d'apprendre d'abord à se servir d'Emacs, et après[*]
seulement de commencer à apprendre le C++.
C'est une possibilité aussi. Je dirais en tout cas qu'avant d'apprendre
ou emacs ou le C++, on commence par apprendre ce que c'est qu'un
ordinateur, avec un système d'exploitation, qu'on sache par exemple
l'allumer et l'éteindre, faire des backups (eh, oui), et d'autres
petites bricoles, de préférence au niveau de la ligne de commande.
Et qu'on sache se servir d'un clavier. J'avoue ne pas comprendre comment
on peut sortir d'un lycée sans avoir apris quelque chose d'aussi
fondamental.
C'est comme pour la programmation Windows (GUI) et le C++ : je
conseille aussi de ne pas les aborder ensemble.
Tout à fait d'accord avec toi. Le C++, c'est un outil qu'il faut
maîtriser avant de s'attaquer aux applications qui s'en servent.
Ce qui est AMHA le vrai avantage. Taper des noms un peu long ne me gène
que modéremment. Les tapper faux, en revanche, et ne m'apercevoir que
lors de la compilation, ça m'embête beaucoup plus. Avec M-/, même si je
fais une faute de frappe au début, je me rends compte tout de suite,
parce qu'emacs ne trouve pas la bonne résolution. (C'est ce que les
psychologues appellent de la gratification immédiate, je crois.)
Ce qui est AMHA le vrai avantage. Taper des noms un peu long ne me gène
que modéremment. Les tapper faux, en revanche, et ne m'apercevoir que
lors de la compilation, ça m'embête beaucoup plus. Avec M-/, même si je
fais une faute de frappe au début, je me rends compte tout de suite,
parce qu'emacs ne trouve pas la bonne résolution. (C'est ce que les
psychologues appellent de la gratification immédiate, je crois.)
Ce qui est AMHA le vrai avantage. Taper des noms un peu long ne me gène
que modéremment. Les tapper faux, en revanche, et ne m'apercevoir que
lors de la compilation, ça m'embête beaucoup plus. Avec M-/, même si je
fais une faute de frappe au début, je me rends compte tout de suite,
parce qu'emacs ne trouve pas la bonne résolution. (C'est ce que les
psychologues appellent de la gratification immédiate, je crois.)
