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)
le deuxieme avantage d'un langage type python (j'exclu perl du fait de ses variables implicites, qui sont très perturbantes et ne sont que du sucre syntaxique) est qu'il y a une très grande facilité de passage du pseudo code aux code lui-même.
le deuxieme avantage d'un langage type python (j'exclu perl du fait de
ses variables implicites, qui sont très perturbantes et ne sont que du
sucre syntaxique) est qu'il y a une très grande facilité de passage du
pseudo code aux code lui-même.
le deuxieme avantage d'un langage type python (j'exclu perl du fait de ses variables implicites, qui sont très perturbantes et ne sont que du sucre syntaxique) est qu'il y a une très grande facilité de passage du pseudo code aux code lui-même.
| Dans l'article , | Gabriel Dos Reis écrit: | | > Le lambda-calcul est trop haut niveau. <G> | | > De plus, il utilise une convention d'appel (passage par nom) peu | > utilisé dans la pratique -- le C utilise passage par valeur. | | Non, le lambda-calcul, c'est par valeur (comme en C).
Pas du tout, mon camarade. Revise ton cours sur le lambda calcul. Ou, google est ton ami.
-- Gaby
Vincent Lefevre <vincent+news@vinc17.org> writes:
| Dans l'article <m3hdpfj36m.fsf@merlin.cs.tamu.edu>,
| Gabriel Dos Reis <gdr@cs.tamu.edu> écrit:
|
| > Le lambda-calcul est trop haut niveau. <G>
|
| > De plus, il utilise une convention d'appel (passage par nom) peu
| > utilisé dans la pratique -- le C utilise passage par valeur.
|
| Non, le lambda-calcul, c'est par valeur (comme en C).
Pas du tout, mon camarade. Revise ton cours sur le lambda calcul.
Ou, google est ton ami.
| Dans l'article , | Gabriel Dos Reis écrit: | | > Le lambda-calcul est trop haut niveau. <G> | | > De plus, il utilise une convention d'appel (passage par nom) peu | > utilisé dans la pratique -- le C utilise passage par valeur. | | Non, le lambda-calcul, c'est par valeur (comme en C).
Pas du tout, mon camarade. Revise ton cours sur le lambda calcul. Ou, google est ton ami.
-- Gaby
Gabriel Dos Reis
Marc Boyer writes:
| Gabriel Dos Reis wrote: | > Marc Boyer writes: | >| > Et si tu m'interroges sur un métier que je ne pratique pas, je | >| > souleverais la question de la complexité :-/ | >| | >| Je commence à avoir du mal à suivre. | > | > | > Bah, ton argument était que tu interrogeais des gens qui n'utilisaient | > pas C++... | | Oui, mais qui interroger pour savoir pourquoi le C++ n'est | pas plus utilisé ?
Je ne dis pas que tu as tort d'interroger ces gens. Je dis simplement que je ne suis pas surpris, vu ce que j'aurais répondu si j'étais dans cette position. Je ne comprends pas pourquoi tu es étonné.
-- Gaby
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| Gabriel Dos Reis wrote:
| > Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| >| > Et si tu m'interroges sur un métier que je ne pratique pas, je
| >| > souleverais la question de la complexité :-/
| >|
| >| Je commence à avoir du mal à suivre.
| >
| >
| > Bah, ton argument était que tu interrogeais des gens qui n'utilisaient
| > pas C++...
|
| Oui, mais qui interroger pour savoir pourquoi le C++ n'est
| pas plus utilisé ?
Je ne dis pas que tu as tort d'interroger ces gens. Je dis simplement
que je ne suis pas surpris, vu ce que j'aurais répondu si j'étais dans
cette position. Je ne comprends pas pourquoi tu es étonné.
| Gabriel Dos Reis wrote: | > Marc Boyer writes: | >| > Et si tu m'interroges sur un métier que je ne pratique pas, je | >| > souleverais la question de la complexité :-/ | >| | >| Je commence à avoir du mal à suivre. | > | > | > Bah, ton argument était que tu interrogeais des gens qui n'utilisaient | > pas C++... | | Oui, mais qui interroger pour savoir pourquoi le C++ n'est | pas plus utilisé ?
Je ne dis pas que tu as tort d'interroger ces gens. Je dis simplement que je ne suis pas surpris, vu ce que j'aurais répondu si j'étais dans cette position. Je ne comprends pas pourquoi tu es étonné.
-- Gaby
Eric Deveaud
Stephane Zuckerman wrote:
Bonsoir
le deuxieme avantage d'un langage type python (j'exclu perl du fait de ses variables implicites, qui sont très perturbantes et ne sont que du sucre syntaxique) est qu'il y a une très grande facilité de passage du pseudo code aux code lui-même.
j'abonde dans ce sens tout comme il est fortement conseillé d'éviter les formes implicites et les raccourcis du genre if (a){ code } je recommande largement if (a != 0) { code }
pour paraphraser un dicton connu, ce qui s'ennonce clairement se conçoit aisement.
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !"
Eric
-- JdC>Ah non je ne suis _pas_ bien membré et je m'en tamponne joyeusement JdC>d'ailleurs. PA> Vous pourriez nous décrire cette manoeuvre plus en détails ? -+-in: Guide du Neuneu d'Usenet - L'insondable sexualité des dinos -+-
Stephane Zuckerman wrote:
Bonsoir
le deuxieme avantage d'un langage type python (j'exclu perl du fait de
ses variables implicites, qui sont très perturbantes et ne sont que du
sucre syntaxique) est qu'il y a une très grande facilité de passage du
pseudo code aux code lui-même.
j'abonde dans ce sens
tout comme il est fortement conseillé d'éviter les formes implicites et
les raccourcis du genre
if (a){ code }
je recommande largement if (a != 0) { code }
pour paraphraser un dicton connu, ce qui s'ennonce clairement se conçoit
aisement.
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
Eric
--
JdC>Ah non je ne suis _pas_ bien membré et je m'en tamponne joyeusement
JdC>d'ailleurs.
PA> Vous pourriez nous décrire cette manoeuvre plus en détails ?
-+-in: Guide du Neuneu d'Usenet - L'insondable sexualité des dinos -+-
le deuxieme avantage d'un langage type python (j'exclu perl du fait de ses variables implicites, qui sont très perturbantes et ne sont que du sucre syntaxique) est qu'il y a une très grande facilité de passage du pseudo code aux code lui-même.
j'abonde dans ce sens tout comme il est fortement conseillé d'éviter les formes implicites et les raccourcis du genre if (a){ code } je recommande largement if (a != 0) { code }
pour paraphraser un dicton connu, ce qui s'ennonce clairement se conçoit aisement.
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !"
Eric
-- JdC>Ah non je ne suis _pas_ bien membré et je m'en tamponne joyeusement JdC>d'ailleurs. PA> Vous pourriez nous décrire cette manoeuvre plus en détails ? -+-in: Guide du Neuneu d'Usenet - L'insondable sexualité des dinos -+-
Marc Boyer
Xavier Combelle wrote:
Prendre des débutants complets et commencer avec le C ? Bonne chance. Tout dépend de l'objectif. AMA, "Le Débutant" n'existe pas.
Il existe de futurs ingénieurs, des enfants inités à l'informatique, des futurs chercheurs, des non informaticien, des électroniciens, des personnes au niveau d'abstraction élevée ou pas, des personnnes qui vont beaucoup ou peu utiliser l'informatique, ... Je ne vois pas comment on peut avoir une méthode unique.
Méthode unique surement pas, mais commencer avec le C uniquement si le but est d'en dégouter un max et de ne garder que les plus motivés.
Et moi qui avait toujours cru que le C ce n'était qu'un assembleur à la syntaxe sympatique. Me serais-je trompé ?
Oui, car à ma connaissance, l'assembleur ne fait pas de conversion contre-intuitive implicite.
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...
Xavier Combelle wrote:
Prendre des débutants complets et commencer avec le C ?
Bonne chance.
Tout dépend de l'objectif. AMA, "Le Débutant" n'existe pas.
Il existe de futurs ingénieurs, des enfants inités à l'informatique,
des futurs chercheurs, des non informaticien, des électroniciens, des
personnes au niveau d'abstraction élevée ou pas, des personnnes qui vont
beaucoup ou peu utiliser l'informatique, ...
Je ne vois pas comment on peut avoir une méthode unique.
Méthode unique surement pas, mais commencer avec le C
uniquement si le but est d'en dégouter un max et de ne garder
que les plus motivés.
Et moi qui avait toujours cru que le C ce n'était qu'un assembleur
à la syntaxe sympatique. Me serais-je trompé ?
Oui, car à ma connaissance, l'assembleur ne fait pas de
conversion contre-intuitive implicite.
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. Tout dépend de l'objectif. AMA, "Le Débutant" n'existe pas.
Il existe de futurs ingénieurs, des enfants inités à l'informatique, des futurs chercheurs, des non informaticien, des électroniciens, des personnes au niveau d'abstraction élevée ou pas, des personnnes qui vont beaucoup ou peu utiliser l'informatique, ... Je ne vois pas comment on peut avoir une méthode unique.
Méthode unique surement pas, mais commencer avec le C uniquement si le but est d'en dégouter un max et de ne garder que les plus motivés.
Et moi qui avait toujours cru que le C ce n'était qu'un assembleur à la syntaxe sympatique. Me serais-je trompé ?
Oui, car à ma connaissance, l'assembleur ne fait pas de conversion contre-intuitive implicite.
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
Marc Boyer wrote:
J'aurais du dire l'écriture en assembleur oblige le programmeur qui désire libérer les ressources en ordre inverse d'acquisition en cas d'exception à un code tellement lourd qu'il ne le fait jamais dans la pratique.
Mais qui a au moins l'avantage de montrer à l'étudiant ce qu'une exception peut cacher de code et d'organisation... ;)
Ce qu'on dit, on pourrait le dire de l'automatisme en général.
Marc Boyer wrote:
J'aurais du dire l'écriture en assembleur oblige le programmeur
qui désire libérer les ressources en ordre inverse d'acquisition
en cas d'exception à un code tellement lourd qu'il ne le fait jamais
dans la pratique.
Mais qui a au moins l'avantage de montrer à l'étudiant ce qu'une
exception peut cacher de code et d'organisation... ;)
Ce qu'on dit, on pourrait le dire de l'automatisme en général.
J'aurais du dire l'écriture en assembleur oblige le programmeur qui désire libérer les ressources en ordre inverse d'acquisition en cas d'exception à un code tellement lourd qu'il ne le fait jamais dans la pratique.
Mais qui a au moins l'avantage de montrer à l'étudiant ce qu'une exception peut cacher de code et d'organisation... ;)
Ce qu'on dit, on pourrait le dire de l'automatisme en général.
Marc Boyer
In article <415d7153$0$7738$, cedric wrote:
Marc Boyer wrote:
J'aurais du dire l'écriture en assembleur oblige le programmeur qui désire libérer les ressources en ordre inverse d'acquisition en cas d'exception à un code tellement lourd qu'il ne le fait jamais dans la pratique.
Mais qui a au moins l'avantage de montrer à l'étudiant ce qu'une exception peut cacher de code et d'organisation... ;)
A ce rythme là, supprimons les compilateurs, écrivons en binaire, après avoir fait notre propre 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...
In article <415d7153$0$7738$626a14ce@news.free.fr>, cedric wrote:
Marc Boyer wrote:
J'aurais du dire l'écriture en assembleur oblige le programmeur
qui désire libérer les ressources en ordre inverse d'acquisition
en cas d'exception à un code tellement lourd qu'il ne le fait jamais
dans la pratique.
Mais qui a au moins l'avantage de montrer à l'étudiant ce qu'une
exception peut cacher de code et d'organisation... ;)
A ce rythme là, supprimons les compilateurs, écrivons
en binaire, après avoir fait notre propre 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...
J'aurais du dire l'écriture en assembleur oblige le programmeur qui désire libérer les ressources en ordre inverse d'acquisition en cas d'exception à un code tellement lourd qu'il ne le fait jamais dans la pratique.
Mais qui a au moins l'avantage de montrer à l'étudiant ce qu'une exception peut cacher de code et d'organisation... ;)
A ce rythme là, supprimons les compilateurs, écrivons en binaire, après avoir fait notre propre 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...
Laurent Deniau
Gaël Le Mignot wrote:
Un octet c'est 8 bits.
[snip]. Au fait la traduction AFNOR de byte est multiplet. En pratique il existe ou a existe des machines/systemes avec des bytes de 6,7,8,9,16 et 32 bits.
Et 4 bits aussi, sur les calculatrices HP48 par exemple (et il existe un compilateur C, hp48cc).
Pas exactement, sur cette calculatrice:
1 nibble = 4 bits = 1 word (taille des mots processeurs) 1 byte = 2 nibbles = 2 * 4 bits = 8 bits
donc pas de probleme. Il y en a plus avec les int vs void*
Si mes souvenirs sont bon, les registres de donnees sont 64 bits (re)configurable les registres d'addressage sont 20 bits.
a+, ld.
Gaël Le Mignot wrote:
Un octet c'est 8 bits.
[snip]. Au fait la traduction AFNOR de byte est multiplet. En
pratique il existe ou a existe des machines/systemes avec des bytes
de 6,7,8,9,16 et 32 bits.
Et 4 bits aussi, sur les calculatrices HP48 par exemple (et il existe
un compilateur C, hp48cc).
Pas exactement, sur cette calculatrice:
1 nibble = 4 bits = 1 word (taille des mots processeurs)
1 byte = 2 nibbles = 2 * 4 bits = 8 bits
donc pas de probleme. Il y en a plus avec les int vs void*
Si mes souvenirs sont bon,
les registres de donnees sont 64 bits (re)configurable
les registres d'addressage sont 20 bits.
[snip]. Au fait la traduction AFNOR de byte est multiplet. En pratique il existe ou a existe des machines/systemes avec des bytes de 6,7,8,9,16 et 32 bits.
Et 4 bits aussi, sur les calculatrices HP48 par exemple (et il existe un compilateur C, hp48cc).
Pas exactement, sur cette calculatrice:
1 nibble = 4 bits = 1 word (taille des mots processeurs) 1 byte = 2 nibbles = 2 * 4 bits = 8 bits
donc pas de probleme. Il y en a plus avec les int vs void*
Si mes souvenirs sont bon, les registres de donnees sont 64 bits (re)configurable les registres d'addressage sont 20 bits.
a+, ld.
Michel Billaud
Rakotomandimby Mihamina writes:
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++.
C'est un choix. Ca peut se discuter.
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 ...
Je ne comprend pas votre raisonnement.
Vous ne connaissez pas C, vous trouvez que c'est trop de boulot de l'apprendre, mais vous seriez content d'en faire. Vous vous imaginez peut être que "faire du C", ça s'apprend comme ç, et qu'une fois qu'on l'a appris, ça ne demande pas de travail ?
Vous voulez en faire, oui ou m... ? Alors hop, achat ou emprunt de bouquins à la bibliothèque, et au boulot. De toutes façons, le peu de méthodes de travail et d'algorithmique que vous apprendrez sur les bancs de la fac vous serviront à enrichir votre pratique personnelle, et réciproquement, alors ne vous commencez pas à vous lamenter avant d'avoir fait quoi que ce soit.
Quel desastre ... vous voyez un bon coté des choses dans cette histoire, moi je suis un tantinet deprimé la ...
oui, perdre des illusions c'est toujours positif.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
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++.
C'est un choix. Ca peut se discuter.
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 ...
Je ne comprend pas votre raisonnement.
Vous ne connaissez pas C, vous trouvez que c'est trop de boulot de
l'apprendre, mais vous seriez content d'en faire. Vous vous imaginez
peut être que "faire du C", ça s'apprend comme ç, et qu'une fois qu'on
l'a appris, ça ne demande pas de travail ?
Vous voulez en faire, oui ou m... ? Alors hop, achat ou emprunt de
bouquins à la bibliothèque, et au boulot. De toutes façons, le peu de
méthodes de travail et d'algorithmique que vous apprendrez sur les
bancs de la fac vous serviront à enrichir votre pratique personnelle,
et réciproquement, alors ne vous commencez pas à vous lamenter avant
d'avoir fait quoi que ce soit.
Quel desastre ... vous voyez un bon coté
des choses dans cette histoire, moi je suis un tantinet deprimé la ...
oui, perdre des illusions c'est toujours positif.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
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++.
C'est un choix. Ca peut se discuter.
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 ...
Je ne comprend pas votre raisonnement.
Vous ne connaissez pas C, vous trouvez que c'est trop de boulot de l'apprendre, mais vous seriez content d'en faire. Vous vous imaginez peut être que "faire du C", ça s'apprend comme ç, et qu'une fois qu'on l'a appris, ça ne demande pas de travail ?
Vous voulez en faire, oui ou m... ? Alors hop, achat ou emprunt de bouquins à la bibliothèque, et au boulot. De toutes façons, le peu de méthodes de travail et d'algorithmique que vous apprendrez sur les bancs de la fac vous serviront à enrichir votre pratique personnelle, et réciproquement, alors ne vous commencez pas à vous lamenter avant d'avoir fait quoi que ce soit.
Quel desastre ... vous voyez un bon coté des choses dans cette histoire, moi je suis un tantinet deprimé la ...
oui, perdre des illusions c'est toujours positif.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel Billaud
Marc Boyer writes:
| >| >| scanf("%d",&i); | >| >| scanf("%s", prenom); | >| >| | Mais en général, le débutant écrit ce genre de choses | sans vraiment savoir ce qu'il fait.
Moi, j'ai longtemps utilisé ce type de code et
découvert bien après ce que ça faisait vraiment (et je suis pas sur de tout savoir, je sais juste que j'en sais plus qu'avant).
Alors avec int 21h, et le code function 42 dans AX, c'est beaucoup plus clair.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| >| >| scanf("%d",&i);
| >| >| scanf("%s", prenom);
| >| >|
| Mais en général, le débutant écrit ce genre de choses
| sans vraiment savoir ce qu'il fait.
Moi, j'ai longtemps utilisé ce type de code et
découvert bien après ce que ça faisait vraiment (et
je suis pas sur de tout savoir, je sais juste que
j'en sais plus qu'avant).
Alors avec int 21h, et le code function 42 dans AX,
c'est beaucoup plus clair.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
| >| >| scanf("%d",&i); | >| >| scanf("%s", prenom); | >| >| | Mais en général, le débutant écrit ce genre de choses | sans vraiment savoir ce qu'il fait.
Moi, j'ai longtemps utilisé ce type de code et
découvert bien après ce que ça faisait vraiment (et je suis pas sur de tout savoir, je sais juste que j'en sais plus qu'avant).
Alors avec int 21h, et le code function 42 dans AX, c'est beaucoup plus clair.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
