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 23:15:19 +0200, Trognon Patrice wrote:
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.
J'ai tres bien compris. J'ai 0 argent de poche, et meme si ce livre coutait un euro, je n'aurai pas les moyens de l'acheter. Du moins dans un proche avenir. Peut-etre dans un mois ou deux les finances seront favorables.
Enfin bon, a toi de voir :)
J'ai acheté des livres, mais a l'epoque on faisait pas de C et du coup j'ai pas de livres de C.
Mais rassurez-vous, vu comment vous recommandez ce livre, je ne manquerait pas de suivre ces conseils, et par la meme occasion encourager son auteur en achetant ce livre maias pas en se contentant de l'emprunter a la BU de la Fac.
-- 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 23:15:19 +0200, Trognon Patrice wrote:
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.
J'ai tres bien compris. J'ai 0 argent de poche, et meme si ce livre
coutait un euro, je n'aurai pas les moyens de l'acheter. Du moins dans un
proche avenir. Peut-etre dans un mois ou deux les finances seront
favorables.
Enfin bon, a toi de voir :)
J'ai acheté des livres, mais a l'epoque on faisait pas de C et du coup
j'ai pas de livres de C.
Mais rassurez-vous, vu comment vous recommandez ce livre, je ne manquerait
pas de suivre ces conseils, et par la meme occasion encourager son auteur
en achetant ce livre maias pas en se contentant de l'emprunter a la BU de
la Fac.
--
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 23:15:19 +0200, Trognon Patrice wrote:
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.
J'ai tres bien compris. J'ai 0 argent de poche, et meme si ce livre coutait un euro, je n'aurai pas les moyens de l'acheter. Du moins dans un proche avenir. Peut-etre dans un mois ou deux les finances seront favorables.
Enfin bon, a toi de voir :)
J'ai acheté des livres, mais a l'epoque on faisait pas de C et du coup j'ai pas de livres de C.
Mais rassurez-vous, vu comment vous recommandez ce livre, je ne manquerait pas de suivre ces conseils, et par la meme occasion encourager son auteur en achetant ce livre maias pas en se contentant de l'emprunter a la BU de la Fac.
-- 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)
cedric
Eric Deveaud wrote:
commencer par un langage bas niveau est une bétise.
Ne soyez pas si péremptoire. Que le développement en assembleur soit plus lent qu'en tout autre langage n'implique pas que ce soit plus difficile. Considérez ceci : la norme d'un langage (même du C, dont la norme est pourtant concise) est rarement plus courte qu'une liste d'opcodes, et fait appel à des définitions et des notions éthérées plus difficiles à visualiser que la description de l'action d'une opcode. De même, certaines embûches traditionnelles (effet de bords, ordre d'évaluation, durée de vie des variables, padding dans les données, etc) disparaissent d'elles mêmes (en tout cas, sur ces processeurs assez simples).
Quant à perdre un débutant avec la notion de mémoire, à ce que je sache le concept de variable des langages évolué, voir d'objets, n'est pas vraiment plus simple (il n'y a qu'à voir le nombre de choses différentes que regroupent le terme "objet" par exemple - merci la simplicité !).
L'assembleur peur aussi sembler un mauvais investissement du fait qu'il change de machine en machine. Pourtant, les principes de bases restent toujours plus ou moins les mêmes - il y a eu moins d'invention dans le fonctionnement d'une machine que dans le domaines des langages évolués, ou la mode et le marketing semblent avoir plus d'emprise.
Eric Deveaud wrote:
commencer par un langage bas niveau est une bétise.
Ne soyez pas si péremptoire. Que le développement en assembleur soit
plus lent qu'en tout autre langage n'implique pas que ce soit plus
difficile. Considérez ceci : la norme d'un langage (même du C, dont la
norme est pourtant concise) est rarement plus courte qu'une liste
d'opcodes, et fait appel à des définitions et des notions éthérées plus
difficiles à visualiser que la description de l'action d'une opcode. De
même, certaines embûches traditionnelles (effet de bords, ordre
d'évaluation, durée de vie des variables, padding dans les données, etc)
disparaissent d'elles mêmes (en tout cas, sur ces processeurs assez
simples).
Quant à perdre un débutant avec la notion de mémoire, à ce que je sache
le concept de variable des langages évolué, voir d'objets, n'est pas
vraiment plus simple (il n'y a qu'à voir le nombre de choses différentes
que regroupent le terme "objet" par exemple - merci la simplicité !).
L'assembleur peur aussi sembler un mauvais investissement du fait qu'il
change de machine en machine. Pourtant, les principes de bases restent
toujours plus ou moins les mêmes - il y a eu moins d'invention dans le
fonctionnement d'une machine que dans le domaines des langages évolués,
ou la mode et le marketing semblent avoir plus d'emprise.
commencer par un langage bas niveau est une bétise.
Ne soyez pas si péremptoire. Que le développement en assembleur soit plus lent qu'en tout autre langage n'implique pas que ce soit plus difficile. Considérez ceci : la norme d'un langage (même du C, dont la norme est pourtant concise) est rarement plus courte qu'une liste d'opcodes, et fait appel à des définitions et des notions éthérées plus difficiles à visualiser que la description de l'action d'une opcode. De même, certaines embûches traditionnelles (effet de bords, ordre d'évaluation, durée de vie des variables, padding dans les données, etc) disparaissent d'elles mêmes (en tout cas, sur ces processeurs assez simples).
Quant à perdre un débutant avec la notion de mémoire, à ce que je sache le concept de variable des langages évolué, voir d'objets, n'est pas vraiment plus simple (il n'y a qu'à voir le nombre de choses différentes que regroupent le terme "objet" par exemple - merci la simplicité !).
L'assembleur peur aussi sembler un mauvais investissement du fait qu'il change de machine en machine. Pourtant, les principes de bases restent toujours plus ou moins les mêmes - il y a eu moins d'invention dans le fonctionnement d'une machine que dans le domaines des langages évolués, ou la mode et le marketing semblent avoir plus d'emprise.
Guillaume L.
Salut !
Prendre des débutants complets et commencer avec le C ? Bonne chance.
C'est ce que j'ai fait et pas le seul ;et je trouve cela tres sain
Le fait que certains en réchappent ne signifie pas que ce soit une bonne méthode pédagogique.
L'intérêt d'apprendre le C c'est de comprendre ce que l'on fait et de ne pas travailler "en aveugle". Commencer par le C permet à l'étudiant de savoir ce qu'il fait et l'aidera à résoudre beaucoup plus facilement ses problèmes, et à passer plus facilement à d'autres langages ou plateformes.
Il y a des partisans des deux approches. Personnellement, j'ai débuté avec Caml/OCaml, et je m'en porte pas plus mal. Quand on sort de terminale, qu'on ne sait même pas ce qu'est un ordinateur, et définir une fonction : "soit f la fonction qui à x associe x+1" est plus intuitif dans ce langage (let f = function x -> x + 1) qu'en C, mais bon. En général, quand on débute, on brosse grossièrement, puis on sort le pinceau de 5 millimètres. Ceci dit, cela ne nous a pas empêcher de faire de l'assembleur dès le premier semestre, mais uniquement pour avoir des notions. Pour moi, on apprend à programmer un peu comme on apprend les mathématiques (ouh), on commence en apprenant "grosso modo" comment ca se passe, puis on raffine, on entre dans les détails. Il ne faut pas oublier qu'à terme, un des buts des langages de programmation (hors C/asm/...) est quand même d'abstraire la machine, de ne pas avoir à se soucier de la taille des caches, de l'associativité, de l'arithmétique de pointeurs, etc.
Je ne suis pas contre le C, je souhaite bonne chance à ceux qui désirent utiliser le C comme premier langage.
Certaines écoles d'ingéieurs apprennent commencent par apprendre le C à leurs étudiants dont certains ne connaissent rien à la programmation. Résultat après 3 ans : une maîtrise correcte du C, une autonomie en C++ et Java. Et ceux qui bossent vriament le truc ont rapidement un très bon niveau.
On parlait de l'université, au début du fil. Même si la formation à la fac tend à faire des bac+5 opérationnels pour le marché du travail, le but n'est pas de former des programmeurs à la chaîne (quelle horreur).
-- Guillaume Leconte "La foule est une somme d'erreurs qu'il faut corriger." WFN
Salut !
Prendre des débutants complets et commencer avec le C ?
Bonne chance.
C'est ce que j'ai fait et pas le seul ;et je trouve cela tres sain
Le fait que certains en réchappent ne signifie pas que ce soit une
bonne méthode pédagogique.
L'intérêt d'apprendre le C c'est de comprendre ce que l'on fait et de ne
pas travailler "en aveugle". Commencer par le C permet à l'étudiant de
savoir ce qu'il fait et l'aidera à résoudre beaucoup plus facilement ses
problèmes, et à passer plus facilement à d'autres langages ou plateformes.
Il y a des partisans des deux approches. Personnellement, j'ai débuté avec
Caml/OCaml, et je m'en porte pas plus mal. Quand on sort de terminale, qu'on
ne sait même pas ce qu'est un ordinateur, et définir une fonction :
"soit f la fonction qui à x associe x+1" est plus intuitif dans ce langage
(let f = function x -> x + 1) qu'en C, mais bon.
En général, quand on débute, on brosse grossièrement, puis on sort le pinceau
de 5 millimètres.
Ceci dit, cela ne nous a pas empêcher de faire de l'assembleur dès le premier
semestre, mais uniquement pour avoir des notions.
Pour moi, on apprend à programmer un peu comme on apprend les mathématiques
(ouh), on commence en apprenant "grosso modo" comment ca se passe, puis on
raffine, on entre dans les détails.
Il ne faut pas oublier qu'à terme, un des buts des langages de programmation
(hors C/asm/...) est quand même d'abstraire la machine, de ne pas avoir à
se soucier de la taille des caches, de l'associativité, de l'arithmétique de
pointeurs, etc.
Je ne suis pas contre le C, je souhaite bonne chance à ceux
qui désirent utiliser le C comme premier langage.
Certaines écoles d'ingéieurs apprennent commencent par apprendre le C à
leurs étudiants dont certains ne connaissent rien à la programmation.
Résultat après 3 ans : une maîtrise correcte du C, une autonomie en C++
et Java. Et ceux qui bossent vriament le truc ont rapidement un très bon
niveau.
On parlait de l'université, au début du fil. Même si la formation à la fac
tend à faire des bac+5 opérationnels pour le marché du travail, le but n'est
pas de former des programmeurs à la chaîne (quelle horreur).
--
Guillaume Leconte
"La foule est une somme d'erreurs qu'il faut corriger." WFN
Prendre des débutants complets et commencer avec le C ? Bonne chance.
C'est ce que j'ai fait et pas le seul ;et je trouve cela tres sain
Le fait que certains en réchappent ne signifie pas que ce soit une bonne méthode pédagogique.
L'intérêt d'apprendre le C c'est de comprendre ce que l'on fait et de ne pas travailler "en aveugle". Commencer par le C permet à l'étudiant de savoir ce qu'il fait et l'aidera à résoudre beaucoup plus facilement ses problèmes, et à passer plus facilement à d'autres langages ou plateformes.
Il y a des partisans des deux approches. Personnellement, j'ai débuté avec Caml/OCaml, et je m'en porte pas plus mal. Quand on sort de terminale, qu'on ne sait même pas ce qu'est un ordinateur, et définir une fonction : "soit f la fonction qui à x associe x+1" est plus intuitif dans ce langage (let f = function x -> x + 1) qu'en C, mais bon. En général, quand on débute, on brosse grossièrement, puis on sort le pinceau de 5 millimètres. Ceci dit, cela ne nous a pas empêcher de faire de l'assembleur dès le premier semestre, mais uniquement pour avoir des notions. Pour moi, on apprend à programmer un peu comme on apprend les mathématiques (ouh), on commence en apprenant "grosso modo" comment ca se passe, puis on raffine, on entre dans les détails. Il ne faut pas oublier qu'à terme, un des buts des langages de programmation (hors C/asm/...) est quand même d'abstraire la machine, de ne pas avoir à se soucier de la taille des caches, de l'associativité, de l'arithmétique de pointeurs, etc.
Je ne suis pas contre le C, je souhaite bonne chance à ceux qui désirent utiliser le C comme premier langage.
Certaines écoles d'ingéieurs apprennent commencent par apprendre le C à leurs étudiants dont certains ne connaissent rien à la programmation. Résultat après 3 ans : une maîtrise correcte du C, une autonomie en C++ et Java. Et ceux qui bossent vriament le truc ont rapidement un très bon niveau.
On parlait de l'université, au début du fil. Même si la formation à la fac tend à faire des bac+5 opérationnels pour le marché du travail, le but n'est pas de former des programmeurs à la chaîne (quelle horreur).
-- Guillaume Leconte "La foule est une somme d'erreurs qu'il faut corriger." WFN
Vincent Lefevre
Dans l'article , Yves ROMAN écrit:
Le bug de l'an 3000 n'a qu"à bien se tenir !...
Il n'y aura pas de bug de l'an 3000, mais 10000, théoriquement oui.
Le Bug du 19 Janvier 2038 à 03:14:08 n'est pas si éloigné que ça !
La plupart des machines seront au moins sur 64 bits, donc pas vraiment de bug.
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.
Je conseillerais plutôt la VO, car dans la VF, il y a des erreurs de traduction gênantes (genre byte -> octet).
Dans l'article <20040928213536.1c76d9d7.gamotte@hotmail.com>,
Yves Kuhry <gamotte@hotmail.com> écrit:
avec comme critère sous google
filetype:pdf "c programming language" kernighan
Est-il diffusé légalement?
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.
Je conseillerais plutôt la VO, car dans la VF, il y a des erreurs de
traduction gênantes (genre byte -> octet).
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.
Je conseillerais plutôt la VO, car dans la VF, il y a des erreurs de traduction gênantes (genre byte -> octet).
Ce ne sont pas les machines qui posent problème (on recompile avec un time_t sur 64 bits et tout roule). Ce sont les stockages persistants...
Ce sont normalement des stockages relativement temporaires, surtout que stocker un time_t n'est pas portable. Sinon, tout le monde est censé utiliser la norme ISO 8601.
Dans l'article <85mzz9nr26.fsf@bretagne.rail.eu.org>,
Erwan David <erwan@rail.eu.org> écrit:
Ce ne sont pas les machines qui posent problème (on recompile avec
un time_t sur 64 bits et tout roule). Ce sont les stockages
persistants...
Ce sont normalement des stockages relativement temporaires, surtout
que stocker un time_t n'est pas portable. Sinon, tout le monde est
censé utiliser la norme ISO 8601.
Ce ne sont pas les machines qui posent problème (on recompile avec un time_t sur 64 bits et tout roule). Ce sont les stockages persistants...
Ce sont normalement des stockages relativement temporaires, surtout que stocker un time_t n'est pas portable. Sinon, tout le monde est censé utiliser la norme ISO 8601.
Le Bug du 19 Janvier 2038 à 03:14:08 n'est pas si éloigné que ça !
La plupart des machines seront au moins sur 64 bits, donc pas vraiment de bug.
Il parait même que nous aurons plus de 640ko.
-- _/°< coin
Marc Boyer
Misterjack wrote:
Prendre des débutants complets et commencer avec le C ? Bonne chance.
C'est ce que j'ai fait et pas le seul ;et je trouve cela tres sain
Le fait que certains en réchappent ne signifie pas que ce soit une bonne méthode pédagogique.
L'intérêt d'apprendre le C c'est de comprendre ce que l'on fait et de ne pas travailler "en aveugle".
scanf("%d",&i); scanf("%s", prenom);
C'est clair qu'une fois qu'on a compris tout ce que font ces lignes, on a compris beaucoup de choses. Mais bon nombre de débutant font ça "en aveugle" (pendant quelques mois en tout cas).
Commencer par le C permet à l'étudiant de savoir ce qu'il fait et l'aidera à résoudre beaucoup plus facilement ses problèmes, et à passer plus facilement à d'autres langages ou plateformes.
A condition qu'il réussisse à le faire.
surtout si on part de K&R, on ne peut alors échapper au hardware.
Ce qui me confirme dans mon idée.
Euh... J'ai pas compris là...
Etre obligé de comprendre le hardware avant de savoir programmer en C me semble un argument défavorable pour le C.
Avant de programmer, en C ou en assembleur, il me semble nécessaire de savoir écrire un algorithme.
Je ne suis pas contre le C, je souhaite bonne chance à ceux qui désirent utiliser le C comme premier langage.
Certaines écoles d'ingéieurs apprennent commencent par apprendre le C à leurs étudiants dont certains ne connaissent rien à la programmation.
C'est un choix pédagogique.
Résultat après 3 ans : une maîtrise correcte du C, une autonomie en C++ et Java. Et ceux qui bossent vriament le truc ont rapidement un très bon niveau.
Et si on avait commencé par autre chose ?
Parait -il que l'on est marqué structurellement a vie, par le 1er langage que l'on connait.
D'ou l'intérêt de faire des formations dans lesquelle on en présente 2 ou 3.
Oui. Ce qui n'empêche pas de commencer par le C. Pour continuer avec C++ ou Java, ou je ne sais quoi d'autre.
Mais ça ne milite pas non plus pour le C.
Alors gommé l'interface Harw / soft me parait dangereux , un monde merveilleus ou tout est beau et ideal. Tant pis pour le Hardware et la notion de machine ...
Moi, je suis partisant de "un problème à la fois".
Le principal problème n'est pas de coder, mais de savoir ce que l'on code. C'est la condition principale pour devenir un bon codeur.
Non, AMHA le principal problème c'est de faire un code maintenable, et la question n'est plus de savoir ce qu'on fait que de savoir le partager de manière péreine.
Qui est peu utilisé dans le monde réel ?
Java est pas mal utilisé quand même. J'ai ds connaissances qui font du Java presque à temps plein pour de gros industriels. Que ça ait un intérêt énorme je ne crois pas, mais ça se fait.
Java est AMHA en train de devenir dans la communauté ce que le C a longtemps été: le choix par défaut, ie, sans bonne raison de faire autrement, on le fait en Java.
Quand à la beauté, je ne trouve pas ça un argument: on forme des développeurs, pas des artistes.
Marcel Dassault disait : "Un bel avion vole bien". A méditer.
Et Airbus a fait le Belouga ;-)
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Misterjack wrote:
Prendre des débutants complets et commencer avec le C ?
Bonne chance.
C'est ce que j'ai fait et pas le seul ;et je trouve cela tres sain
Le fait que certains en réchappent ne signifie pas que ce soit une
bonne méthode pédagogique.
L'intérêt d'apprendre le C c'est de comprendre ce que l'on fait et de ne
pas travailler "en aveugle".
scanf("%d",&i);
scanf("%s", prenom);
C'est clair qu'une fois qu'on a compris tout ce que font ces
lignes, on a compris beaucoup de choses.
Mais bon nombre de débutant font ça "en aveugle" (pendant quelques
mois en tout cas).
Commencer par le C permet à l'étudiant de
savoir ce qu'il fait et l'aidera à résoudre beaucoup plus facilement ses
problèmes, et à passer plus facilement à d'autres langages ou plateformes.
A condition qu'il réussisse à le faire.
surtout si on part de K&R, on ne peut alors échapper au hardware.
Ce qui me confirme dans mon idée.
Euh... J'ai pas compris là...
Etre obligé de comprendre le hardware avant de savoir programmer
en C me semble un argument défavorable pour le C.
Avant de programmer, en C ou en assembleur, il me semble
nécessaire de savoir écrire un algorithme.
Je ne suis pas contre le C, je souhaite bonne chance à ceux
qui désirent utiliser le C comme premier langage.
Certaines écoles d'ingéieurs apprennent commencent par apprendre le C à
leurs étudiants dont certains ne connaissent rien à la programmation.
C'est un choix pédagogique.
Résultat après 3 ans : une maîtrise correcte du C, une autonomie en C++
et Java. Et ceux qui bossent vriament le truc ont rapidement un très bon
niveau.
Et si on avait commencé par autre chose ?
Parait -il que l'on est marqué structurellement a vie, par le 1er
langage que l'on connait.
D'ou l'intérêt de faire des formations dans lesquelle on en présente
2 ou 3.
Oui. Ce qui n'empêche pas de commencer par le C. Pour continuer avec C++
ou Java, ou je ne sais quoi d'autre.
Mais ça ne milite pas non plus pour le C.
Alors gommé l'interface Harw / soft me
parait dangereux , un monde merveilleus ou tout est beau et ideal. Tant
pis pour le Hardware et la notion de machine ...
Moi, je suis partisant de "un problème à la fois".
Le principal problème n'est pas de coder, mais de savoir ce que l'on
code. C'est la condition principale pour devenir un bon codeur.
Non, AMHA le principal problème c'est de faire un code
maintenable, et la question n'est plus de savoir ce qu'on
fait que de savoir le partager de manière péreine.
Qui est peu utilisé dans le monde réel ?
Java est pas mal utilisé quand même. J'ai ds connaissances qui font du
Java presque à temps plein pour de gros industriels. Que ça ait un
intérêt énorme je ne crois pas, mais ça se fait.
Java est AMHA en train de devenir dans la communauté ce que
le C a longtemps été: le choix par défaut, ie, sans bonne
raison de faire autrement, on le fait en Java.
Quand à la beauté, je ne trouve pas ça un argument: on forme
des développeurs, pas des artistes.
Marcel Dassault disait : "Un bel avion vole bien". A méditer.
Et Airbus a fait le Belouga ;-)
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
Prendre des débutants complets et commencer avec le C ? Bonne chance.
C'est ce que j'ai fait et pas le seul ;et je trouve cela tres sain
Le fait que certains en réchappent ne signifie pas que ce soit une bonne méthode pédagogique.
L'intérêt d'apprendre le C c'est de comprendre ce que l'on fait et de ne pas travailler "en aveugle".
scanf("%d",&i); scanf("%s", prenom);
C'est clair qu'une fois qu'on a compris tout ce que font ces lignes, on a compris beaucoup de choses. Mais bon nombre de débutant font ça "en aveugle" (pendant quelques mois en tout cas).
Commencer par le C permet à l'étudiant de savoir ce qu'il fait et l'aidera à résoudre beaucoup plus facilement ses problèmes, et à passer plus facilement à d'autres langages ou plateformes.
A condition qu'il réussisse à le faire.
surtout si on part de K&R, on ne peut alors échapper au hardware.
Ce qui me confirme dans mon idée.
Euh... J'ai pas compris là...
Etre obligé de comprendre le hardware avant de savoir programmer en C me semble un argument défavorable pour le C.
Avant de programmer, en C ou en assembleur, il me semble nécessaire de savoir écrire un algorithme.
Je ne suis pas contre le C, je souhaite bonne chance à ceux qui désirent utiliser le C comme premier langage.
Certaines écoles d'ingéieurs apprennent commencent par apprendre le C à leurs étudiants dont certains ne connaissent rien à la programmation.
C'est un choix pédagogique.
Résultat après 3 ans : une maîtrise correcte du C, une autonomie en C++ et Java. Et ceux qui bossent vriament le truc ont rapidement un très bon niveau.
Et si on avait commencé par autre chose ?
Parait -il que l'on est marqué structurellement a vie, par le 1er langage que l'on connait.
D'ou l'intérêt de faire des formations dans lesquelle on en présente 2 ou 3.
Oui. Ce qui n'empêche pas de commencer par le C. Pour continuer avec C++ ou Java, ou je ne sais quoi d'autre.
Mais ça ne milite pas non plus pour le C.
Alors gommé l'interface Harw / soft me parait dangereux , un monde merveilleus ou tout est beau et ideal. Tant pis pour le Hardware et la notion de machine ...
Moi, je suis partisant de "un problème à la fois".
Le principal problème n'est pas de coder, mais de savoir ce que l'on code. C'est la condition principale pour devenir un bon codeur.
Non, AMHA le principal problème c'est de faire un code maintenable, et la question n'est plus de savoir ce qu'on fait que de savoir le partager de manière péreine.
Qui est peu utilisé dans le monde réel ?
Java est pas mal utilisé quand même. J'ai ds connaissances qui font du Java presque à temps plein pour de gros industriels. Que ça ait un intérêt énorme je ne crois pas, mais ça se fait.
Java est AMHA en train de devenir dans la communauté ce que le C a longtemps été: le choix par défaut, ie, sans bonne raison de faire autrement, on le fait en Java.
Quand à la beauté, je ne trouve pas ça un argument: on forme des développeurs, pas des artistes.
Marcel Dassault disait : "Un bel avion vole bien". A méditer.
Et Airbus a fait le Belouga ;-)
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Marc Boyer
Jean-Marc Bourguet wrote:
Je suis pas convaincu du tout. Apprendre la programmation et les details que le C force a connaitre en meme temps, bof. Soyons iconoclaste, je preferais presque commencer par de l'assembleur.
D'ailleurs, historiquement, C a été développé pour des gens qui faisaient quotidiennement de l'asseubleur à ma connaissance.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Jean-Marc Bourguet wrote:
Je suis pas convaincu du tout. Apprendre la programmation et les
details que le C force a connaitre en meme temps, bof. Soyons
iconoclaste, je preferais presque commencer par de l'assembleur.
D'ailleurs, historiquement, C a été développé pour des gens
qui faisaient quotidiennement de l'asseubleur à ma connaissance.
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
Je suis pas convaincu du tout. Apprendre la programmation et les details que le C force a connaitre en meme temps, bof. Soyons iconoclaste, je preferais presque commencer par de l'assembleur.
D'ailleurs, historiquement, C a été développé pour des gens qui faisaient quotidiennement de l'asseubleur à ma connaissance.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Marc Boyer
cedric wrote:
Eric Deveaud wrote:
commencer par un langage bas niveau est une bétise.
Ne soyez pas si péremptoire. Que le développement en assembleur soit plus lent qu'en tout autre langage n'implique pas que ce soit plus difficile. Considérez ceci : la norme d'un langage (même du C, dont la norme est pourtant concise) est rarement plus courte qu'une liste d'opcodes, et fait appel à des définitions et des notions éthérées plus difficiles à visualiser que la description de l'action d'une opcode.
Mais elle noie le programmeur novice dans une foule de détails inutiles. Ecrire un tri de type tri-rapide en ASM pour s'en convaincre. Rendre le code générique sur le type de données et le critère de tri pour rire un peu.
L'assembleur peur aussi sembler un mauvais investissement du fait qu'il change de machine en machine. Pourtant, les principes de bases restent toujours plus ou moins les mêmes - il y a eu moins d'invention dans le fonctionnement d'une machine que dans le domaines des langages évolués, ou la mode et le marketing semblent avoir plus d'emprise.
Parce que les fondeurs ont renoncé à expliquer aux développeurs de compilateur comment fonctionnent un processeur ;-)
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
cedric wrote:
Eric Deveaud wrote:
commencer par un langage bas niveau est une bétise.
Ne soyez pas si péremptoire. Que le développement en assembleur soit
plus lent qu'en tout autre langage n'implique pas que ce soit plus
difficile. Considérez ceci : la norme d'un langage (même du C, dont la
norme est pourtant concise) est rarement plus courte qu'une liste
d'opcodes, et fait appel à des définitions et des notions éthérées plus
difficiles à visualiser que la description de l'action d'une opcode.
Mais elle noie le programmeur novice dans une foule de détails
inutiles.
Ecrire un tri de type tri-rapide en ASM pour s'en convaincre.
Rendre le code générique sur le type de données et le critère
de tri pour rire un peu.
L'assembleur peur aussi sembler un mauvais investissement du fait qu'il
change de machine en machine. Pourtant, les principes de bases restent
toujours plus ou moins les mêmes - il y a eu moins d'invention dans le
fonctionnement d'une machine que dans le domaines des langages évolués,
ou la mode et le marketing semblent avoir plus d'emprise.
Parce que les fondeurs ont renoncé à expliquer aux développeurs
de compilateur comment fonctionnent un processeur ;-)
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
commencer par un langage bas niveau est une bétise.
Ne soyez pas si péremptoire. Que le développement en assembleur soit plus lent qu'en tout autre langage n'implique pas que ce soit plus difficile. Considérez ceci : la norme d'un langage (même du C, dont la norme est pourtant concise) est rarement plus courte qu'une liste d'opcodes, et fait appel à des définitions et des notions éthérées plus difficiles à visualiser que la description de l'action d'une opcode.
Mais elle noie le programmeur novice dans une foule de détails inutiles. Ecrire un tri de type tri-rapide en ASM pour s'en convaincre. Rendre le code générique sur le type de données et le critère de tri pour rire un peu.
L'assembleur peur aussi sembler un mauvais investissement du fait qu'il change de machine en machine. Pourtant, les principes de bases restent toujours plus ou moins les mêmes - il y a eu moins d'invention dans le fonctionnement d'une machine que dans le domaines des langages évolués, ou la mode et le marketing semblent avoir plus d'emprise.
Parce que les fondeurs ont renoncé à expliquer aux développeurs de compilateur comment fonctionnent un processeur ;-)
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
