VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est sur que ca devrais quand meme figurer sur cette page.
VC++ ils l'ont dans la page outils pour .NET :
http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est
sur que ca devrais quand meme figurer sur cette page.
VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est sur que ca devrais quand meme figurer sur cette page.
Luc Hermitte
"Richard Chevalier" wrote in news:3fd07538$0$1156$:
VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est sur que ca devrais quand meme figurer sur cette page.
Si, les versions d'éval limitée dans le temps existent. Il faut leur en faire une demande ou acheter les magazines qui proposent de tels CDs quand il y en a. Par contre il n'est pas impossible qu'il n'y ait rien à téléchargé.
J'avais croisé une version d'éval à télécharger de VC++, voire VC tout court en fait, avec un SDK pour .NET.
-- Luc Hermitte <hermitte at free.fr> FAQ de <news:fr.comp.lang.c++> : <http://www.cmla.ens-cachan.fr/Utilisateurs/dosreis/C++/FAQ/> Dejanews : <http://groups.google.com/advanced_group_search>
"Richard Chevalier" <richev@free.fr> wrote in
news:3fd07538$0$1156$636a55ce@news.free.fr:
VC++ ils l'ont dans la page outils pour .NET :
http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite
ni version éval gratuite, mais c'est sur que ca devrais quand meme
figurer sur cette page.
Si, les versions d'éval limitée dans le temps existent. Il faut leur en
faire une demande ou acheter les magazines qui proposent de tels CDs quand
il y en a. Par contre il n'est pas impossible qu'il n'y ait rien à
téléchargé.
J'avais croisé une version d'éval à télécharger de VC++, voire VC tout
court en fait, avec un SDK pour .NET.
--
Luc Hermitte <hermitte at free.fr>
FAQ de <news:fr.comp.lang.c++> :
<http://www.cmla.ens-cachan.fr/Utilisateurs/dosreis/C++/FAQ/>
Dejanews : <http://groups.google.com/advanced_group_search>
"Richard Chevalier" wrote in news:3fd07538$0$1156$:
VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est sur que ca devrais quand meme figurer sur cette page.
Si, les versions d'éval limitée dans le temps existent. Il faut leur en faire une demande ou acheter les magazines qui proposent de tels CDs quand il y en a. Par contre il n'est pas impossible qu'il n'y ait rien à téléchargé.
J'avais croisé une version d'éval à télécharger de VC++, voire VC tout court en fait, avec un SDK pour .NET.
-- Luc Hermitte <hermitte at free.fr> FAQ de <news:fr.comp.lang.c++> : <http://www.cmla.ens-cachan.fr/Utilisateurs/dosreis/C++/FAQ/> Dejanews : <http://groups.google.com/advanced_group_search>
Christophe de VIENNE
Marc Boyer wrote:
On ne donne pas envie de devenir médecin à quelqu'un en lui faisant apprendre la liste des os de la main,
Mon petit frère est en première année de médecine, et c'est exactement ce qu'ils font... Ça écrème...
A+
Christophe
Marc Boyer wrote:
On ne donne pas envie de devenir médecin à quelqu'un en lui
faisant apprendre la liste des os de la main,
Mon petit frère est en première année de médecine, et c'est exactement
ce qu'ils font... Ça écrème...
On ne donne pas envie de devenir médecin à quelqu'un en lui faisant apprendre la liste des os de la main,
Mon petit frère est en première année de médecine, et c'est exactement ce qu'ils font... Ça écrème...
A+
Christophe
Loïc Joly
Luc Hermitte wrote:
"Richard Chevalier" wrote in news:3fd07538$0$1156$:
VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est sur que ca devrais quand meme figurer sur cette page.
Si, les versions d'éval limitée dans le temps existent. Il faut leur en faire une demande ou acheter les magazines qui proposent de tels CDs quand il y en a. Par contre il n'est pas impossible qu'il n'y ait rien à téléchargé.
J'avais croisé une version d'éval à télécharger de VC++, voire VC tout court en fait, avec un SDK pour .NET.
A une époque, on pouvait commander gratuitement des DVD pour VC7.0 (parmi visual studio.NET 2002) pendant 30 jours.
-- Loïc
Luc Hermitte wrote:
"Richard Chevalier" <richev@free.fr> wrote in
news:3fd07538$0$1156$636a55ce@news.free.fr:
VC++ ils l'ont dans la page outils pour .NET :
http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite
ni version éval gratuite, mais c'est sur que ca devrais quand meme
figurer sur cette page.
Si, les versions d'éval limitée dans le temps existent. Il faut leur en
faire une demande ou acheter les magazines qui proposent de tels CDs quand
il y en a. Par contre il n'est pas impossible qu'il n'y ait rien à
téléchargé.
J'avais croisé une version d'éval à télécharger de VC++, voire VC tout
court en fait, avec un SDK pour .NET.
A une époque, on pouvait commander gratuitement des DVD pour VC7.0
(parmi visual studio.NET 2002) pendant 30 jours.
"Richard Chevalier" wrote in news:3fd07538$0$1156$:
VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est sur que ca devrais quand meme figurer sur cette page.
Si, les versions d'éval limitée dans le temps existent. Il faut leur en faire une demande ou acheter les magazines qui proposent de tels CDs quand il y en a. Par contre il n'est pas impossible qu'il n'y ait rien à téléchargé.
J'avais croisé une version d'éval à télécharger de VC++, voire VC tout court en fait, avec un SDK pour .NET.
A une époque, on pouvait commander gratuitement des DVD pour VC7.0 (parmi visual studio.NET 2002) pendant 30 jours.
-- Loïc
Christophe Lephay
Christophe de VIENNE wrote:
Mon petit frère est en première année de médecine, et c'est exactement ce qu'ils font... Ça écrème...
Ce n'est pas juste : ce sont toujours les beaux qui s'en sortent et les laids qu'on écrème ;)
Chris
Christophe de VIENNE wrote:
Mon petit frère est en première année de médecine, et c'est exactement
ce qu'ils font... Ça écrème...
Ce n'est pas juste : ce sont toujours les beaux qui s'en sortent et les
laids qu'on écrème ;)
Mon petit frère est en première année de médecine, et c'est exactement ce qu'ils font... Ça écrème...
Ce n'est pas juste : ce sont toujours les beaux qui s'en sortent et les laids qu'on écrème ;)
Chris
Pierre Maurette
"Loïc Joly" a écrit [...]
A une époque, on pouvait commander gratuitement des DVD pour VC7.0 (parmi visual studio.NET 2002) pendant 30 jours. Oui, 60 jours en fait. J'en ai trois ou quatre encore sous cellophane ! Ils
avaient mis > 6 mois à les envoyer, et j'avais renouvelé bêtement la demande. Je les avais demandé chez NetQuartz, mais je crois que l'opération était commune. Je signale à ce sujet que Microsoft écrit en toutes lettres que ses compilateurs sont gratuits, qu'ils ne vendent que des environnements de développement. Et que le DVD de VS .NET éval permet d'accéder à tous les fichiers sans décompression. Donc aux compilateurs et outils associés, ainsi qu'à l'aide (MSDN >1 Go). Il doit y avoir de xDK à télécharger comportant les outils. Cordialement, Pierre
"Loïc Joly" <loic.actarus.joly@wanadoo.fr> a écrit
[...]
A une époque, on pouvait commander gratuitement des DVD pour VC7.0
(parmi visual studio.NET 2002) pendant 30 jours.
Oui, 60 jours en fait. J'en ai trois ou quatre encore sous cellophane ! Ils
avaient mis > 6 mois à les envoyer, et j'avais renouvelé bêtement la
demande. Je les avais demandé chez NetQuartz, mais je crois que l'opération
était commune.
Je signale à ce sujet que Microsoft écrit en toutes lettres que ses
compilateurs sont gratuits, qu'ils ne vendent que des environnements de
développement.
Et que le DVD de VS .NET éval permet d'accéder à tous les fichiers sans
décompression. Donc aux compilateurs et outils associés, ainsi qu'à l'aide
(MSDN >1 Go).
Il doit y avoir de xDK à télécharger comportant les outils.
Cordialement,
Pierre
A une époque, on pouvait commander gratuitement des DVD pour VC7.0 (parmi visual studio.NET 2002) pendant 30 jours. Oui, 60 jours en fait. J'en ai trois ou quatre encore sous cellophane ! Ils
avaient mis > 6 mois à les envoyer, et j'avais renouvelé bêtement la demande. Je les avais demandé chez NetQuartz, mais je crois que l'opération était commune. Je signale à ce sujet que Microsoft écrit en toutes lettres que ses compilateurs sont gratuits, qu'ils ne vendent que des environnements de développement. Et que le DVD de VS .NET éval permet d'accéder à tous les fichiers sans décompression. Donc aux compilateurs et outils associés, ainsi qu'à l'aide (MSDN >1 Go). Il doit y avoir de xDK à télécharger comportant les outils. Cordialement, Pierre
Matt
"Richard Chevalier" a écrit dans le message news: 3fd07538$0$1156$
VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est
sur que ca devrais quand meme figurer sur cette page.
Bonjour,
En achetant un bouquin sur Visual C++, il y avait une version de VC++ dite Introductory , pas de restriction dans le temps, mais juste une petite fenetre au lancement de l'exe, rien de méchant et tres bien pour apprendre...
Une petite question : Vi et Emacs vont ils la complementation de code ??? Car je trouve cela extrement pratique.
Matt...
"Richard Chevalier" <richev@free.fr> a écrit dans le message news:
3fd07538$0$1156$636a55ce@news.free.fr...
VC++ ils l'ont dans la page outils pour .NET :
http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni
version éval gratuite, mais c'est
sur que ca devrais quand meme figurer sur cette page.
Bonjour,
En achetant un bouquin sur Visual C++, il y avait une version de VC++
dite Introductory , pas de restriction dans le temps, mais juste une petite
fenetre
au lancement de l'exe, rien de méchant et tres bien pour apprendre...
Une petite question :
Vi et Emacs vont ils la complementation de code ???
Car je trouve cela extrement pratique.
"Richard Chevalier" a écrit dans le message news: 3fd07538$0$1156$
VC++ ils l'ont dans la page outils pour .NET : http://dotnet.developpez.com/outils/
Le probleme de VC++ je crois que c'est qu'il n'y à ni version gratuite ni version éval gratuite, mais c'est
sur que ca devrais quand meme figurer sur cette page.
Bonjour,
En achetant un bouquin sur Visual C++, il y avait une version de VC++ dite Introductory , pas de restriction dans le temps, mais juste une petite fenetre au lancement de l'exe, rien de méchant et tres bien pour apprendre...
Une petite question : Vi et Emacs vont ils la complementation de code ??? Car je trouve cela extrement pratique.
Matt...
James Kanze
Marc Boyer writes:
|> wrote: |> > Martinez Jerome wrote |> > in |> >> De plus, les exemple VIM et Emacs sont un super-exemple pour |> >> degouter les newbies (le demandeur en est un) de la |> >> programmation.
|> > Si un débuttant va être dégouter par vim ou emacs, il |> > vaut mieux qu'il change de métier. Ces éditeurs ne sont |> > certes pas facile d'aborder, mais ils offrent une puissance dont |> > on ne peut plus se passer une fois qu'on les connaît. Un peu |> > comme C++, quoi.
|> Je te trouve dur avec les débutants.
Disons plutôt réaliste.
|> On ne donne pas envie de devenir médecin à quelqu'un en lui |> faisant apprendre la liste des os de la main, on ne crée pas de |> vocation d'écrivain en faisant lire le Grévisse, etc.
Certes. Et tu crois qu'on donne envie de devenir programmeur en enseignant du C++ ?
La question, ce n'est pas tellement d'en donner envie. L'envie, au moins je le crois, devient en voyant ce qu'on en fait, non comment. L'envie d'apprendre le piano, par exemple, ne vient pas en faisant les gammes, mais en entendant d'autres jouer le piano. Mais ce n'est pas simplement en entendant d'autres qui tu apprendras même un début de jouer le piano. Et très vite, quand on apprend à jouer, on vient aux gammes.
La programmation, ce n'est pas quelque chose de facile. Pour la faire de façon efficace, il faut bien maîtriser ses outils. Et cette maîtrise passe par un certain nombre de choses qui ne sont pas forcement agréables en soi ; on les apprend parce qu'on veut la fin, et qu'ils sont le moyen d'y arriver. Un peu comme les gammes pour un musicien, quoi.
|> En effet, un débutant qui veut gouter à la prog, je |> ne lui conseillerais ni vim ni emacs.
Ni à C++, non ? Malheureusement, on ne goûte pas à une profession, ou une activité intellectuelle quelconque. On ne peut pas goûter à jouer le piano -- il faut savoir qu'on le veut (pour n'importe quelle raison), et s'y appliquer jusqu'à y arriver. Dans le cas du piano, il y a au moins deux ou trois ans avant d'avoir la moindre satisfaction. La programmation, c'est peut-être plus facile, mais il faut s'y mettre quand même.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
|> kanze@gabi-soft.fr wrote:
|> > Martinez Jerome <jerome.martinez@aenlever-orangefrance.com> wrote
|> > in
|> >> De plus, les exemple VIM et Emacs sont un super-exemple pour
|> >> degouter les newbies (le demandeur en est un) de la
|> >> programmation.
|> > Si un débuttant va être dégouter par vim ou emacs, il
|> > vaut mieux qu'il change de métier. Ces éditeurs ne sont
|> > certes pas facile d'aborder, mais ils offrent une puissance dont
|> > on ne peut plus se passer une fois qu'on les connaît. Un peu
|> > comme C++, quoi.
|> Je te trouve dur avec les débutants.
Disons plutôt réaliste.
|> On ne donne pas envie de devenir médecin à quelqu'un en lui
|> faisant apprendre la liste des os de la main, on ne crée pas de
|> vocation d'écrivain en faisant lire le Grévisse, etc.
Certes. Et tu crois qu'on donne envie de devenir programmeur en
enseignant du C++ ?
La question, ce n'est pas tellement d'en donner envie. L'envie, au moins
je le crois, devient en voyant ce qu'on en fait, non comment. L'envie
d'apprendre le piano, par exemple, ne vient pas en faisant les gammes,
mais en entendant d'autres jouer le piano. Mais ce n'est pas simplement
en entendant d'autres qui tu apprendras même un début de jouer le
piano. Et très vite, quand on apprend à jouer, on vient aux
gammes.
La programmation, ce n'est pas quelque chose de facile. Pour la faire de
façon efficace, il faut bien maîtriser ses outils. Et cette
maîtrise passe par un certain nombre de choses qui ne sont pas
forcement agréables en soi ; on les apprend parce qu'on veut la fin,
et qu'ils sont le moyen d'y arriver. Un peu comme les gammes pour un
musicien, quoi.
|> En effet, un débutant qui veut gouter à la prog, je
|> ne lui conseillerais ni vim ni emacs.
Ni à C++, non ? Malheureusement, on ne goûte pas à une
profession, ou une activité intellectuelle quelconque. On ne peut pas
goûter à jouer le piano -- il faut savoir qu'on le veut (pour
n'importe quelle raison), et s'y appliquer jusqu'à y arriver. Dans le
cas du piano, il y a au moins deux ou trois ans avant d'avoir la moindre
satisfaction. La programmation, c'est peut-être plus facile, mais il
faut s'y mettre quand même.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> wrote: |> > Martinez Jerome wrote |> > in |> >> De plus, les exemple VIM et Emacs sont un super-exemple pour |> >> degouter les newbies (le demandeur en est un) de la |> >> programmation.
|> > Si un débuttant va être dégouter par vim ou emacs, il |> > vaut mieux qu'il change de métier. Ces éditeurs ne sont |> > certes pas facile d'aborder, mais ils offrent une puissance dont |> > on ne peut plus se passer une fois qu'on les connaît. Un peu |> > comme C++, quoi.
|> Je te trouve dur avec les débutants.
Disons plutôt réaliste.
|> On ne donne pas envie de devenir médecin à quelqu'un en lui |> faisant apprendre la liste des os de la main, on ne crée pas de |> vocation d'écrivain en faisant lire le Grévisse, etc.
Certes. Et tu crois qu'on donne envie de devenir programmeur en enseignant du C++ ?
La question, ce n'est pas tellement d'en donner envie. L'envie, au moins je le crois, devient en voyant ce qu'on en fait, non comment. L'envie d'apprendre le piano, par exemple, ne vient pas en faisant les gammes, mais en entendant d'autres jouer le piano. Mais ce n'est pas simplement en entendant d'autres qui tu apprendras même un début de jouer le piano. Et très vite, quand on apprend à jouer, on vient aux gammes.
La programmation, ce n'est pas quelque chose de facile. Pour la faire de façon efficace, il faut bien maîtriser ses outils. Et cette maîtrise passe par un certain nombre de choses qui ne sont pas forcement agréables en soi ; on les apprend parce qu'on veut la fin, et qu'ils sont le moyen d'y arriver. Un peu comme les gammes pour un musicien, quoi.
|> En effet, un débutant qui veut gouter à la prog, je |> ne lui conseillerais ni vim ni emacs.
Ni à C++, non ? Malheureusement, on ne goûte pas à une profession, ou une activité intellectuelle quelconque. On ne peut pas goûter à jouer le piano -- il faut savoir qu'on le veut (pour n'importe quelle raison), et s'y appliquer jusqu'à y arriver. Dans le cas du piano, il y a au moins deux ou trois ans avant d'avoir la moindre satisfaction. La programmation, c'est peut-être plus facile, mais il faut s'y mettre quand même.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
James Kanze
Luc Hermitte writes:
|> >> De plus, les exemple VIM et Emacs sont un super-exemple pour |> >> degouter les newbies (le demandeur en est un) de la |> >> programmation. Richard a de nouveau le mérite de proposer une |> >> page qui cite des EDI accessibles au commun des mortels.)
|> > Si un débuttant va être dégouter par vim ou emacs, il |> > vaut mieux qu'il change de métier. Ces éditeurs ne sont |> > certes pas facile d'aborder, mais ils offrent une puissance dont |> > on ne peut plus se passer une fois qu'on les connaît. Un peu |> > comme C++, quoi.
|> [Je rebondi en passant à la remarque de Marc] |> Je suis assez d'accord qu'ils peuvent être austères, surtout |> Vim. Mais emacs me semble plus user-friendly pour ceux qui n'y |> connaissent rien, je me trompe ? J'ai pu encadrer des étudiants |> absolument pas pros de la programmation qui s'en sortaient sans |> aucunes difficultées avec un xemacs. [Si je peste contre cette |> fammile de softs, c'est parce que j'ai été profondément |> perverti par Vi(m) et que programmer des plugins dans un |> dérivé de lisp ne me tente absolument pas]
Je crois que beaucoup dépend de ce qu'on veut faire. En général, l'éditeur est un moyen, ce n'est pas la fin. Dans ce cas-là, l'austérité n'est pas forcément un défaut.
|> Pour ce qui est des EDI accessibles au commun des mortels. Est-ce |> une bonne chose de masquer ne serait-ce que le principe des |> dépendances ?
Il y a à mon avis deux choses distinctes à prendre en compte : l'éditeur et l'environnement de dévellopement. Quant à l'environnement de dévellopement, je ne sais pas trop ; je n'ai pas de problème avec l'utilisation d'un compilateur à ligne de commande, même, mais je sais qu'on ne peut pas tout enseigner d'un coup. Les premiers programmes seront bien dans une seule module, et les questions des dépendances (et de make) n'apparaîtront que plus tard (mais pas trop tard).
En revanche, je le trouve plutôt essentiel que le débuttant se rend bien compte de ce qu'il fait -- qu'il y a un compilateur derrière, etc., et que l'ordinateur n'execute pas directement ce qu'il a écrit. Je le trouve aussi assez essentiel que le débuttant apprend à penser avant d'écrire. J'aurais tendance à lui interdire le deboggueur, par exemple, au moins jusqu'à ce qu'il sache faire marcher des programmes simples sans s'en servir. De l'autre côté, j'aimerais bien pouvoir lui interdire même le compilateur tant qu'il n'y a pas de document de conception (Rose ou quelque chose de semblable). Seulement là, c'est plus difficile.
Question d'éditeur, le problème est simplement d'éditer le texte du programme. L'éditeur, c'est un outil de base ; on ne peut pas s'en passer, quelque soit les autres outils. Dans ce cas-là, l'importance, c'est : 1) de pouvoir tout faire sans lever les mains du clavier, et 2) de préférence, de pouvoir faire des opérations de base (comme déplacer le cursur) sans des contorsions de la main (mais les jeunes sont plus habiles aux contorsions que moi).
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Luc Hermitte <hermitte@free.fr.invalid> writes:
|> >> De plus, les exemple VIM et Emacs sont un super-exemple pour
|> >> degouter les newbies (le demandeur en est un) de la
|> >> programmation. Richard a de nouveau le mérite de proposer une
|> >> page qui cite des EDI accessibles au commun des mortels.)
|> > Si un débuttant va être dégouter par vim ou emacs, il
|> > vaut mieux qu'il change de métier. Ces éditeurs ne sont
|> > certes pas facile d'aborder, mais ils offrent une puissance dont
|> > on ne peut plus se passer une fois qu'on les connaît. Un peu
|> > comme C++, quoi.
|> [Je rebondi en passant à la remarque de Marc]
|> Je suis assez d'accord qu'ils peuvent être austères, surtout
|> Vim. Mais emacs me semble plus user-friendly pour ceux qui n'y
|> connaissent rien, je me trompe ? J'ai pu encadrer des étudiants
|> absolument pas pros de la programmation qui s'en sortaient sans
|> aucunes difficultées avec un xemacs. [Si je peste contre cette
|> fammile de softs, c'est parce que j'ai été profondément
|> perverti par Vi(m) et que programmer des plugins dans un
|> dérivé de lisp ne me tente absolument pas]
Je crois que beaucoup dépend de ce qu'on veut faire. En
général, l'éditeur est un moyen, ce n'est pas la fin. Dans ce
cas-là, l'austérité n'est pas forcément un défaut.
|> Pour ce qui est des EDI accessibles au commun des mortels. Est-ce
|> une bonne chose de masquer ne serait-ce que le principe des
|> dépendances ?
Il y a à mon avis deux choses distinctes à prendre en compte :
l'éditeur et l'environnement de dévellopement. Quant à
l'environnement de dévellopement, je ne sais pas trop ; je n'ai pas
de problème avec l'utilisation d'un compilateur à ligne de
commande, même, mais je sais qu'on ne peut pas tout enseigner d'un
coup. Les premiers programmes seront bien dans une seule module, et les
questions des dépendances (et de make) n'apparaîtront que plus
tard (mais pas trop tard).
En revanche, je le trouve plutôt essentiel que le débuttant se
rend bien compte de ce qu'il fait -- qu'il y a un compilateur
derrière, etc., et que l'ordinateur n'execute pas directement ce
qu'il a écrit. Je le trouve aussi assez essentiel que le débuttant
apprend à penser avant d'écrire. J'aurais tendance à lui
interdire le deboggueur, par exemple, au moins jusqu'à ce qu'il sache
faire marcher des programmes simples sans s'en servir. De l'autre
côté, j'aimerais bien pouvoir lui interdire même le compilateur
tant qu'il n'y a pas de document de conception (Rose ou quelque chose de
semblable). Seulement là, c'est plus difficile.
Question d'éditeur, le problème est simplement d'éditer le
texte du programme. L'éditeur, c'est un outil de base ; on ne peut
pas s'en passer, quelque soit les autres outils. Dans ce cas-là,
l'importance, c'est : 1) de pouvoir tout faire sans lever les mains du
clavier, et 2) de préférence, de pouvoir faire des opérations
de base (comme déplacer le cursur) sans des contorsions de la main
(mais les jeunes sont plus habiles aux contorsions que moi).
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> >> De plus, les exemple VIM et Emacs sont un super-exemple pour |> >> degouter les newbies (le demandeur en est un) de la |> >> programmation. Richard a de nouveau le mérite de proposer une |> >> page qui cite des EDI accessibles au commun des mortels.)
|> > Si un débuttant va être dégouter par vim ou emacs, il |> > vaut mieux qu'il change de métier. Ces éditeurs ne sont |> > certes pas facile d'aborder, mais ils offrent une puissance dont |> > on ne peut plus se passer une fois qu'on les connaît. Un peu |> > comme C++, quoi.
|> [Je rebondi en passant à la remarque de Marc] |> Je suis assez d'accord qu'ils peuvent être austères, surtout |> Vim. Mais emacs me semble plus user-friendly pour ceux qui n'y |> connaissent rien, je me trompe ? J'ai pu encadrer des étudiants |> absolument pas pros de la programmation qui s'en sortaient sans |> aucunes difficultées avec un xemacs. [Si je peste contre cette |> fammile de softs, c'est parce que j'ai été profondément |> perverti par Vi(m) et que programmer des plugins dans un |> dérivé de lisp ne me tente absolument pas]
Je crois que beaucoup dépend de ce qu'on veut faire. En général, l'éditeur est un moyen, ce n'est pas la fin. Dans ce cas-là, l'austérité n'est pas forcément un défaut.
|> Pour ce qui est des EDI accessibles au commun des mortels. Est-ce |> une bonne chose de masquer ne serait-ce que le principe des |> dépendances ?
Il y a à mon avis deux choses distinctes à prendre en compte : l'éditeur et l'environnement de dévellopement. Quant à l'environnement de dévellopement, je ne sais pas trop ; je n'ai pas de problème avec l'utilisation d'un compilateur à ligne de commande, même, mais je sais qu'on ne peut pas tout enseigner d'un coup. Les premiers programmes seront bien dans une seule module, et les questions des dépendances (et de make) n'apparaîtront que plus tard (mais pas trop tard).
En revanche, je le trouve plutôt essentiel que le débuttant se rend bien compte de ce qu'il fait -- qu'il y a un compilateur derrière, etc., et que l'ordinateur n'execute pas directement ce qu'il a écrit. Je le trouve aussi assez essentiel que le débuttant apprend à penser avant d'écrire. J'aurais tendance à lui interdire le deboggueur, par exemple, au moins jusqu'à ce qu'il sache faire marcher des programmes simples sans s'en servir. De l'autre côté, j'aimerais bien pouvoir lui interdire même le compilateur tant qu'il n'y a pas de document de conception (Rose ou quelque chose de semblable). Seulement là, c'est plus difficile.
Question d'éditeur, le problème est simplement d'éditer le texte du programme. L'éditeur, c'est un outil de base ; on ne peut pas s'en passer, quelque soit les autres outils. Dans ce cas-là, l'importance, c'est : 1) de pouvoir tout faire sans lever les mains du clavier, et 2) de préférence, de pouvoir faire des opérations de base (comme déplacer le cursur) sans des contorsions de la main (mais les jeunes sont plus habiles aux contorsions que moi).
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
James Kanze
"Matt" writes:
|> Vi et Emacs vont ils la complementation de code ??? Car je |> trouve cela extrement pratique.
Emacs, au moins, a une commande « compile ».
J'avoue que si ce n'est que ça, je ne vois pas l'intérêt -- avec vi, aussi, on peut invoquer n'importe quel commande du système. En revanche, la commande emacs mais la sortie du compilateur dans une fenêtre à part, et ajoute des commandes du genre « aller à la prochaine erreur ». Pour ma part, je n'en suis jamais servi ; typiquement, la première erreur en a déclenché les autres, et ce n'est pas la peine de continuer. Mais la commande est là.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
"Matt" <mirabon_nospam@free.fr> writes:
|> Vi et Emacs vont ils la complementation de code ??? Car je
|> trouve cela extrement pratique.
Emacs, au moins, a une commande « compile ».
J'avoue que si ce n'est que ça, je ne vois pas l'intérêt --
avec vi, aussi, on peut invoquer n'importe quel commande du système.
En revanche, la commande emacs mais la sortie du compilateur dans une
fenêtre à part, et ajoute des commandes du genre « aller à
la prochaine erreur ». Pour ma part, je n'en suis jamais servi ;
typiquement, la première erreur en a déclenché les autres, et
ce n'est pas la peine de continuer. Mais la commande est là.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> Vi et Emacs vont ils la complementation de code ??? Car je |> trouve cela extrement pratique.
Emacs, au moins, a une commande « compile ».
J'avoue que si ce n'est que ça, je ne vois pas l'intérêt -- avec vi, aussi, on peut invoquer n'importe quel commande du système. En revanche, la commande emacs mais la sortie du compilateur dans une fenêtre à part, et ajoute des commandes du genre « aller à la prochaine erreur ». Pour ma part, je n'en suis jamais servi ; typiquement, la première erreur en a déclenché les autres, et ce n'est pas la peine de continuer. Mais la commande est là.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93