C'est incroyable, la Fac d'orleans vient de passer au LMD et ils ont viré
le C des programmes.
Ils ont conservé le Caml pour les 2eme années
Et ont remplacé Pascal (1ere année) et C (2eme année) par je Java sur
les deux années.
En troisieme on aura directement droit au C++.
Je trouve ca injuste. Et dire que j'etais vraiment content de faire du C,
d'autant plus que je tourne uniquement sous Linux et que sous Linux le C
est tres abondant ... je devrais donc apprendre le C a coté : une masse
de travail supplémentaire ... Quel desastre ... vous voyez un bon coté
des choses dans cette histoire, moi je suis un tantinet deprimé la ...
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
On Tue, 28 Sep 2004 19:12:36 +0200 Rakotomandimby Mihamina wrote:
On Tue, 28 Sep 2004 10:56:45 +0200, Trognon Patrice wrote:
le K&R tu vas le trouver sur le net sans soucis.
Tu peux m'aider un peu ?
J'ai cherché avec les mots 'K&R en ligne' , 'telecharger K&R', ' Livre K&R C ANSI' ... Bref un bon lot de combinaison de mots mais j'ai pas du trouver celle qu'il faut pour degotter ce fameux livre...
C'est sur qu'en français tu auras du mal. avec comme critère sous google
filetype:pdf "c programming language" kernighan
ça devrait le faire. Cependant, si je peux me permettre, quitte à acheter un bouquin, autant que ce soit celui-là. Le confort de lecture n'est pas le même avec un vrai bouquin et des feuilles volantes ou un fichier pdf. Le K&R est intéressant autant comme livre d'initiation que de référence (notamment les annexes). C'est le genre de bouquin qu'on apprécie avoir toujours à portée de main. Si tu l'achètes tu aura en plus la VF, ce qui fait une difficulté en moins.
On Tue, 28 Sep 2004 10:56:45 +0200, Trognon Patrice wrote:
le K&R tu vas le trouver sur le net sans soucis.
Tu peux m'aider un peu ?
J'ai cherché avec les mots 'K&R en ligne' , 'telecharger K&R', ' Livre
K&R C ANSI' ... Bref un bon lot de combinaison de mots mais j'ai pas du
trouver celle qu'il faut pour degotter ce fameux livre...
C'est sur qu'en français tu auras du mal.
avec comme critère sous google
filetype:pdf "c programming language" kernighan
ça devrait le faire.
Cependant, si je peux me permettre, quitte à acheter un bouquin, autant
que ce soit celui-là. Le confort de lecture n'est pas le même avec un vrai bouquin et des feuilles volantes ou un fichier pdf. Le K&R est intéressant autant comme livre d'initiation que de référence (notamment
les annexes). C'est le genre de bouquin qu'on apprécie avoir toujours à portée de main. Si tu l'achètes tu aura en plus la VF, ce qui fait une difficulté en moins.
On Tue, 28 Sep 2004 19:12:36 +0200 Rakotomandimby Mihamina wrote:
On Tue, 28 Sep 2004 10:56:45 +0200, Trognon Patrice wrote:
le K&R tu vas le trouver sur le net sans soucis.
Tu peux m'aider un peu ?
J'ai cherché avec les mots 'K&R en ligne' , 'telecharger K&R', ' Livre K&R C ANSI' ... Bref un bon lot de combinaison de mots mais j'ai pas du trouver celle qu'il faut pour degotter ce fameux livre...
C'est sur qu'en français tu auras du mal. avec comme critère sous google
filetype:pdf "c programming language" kernighan
ça devrait le faire. Cependant, si je peux me permettre, quitte à acheter un bouquin, autant que ce soit celui-là. Le confort de lecture n'est pas le même avec un vrai bouquin et des feuilles volantes ou un fichier pdf. Le K&R est intéressant autant comme livre d'initiation que de référence (notamment les annexes). C'est le genre de bouquin qu'on apprécie avoir toujours à portée de main. Si tu l'achètes tu aura en plus la VF, ce qui fait une difficulté en moins.
-- Yves Kuhry
James Kanze
Benoît Dejean writes:
|> et après tout Java, soit disant disant "code once run everywhere" ...
C'est bien connu, Java, c'est du « write once, debug everywhere ».
Enfin, c'est quand même plus portable que le C++. Au moins, quand j'ai une GUI à réaliser. (Et si je n'ai pas de GUI, je ne me sers pas de Java:-).)
-- James Kanze Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34
Benoît Dejean <bnet@ifrance.com> writes:
|> et après tout Java, soit disant disant "code once run everywhere" ...
C'est bien connu, Java, c'est du « write once, debug everywhere ».
Enfin, c'est quand même plus portable que le C++. Au moins, quand j'ai
une GUI à réaliser. (Et si je n'ai pas de GUI, je ne me sers pas de
Java:-).)
--
James Kanze
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34
|> et après tout Java, soit disant disant "code once run everywhere" ...
C'est bien connu, Java, c'est du « write once, debug everywhere ».
Enfin, c'est quand même plus portable que le C++. Au moins, quand j'ai une GUI à réaliser. (Et si je n'ai pas de GUI, je ne me sers pas de Java:-).)
-- James Kanze Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34
Rakotomandimby Mihamina
On Tue, 28 Sep 2004 21:35:36 +0200, Yves Kuhry wrote:
filetype:pdf "c programming language" kernighan
ça devrait le faire. Cependant, si je peux me permettre,
Merci. -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
On Tue, 28 Sep 2004 21:35:36 +0200, Yves Kuhry wrote:
filetype:pdf "c programming language" kernighan
ça devrait le faire.
Cependant, si je peux me permettre,
Merci.
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
On Tue, 28 Sep 2004 21:35:36 +0200, Yves Kuhry wrote:
filetype:pdf "c programming language" kernighan
ça devrait le faire. Cependant, si je peux me permettre,
Merci. -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
James Kanze
Trognon Patrice writes:
|> A mon époque, les codeurs Cobol etaient rares et payés cher. Demain |> les codeurs C seront rare et .....
C'est encore le cas, pour les codeurs Cobol:-).
-- James Kanze Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34
|> A mon époque, les codeurs Cobol etaient rares et payés cher. Demain
|> les codeurs C seront rare et .....
C'est encore le cas, pour les codeurs Cobol:-).
--
James Kanze
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34
|> A mon époque, les codeurs Cobol etaient rares et payés cher. Demain |> les codeurs C seront rare et .....
C'est encore le cas, pour les codeurs Cobol:-).
-- James Kanze Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34
Marc Lasson
Rakotomandimby Mihamina wrote:
Bonjour, Salut,
Aller ca concerne le C donc c'est bon. C'est limite ;).
C'est incroyable, la Fac d'orleans vient de passer au LMD et ils ont viré le C des programmes.
Nous, à Lille, on a vraiment beaucoup perdu en passant au LMD (sans parler du chaos de cette première semaine). Avant le LMD le premier contact avec un langage de programmation, c'était SCHEME. La combinaison d'une syntaxe trés simple et d'une approche fonctionnelle était AMA une trés bonne chose pour débuter (sachant que le but n'est pas de devenir en un an quelqu'un d'exploitable sur le marché). Idéal pour permettre aux élèves de bien comprendre les principes de la récursivité (quelque chose qui manque à bien des informaticiens).
Maintenant finit le fonctionnel, ils installent delphi partout (des gens ont dit que les environnements graphiques aident les élèves...). Réjouissances prévues: pascal des familles et peut être même au menu: "programmation évenementiel". J'en attrape des boutons (c'est le cas de le dire).
"Monde de merde."
En prime, ils ont virés ADA en deuxième année :'(. Le pire c'est que tous les profs d'info avec lesquels j'ai discuté n'approuvent pas ces choix. L'excuse avancée (que l'on peut comprendre à défaut d'accepter), c'est qu'ils manquent de profs d'info pour la première année et qu'ils pourront utiliser des moniteurs qui viennent de physique car ceux-ci ont des notions de Pascal.
Ils ont conservé le Caml pour les 2eme années C'est trés bien ça ;).
Et ont remplacé Pascal (1ere année) et C (2eme année) par je Java sur les deux années. Java, brrr. Ici c'est au S5 (debut de troisième année).
Je me demande si c'est pas pour attirer les élèves qu'ils ont adopté des langages de programmation "à la mode". Mais de toute façon, c'est pas sur les bancs des amphis qu'on apprends à programmer. À la limite, on est là pour comprendre les différents paradigmes de programmation, les concepts modernes de programmation (hélas souvent liés au langage) et de conception et biensûr l'algorithmique. En bref, toutes ces choses qui ne risquent pas de changer d'ici la prochaine réforme universitaire.
Après la programmation, ça viendra avec l'expérience.
-- Marc.
Rakotomandimby Mihamina wrote:
Bonjour,
Salut,
Aller ca concerne le C donc c'est bon.
C'est limite ;).
C'est incroyable, la Fac d'orleans vient de passer au LMD et ils ont viré
le C des programmes.
Nous, à Lille, on a vraiment beaucoup perdu en passant au LMD (sans
parler du chaos de cette première semaine).
Avant le LMD le premier contact avec un langage de programmation,
c'était SCHEME. La combinaison d'une syntaxe trés simple et d'une
approche fonctionnelle était AMA une trés bonne chose pour débuter
(sachant que le but n'est pas de devenir en un an quelqu'un
d'exploitable sur le marché). Idéal pour permettre aux élèves
de bien comprendre les principes de la récursivité (quelque chose
qui manque à bien des informaticiens).
Maintenant finit le fonctionnel, ils installent delphi partout
(des gens ont dit que les environnements graphiques aident les
élèves...). Réjouissances prévues: pascal des familles et peut
être même au menu: "programmation évenementiel".
J'en attrape des boutons (c'est le cas de le dire).
"Monde de merde."
En prime, ils ont virés ADA en deuxième année :'(.
Le pire c'est que tous les profs d'info avec lesquels j'ai
discuté n'approuvent pas ces choix. L'excuse avancée (que l'on
peut comprendre à défaut d'accepter), c'est qu'ils manquent de
profs d'info pour la première année et qu'ils pourront utiliser
des moniteurs qui viennent de physique car ceux-ci ont des
notions de Pascal.
Ils ont conservé le Caml pour les 2eme années
C'est trés bien ça ;).
Et ont remplacé Pascal (1ere année) et C (2eme année) par je Java sur
les deux années.
Java, brrr. Ici c'est au S5 (debut de troisième année).
Je me demande si c'est pas pour attirer les élèves qu'ils ont
adopté des langages de programmation "à la mode". Mais de
toute façon, c'est pas sur les bancs des amphis qu'on
apprends à programmer. À la limite, on est là pour comprendre
les différents paradigmes de programmation, les concepts
modernes de programmation (hélas souvent liés au langage) et de
conception et biensûr l'algorithmique. En bref, toutes ces
choses qui ne risquent pas de changer d'ici la prochaine réforme
universitaire.
Après la programmation, ça viendra avec l'expérience.
Aller ca concerne le C donc c'est bon. C'est limite ;).
C'est incroyable, la Fac d'orleans vient de passer au LMD et ils ont viré le C des programmes.
Nous, à Lille, on a vraiment beaucoup perdu en passant au LMD (sans parler du chaos de cette première semaine). Avant le LMD le premier contact avec un langage de programmation, c'était SCHEME. La combinaison d'une syntaxe trés simple et d'une approche fonctionnelle était AMA une trés bonne chose pour débuter (sachant que le but n'est pas de devenir en un an quelqu'un d'exploitable sur le marché). Idéal pour permettre aux élèves de bien comprendre les principes de la récursivité (quelque chose qui manque à bien des informaticiens).
Maintenant finit le fonctionnel, ils installent delphi partout (des gens ont dit que les environnements graphiques aident les élèves...). Réjouissances prévues: pascal des familles et peut être même au menu: "programmation évenementiel". J'en attrape des boutons (c'est le cas de le dire).
"Monde de merde."
En prime, ils ont virés ADA en deuxième année :'(. Le pire c'est que tous les profs d'info avec lesquels j'ai discuté n'approuvent pas ces choix. L'excuse avancée (que l'on peut comprendre à défaut d'accepter), c'est qu'ils manquent de profs d'info pour la première année et qu'ils pourront utiliser des moniteurs qui viennent de physique car ceux-ci ont des notions de Pascal.
Ils ont conservé le Caml pour les 2eme années C'est trés bien ça ;).
Et ont remplacé Pascal (1ere année) et C (2eme année) par je Java sur les deux années. Java, brrr. Ici c'est au S5 (debut de troisième année).
Je me demande si c'est pas pour attirer les élèves qu'ils ont adopté des langages de programmation "à la mode". Mais de toute façon, c'est pas sur les bancs des amphis qu'on apprends à programmer. À la limite, on est là pour comprendre les différents paradigmes de programmation, les concepts modernes de programmation (hélas souvent liés au langage) et de conception et biensûr l'algorithmique. En bref, toutes ces choses qui ne risquent pas de changer d'ici la prochaine réforme universitaire.
Après la programmation, ça viendra avec l'expérience.
-- Marc.
Yves Kuhry
On Tue, 28 Sep 2004 21:57:58 +0200 Rakotomandimby Mihamina wrote:
On Tue, 28 Sep 2004 21:35:36 +0200, Yves Kuhry wrote:
filetype:pdf "c programming language" kernighan
ça devrait le faire. Cependant, si je peux me permettre,
Merci.
Bon ben, c'est pas faute d'avoir essayé :-) -- Yves Kuhry
On Tue, 28 Sep 2004 21:57:58 +0200 Rakotomandimby Mihamina wrote:
On Tue, 28 Sep 2004 21:35:36 +0200, Yves Kuhry wrote:
filetype:pdf "c programming language" kernighan
ça devrait le faire. Cependant, si je peux me permettre,
Merci.
Bon ben, c'est pas faute d'avoir essayé :-) -- Yves Kuhry
Rakotomandimby Mihamina
Bon. je pensais que le LMD allai uniformiser mais en fait il n'en est rien. Nous quittons Pascal, vous le reprenez ... comme tu dis : "monde de merde" ... Bon aller on arrete la parceque ca risque de deriver fort. OK ? :-) je plonk ... -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Bon. je pensais que le LMD allai uniformiser mais en fait il n'en est rien.
Nous quittons Pascal, vous le reprenez ... comme tu dis : "monde de merde" ...
Bon aller on arrete la parceque ca risque de deriver fort. OK ?
:-)
je plonk ...
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
Bon. je pensais que le LMD allai uniformiser mais en fait il n'en est rien. Nous quittons Pascal, vous le reprenez ... comme tu dis : "monde de merde" ... Bon aller on arrete la parceque ca risque de deriver fort. OK ? :-) je plonk ... -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Trognon Patrice
Rakotomandimby Mihamina wrote:
On Tue, 28 Sep 2004 10:56:45 +0200, Trognon Patrice wrote:
le K&R tu vas le trouver sur le net sans soucis.
Tu peux m'aider un peu ?
J'ai cherché avec les mots 'K&R en ligne' , 'telecharger K&R', ' Livre K&R C ANSI' ... Bref un bon lot de combinaison de mots mais j'ai pas du trouver celle qu'il faut pour degotter ce fameux livre...
Hum hum,
Le K&R ca fait parti des livres a avoir dans sa bibliothèque coute que coute ! Tu vois, comme certains DVD de films cultes que tu vas pas downloader sur le net parceque tu veux absoluement les acheter.
Enfin bon, a toi de voir :)
Patrice.
Rakotomandimby Mihamina wrote:
On Tue, 28 Sep 2004 10:56:45 +0200, Trognon Patrice wrote:
le K&R tu vas le trouver sur le net sans soucis.
Tu peux m'aider un peu ?
J'ai cherché avec les mots 'K&R en ligne' , 'telecharger K&R', ' Livre
K&R C ANSI' ... Bref un bon lot de combinaison de mots mais j'ai pas du
trouver celle qu'il faut pour degotter ce fameux livre...
Hum hum,
Le K&R ca fait parti des livres a avoir dans sa bibliothèque coute que coute !
Tu vois, comme certains DVD de films cultes que tu vas pas downloader
sur le net parceque tu veux absoluement les acheter.
On Tue, 28 Sep 2004 10:56:45 +0200, Trognon Patrice wrote:
le K&R tu vas le trouver sur le net sans soucis.
Tu peux m'aider un peu ?
J'ai cherché avec les mots 'K&R en ligne' , 'telecharger K&R', ' Livre K&R C ANSI' ... Bref un bon lot de combinaison de mots mais j'ai pas du trouver celle qu'il faut pour degotter ce fameux livre...
Hum hum,
Le K&R ca fait parti des livres a avoir dans sa bibliothèque coute que coute ! Tu vois, comme certains DVD de films cultes que tu vas pas downloader sur le net parceque tu veux absoluement les acheter.
Enfin bon, a toi de voir :)
Patrice.
Trognon Patrice
James Kanze wrote:
Benoît Dejean writes:
|> et après tout Java, soit disant disant "code once run everywhere" ...
C'est bien connu, Java, c'est du « write once, debug everywhere ».
Enfin, c'est quand même plus portable que le C++. Au moins, quand j'ai une GUI à réaliser. (Et si je n'ai pas de GUI, je ne me sers pas de Java:-).)
Ben la portabilité tu peux l'avoir en C++ aussi (et en C). Le tout étant de savoir ce que tu écris.
Perso auteur d'un jeu en C++/opengl, plus de 20000 lignes de code, codé entièrement sur windows, le portage sur linux m'a pris une seule journée.
Ce que je veux dire, c'est que le problème est de savoir ce que l'on veut : 1) soit on laisse la programmation aux spécialistes, et alors le portage ne leur pose pas trop de problème. 2) soit on essaye de mettre la programmation à la portée de plus de monde.
Dans le cas 1), les codeurs en question savent ce qu'ils font. Dans le cas 2), les codeurs on l'impression de savoir ce qu'ils font car le language utilisé leur masque beaucoup de chose.
Au bilan on a quoi d'après vous ?
Regardez le nombre de projets Java qui donnent des usines à gaz à l'arrivée.
Le problème c'est pas le language utilisé sur un projet, c'est ce que va apporter pédagogiquement parlant un language dans un cycle d'études.
Java n'est pas un language qui va former des programmeurs sachant se soucier des problèmes de perfs car il masque trop de chose, mais sans les résoudre, car les problèmes sont toujours la .
Personnellement je leur ferais faire 2 ans de C et uniquement du C, suivi d'une année de C++.
Apres ca, apprendre un Java, un Perl, un Php etc, c'est une rigolade pour celui qui maitrise C et C++.
Bref, laisser tomber le C dans un cycle d'études et mettre Java a la place c'est anti-pédagogique.
Comment je fais passer un entretient Java, je demande au mec de me parler de C et de C++, et a la fin en 5 ou 6 question je vérifie qu'il connait java, pour moi celui qui ne connait pas le C va commencer par écrire des choses pas jolies jolies.
Patrice.
James Kanze wrote:
Benoît Dejean <bnet@ifrance.com> writes:
|> et après tout Java, soit disant disant "code once run everywhere" ...
C'est bien connu, Java, c'est du « write once, debug everywhere ».
Enfin, c'est quand même plus portable que le C++. Au moins, quand j'ai
une GUI à réaliser. (Et si je n'ai pas de GUI, je ne me sers pas de
Java:-).)
Ben la portabilité tu peux l'avoir en C++ aussi (et en C).
Le tout étant de savoir ce que tu écris.
Perso auteur d'un jeu en C++/opengl, plus de 20000 lignes de code,
codé entièrement sur windows, le portage sur linux m'a pris
une seule journée.
Ce que je veux dire, c'est que le problème est de savoir ce que
l'on veut :
1) soit on laisse la programmation aux spécialistes, et alors
le portage ne leur pose pas trop de problème.
2) soit on essaye de mettre la programmation à la portée de plus
de monde.
Dans le cas 1), les codeurs en question savent ce qu'ils font.
Dans le cas 2), les codeurs on l'impression de savoir ce qu'ils font
car le language utilisé leur masque beaucoup de chose.
Au bilan on a quoi d'après vous ?
Regardez le nombre de projets Java qui donnent des usines à gaz à l'arrivée.
Le problème c'est pas le language utilisé sur un projet, c'est
ce que va apporter pédagogiquement parlant un language dans un cycle
d'études.
Java n'est pas un language qui va former des programmeurs sachant se soucier
des problèmes de perfs car il masque trop de chose, mais sans les résoudre,
car les problèmes sont toujours la .
Personnellement je leur ferais faire 2 ans de C et uniquement du C,
suivi d'une année de C++.
Apres ca, apprendre un Java, un Perl, un Php etc, c'est une rigolade
pour celui qui maitrise C et C++.
Bref, laisser tomber le C dans un cycle d'études et mettre Java a la place
c'est anti-pédagogique.
Comment je fais passer un entretient Java, je demande au mec de me parler
de C et de C++, et a la fin en 5 ou 6 question je vérifie qu'il connait
java, pour moi celui qui ne connait pas le C va commencer par écrire des
choses pas jolies jolies.
|> et après tout Java, soit disant disant "code once run everywhere" ...
C'est bien connu, Java, c'est du « write once, debug everywhere ».
Enfin, c'est quand même plus portable que le C++. Au moins, quand j'ai une GUI à réaliser. (Et si je n'ai pas de GUI, je ne me sers pas de Java:-).)
Ben la portabilité tu peux l'avoir en C++ aussi (et en C). Le tout étant de savoir ce que tu écris.
Perso auteur d'un jeu en C++/opengl, plus de 20000 lignes de code, codé entièrement sur windows, le portage sur linux m'a pris une seule journée.
Ce que je veux dire, c'est que le problème est de savoir ce que l'on veut : 1) soit on laisse la programmation aux spécialistes, et alors le portage ne leur pose pas trop de problème. 2) soit on essaye de mettre la programmation à la portée de plus de monde.
Dans le cas 1), les codeurs en question savent ce qu'ils font. Dans le cas 2), les codeurs on l'impression de savoir ce qu'ils font car le language utilisé leur masque beaucoup de chose.
Au bilan on a quoi d'après vous ?
Regardez le nombre de projets Java qui donnent des usines à gaz à l'arrivée.
Le problème c'est pas le language utilisé sur un projet, c'est ce que va apporter pédagogiquement parlant un language dans un cycle d'études.
Java n'est pas un language qui va former des programmeurs sachant se soucier des problèmes de perfs car il masque trop de chose, mais sans les résoudre, car les problèmes sont toujours la .
Personnellement je leur ferais faire 2 ans de C et uniquement du C, suivi d'une année de C++.
Apres ca, apprendre un Java, un Perl, un Php etc, c'est une rigolade pour celui qui maitrise C et C++.
Bref, laisser tomber le C dans un cycle d'études et mettre Java a la place c'est anti-pédagogique.
Comment je fais passer un entretient Java, je demande au mec de me parler de C et de C++, et a la fin en 5 ou 6 question je vérifie qu'il connait java, pour moi celui qui ne connait pas le C va commencer par écrire des choses pas jolies jolies.
Patrice.
Francis Delanativité
"Trognon Patrice" a écrit dans le message de news:4159228a$0$21179$
laissons faire, laissons faire ;)
Le bug de l'an 3000 n'a qu"à bien se tenir !...
FDDE
"Trognon Patrice" <trognon.patrice@wanadoo.fr> a écrit dans le message de
news:4159228a$0$21179$8fcfb975@news.wanadoo.fr...
