debutant en programmation

Alain Naigeon

28/02/2005 à 21:01

"Rolupi" a écrit dans le message news:
42236712$0$31358$

pour qui tu te prends?
monsieur est fort en français et il veut le faire remarquer à tous le
monde!

C'est pas mieux de faire marquer qu'on est pas fort !

si tu n avais pas envi de répondre à mon post, tu ne répondais pas.

Il faut donc croire qu'il en avait envie.

tu me fais de la peine en faite..........

en quoi ?

tu ne fais jamais de faute toi?

pas des comme ça.

--

Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - - Strasbourg, France

Fabien LE LEZ

28/02/2005 à 21:03

On Mon, 28 Feb 2005 19:46:38 +0100, "Rolupi" :

si tu n avais pas envi de répondre à mon post, tu ne répondais pas.

Tu as demandé comment s'y prendre pour apprendre la programmation. Ce
à quoi j'ai répondu en substance qu'à mon avis, un prérequis est
d'acquérir assez de rigueur pour pouvoir respecter la grammaire
française.

--
;-)

Alain Naigeon

28/02/2005 à 21:07

"Alain Naigeon" a écrit dans le message news:
422377c0$0$31363$

"Rolupi" a écrit dans le message news:
tu ne fais jamais de faute toi?

pas des comme ça.

C'est pas mieux de faire marquer qu'on est pas fort !
mais des comme-ci : ----->*

:-)

--

Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - - Strasbourg, France

Olivier Azeau

28/02/2005 à 21:32

julien wrote:

wrote:
Ce sont des fautes de frappe, non « c'est une faute de frappe ».
Et c'est un peu ce que disait Fabien -- si tu n'as pas assez de
rigueur pour écrire correctement, en évitant les fautes de
frappe, tu n'as pas assez de rigueur pour devenir un bon
programmeur. Parce que la programmation exige beaucoup de
rigueur (et je ne connais aucun compilateur qui accepte des
fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en programmant!
Si c'est le cas, c'est que tu dois être un newbie, qui n'a pas tapé
beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce qu'il
écrit, non ?
Pour la remarque du "newbie", je crois qu'il vaut mieux en rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de frappes.
C'est d'ailleur une des principale fonctions d'un compilo (à par celui
de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur orthographique, je
n'ose imaginer combien de fois il te faut le lancer avant d'arriver à
compiler un fichier (surtout si tu fais autant de fautes "de frappe" que
quand tu écris en français)
Mais même avec ça, tu risques gros avec les erreurs que le compilo ne
détectera pas.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Bien sûr le compilo n'y a vu que du feu et le bug est resté bien caché
pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une lettre et
que l'on intervertit facilement si l'on n'y regarde pas de trop près.

Je ne partage que très peu l'opinion exprimée dans ce thread comme quoi
la connaissance de l'orthographe de sa langue maternelle est essentielle
pour bien programmer (parce que j'ai beaucoup de contre-exemples pour
infirmer cette règle) mais je suis sûr d'une chose : savoir prêter
attention aux détails (et ne pas croire que le compilo va le faire à
notre place) est une condition primordiale pour programmer efficacement.

julien wrote:

kanze@gabi-soft.fr wrote:

Ce sont des fautes de frappe, non « c'est une faute de frappe ».
Et c'est un peu ce que disait Fabien -- si tu n'as pas assez de
rigueur pour écrire correctement, en évitant les fautes de
frappe, tu n'as pas assez de rigueur pour devenir un bon
programmeur. Parce que la programmation exige beaucoup de
rigueur (et je ne connais aucun compilateur qui accepte des
fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en programmant!
Si c'est le cas, c'est que tu dois être un newbie, qui n'a pas tapé
beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce qu'il
écrit, non ?
Pour la remarque du "newbie", je crois qu'il vaut mieux en rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de frappes.
C'est d'ailleur une des principale fonctions d'un compilo (à par celui
de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur orthographique, je
n'ose imaginer combien de fois il te faut le lancer avant d'arriver à
compiler un fichier (surtout si tu fais autant de fautes "de frappe" que
quand tu écris en français)
Mais même avec ça, tu risques gros avec les erreurs que le compilo ne
détectera pas.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Bien sûr le compilo n'y a vu que du feu et le bug est resté bien caché
pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une lettre et
que l'on intervertit facilement si l'on n'y regarde pas de trop près.

Je ne partage que très peu l'opinion exprimée dans ce thread comme quoi
la connaissance de l'orthographe de sa langue maternelle est essentielle
pour bien programmer (parce que j'ai beaucoup de contre-exemples pour
infirmer cette règle) mais je suis sûr d'une chose : savoir prêter
attention aux détails (et ne pas croire que le compilo va le faire à
notre place) est une condition primordiale pour programmer efficacement.

Vous avez filtré cet utilisateur ! Consultez son message

julien wrote:

wrote:
Ce sont des fautes de frappe, non « c'est une faute de frappe ».
Et c'est un peu ce que disait Fabien -- si tu n'as pas assez de
rigueur pour écrire correctement, en évitant les fautes de
frappe, tu n'as pas assez de rigueur pour devenir un bon
programmeur. Parce que la programmation exige beaucoup de
rigueur (et je ne connais aucun compilateur qui accepte des
fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en programmant!
Si c'est le cas, c'est que tu dois être un newbie, qui n'a pas tapé
beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce qu'il
écrit, non ?
Pour la remarque du "newbie", je crois qu'il vaut mieux en rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de frappes.
C'est d'ailleur une des principale fonctions d'un compilo (à par celui
de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur orthographique, je
n'ose imaginer combien de fois il te faut le lancer avant d'arriver à
compiler un fichier (surtout si tu fais autant de fautes "de frappe" que
quand tu écris en français)
Mais même avec ça, tu risques gros avec les erreurs que le compilo ne
détectera pas.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Bien sûr le compilo n'y a vu que du feu et le bug est resté bien caché
pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une lettre et
que l'on intervertit facilement si l'on n'y regarde pas de trop près.

Je ne partage que très peu l'opinion exprimée dans ce thread comme quoi
la connaissance de l'orthographe de sa langue maternelle est essentielle
pour bien programmer (parce que j'ai beaucoup de contre-exemples pour
infirmer cette règle) mais je suis sûr d'une chose : savoir prêter
attention aux détails (et ne pas croire que le compilo va le faire à
notre place) est une condition primordiale pour programmer efficacement.

Pierre Maurette

28/02/2005 à 22:06

[...]

tu me fais de la peine en faite..........

en quoi ?
En faite de toi.

"J'ai vu le couvreur, il m'a parlé de toi ..."
--
Pierre

James Kanze

28/02/2005 à 23:08

Fabien LE LEZ wrote:

On Mon, 28 Feb 2005 19:46:38 +0100, "Rolupi" :

si tu n avais pas envi de répondre à mon post, tu ne répondais
pas.

Tu as demandé comment s'y prendre pour apprendre la
programmation. Ce à quoi j'ai répondu en substance qu'à mon
avis, un prérequis est d'acquérir assez de rigueur pour
pouvoir respecter la grammaire française.

Je dirais qu'une autre qualité importante pour apprendre la
programmation, ou n'importe quoi d'autre, c'est d'écouter les
criticismes, et d'essayer de comprendre pourquoi on les fait,
plutôt que de se facher:-). J'avoue que tu as été un peu dur --
il y avait bien quelques erreurs, mais je doute qu'il les a fait
exprès (comme certains qu'on a vu), et je n'ai pas de raison à
douter qu'il puisse être rigueureux s'il le veut. Tu as eu
raison, en revanche, d'en signaler l'importance. Et sa réaction
à la critique n'est pas prometteuse. (J'espère qu'il ne réagit
pas comme ça quand c'est le compilateur qui lui dit qu'il y a
une faute d'orthographe.)

--
James Kanze home: www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 pl. Pierre Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34

James Kanze

28/02/2005 à 23:29

Olivier Azeau wrote:

julien wrote:

wrote:

Ce sont des fautes de frappe, non « c'est une faute de
frappe ». Et c'est un peu ce que disait Fabien -- si tu n'as
pas assez de rigueur pour écrire correctement, en évitant
les fautes de frappe, tu n'as pas assez de rigueur pour
devenir un bon programmeur. Parce que la programmation exige
beaucoup de rigueur (et je ne connais aucun compilateur qui
accepte des fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en
programmant! Si c'est le cas, c'est que tu dois être un
newbie, qui n'a pas tapé beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce
qu'il écrit, non ?

En partie. Il y a en fait un ensemble de raisons -- par exemple,
il y a longtemps que j'ai appris à taper correctement :
rapidement, sans régarder le clavier, et sans faire beaucoup de
fautes. En fin de compte, le clavier, c'est l'outil dont je me
sers le plus, et un bon ouvrier sait manier ses outils. (Comme
quoi, la programmation n'est pas uniquement un travail
intellectuel.) Et crois-moi, ça aide. Il y a aussi que je fasse
peut-être plus d'attention que la plupart du fait que le
français est une langue étrangère pour moi.

Et c'est peut-être, effectivement, que j'écris des programmes
depuis plus de trente ans, et que donc j'ai bien appris
l'importance de ce genre de détails. J'étais assez nul en
orthographe quand j'étais à l'école, aussi. Précisement parce
que je n'avais pas encore compris l'importance des détails.

Pour la remarque du "newbie", je crois qu'il vaut mieux en
rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de
frappes. C'est d'ailleur une des principale fonctions d'un
compilo (à par celui de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur
orthographique, je n'ose imaginer combien de fois il te faut
le lancer avant d'arriver à compiler un fichier (surtout si tu
fais autant de fautes "de frappe" que quand tu écris en
français)

Mais même avec ça, tu risques gros avec les erreurs que le
compilo ne détectera pas.

Dans l'application sur laquelle je travaille actuellement, on a
des automatons et des automations. Je t'assure, on fait
attention, et on ne compte pas sur le compilateur pour détecter
les erreurs.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Bien sûr le compilo n'y a vu que du feu et le bug est resté
bien caché pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une
lettre et que l'on intervertit facilement si l'on n'y regarde
pas de trop près.

Je ne partage que très peu l'opinion exprimée dans ce thread
comme quoi la connaissance de l'orthographe de sa langue
maternelle est essentielle pour bien programmer (parce que
j'ai beaucoup de contre-exemples pour infirmer cette règle)
mais je suis sûr d'une chose : savoir prêter attention aux
détails (et ne pas croire que le compilo va le faire à notre
place) est une condition primordiale pour programmer
efficacement.

Je crois que c'est surtout ça. Même aujourd'hui, je ne m'estime
pas fort en orthographe. Mais je sais me servir d'un
dictionnaire, quand il faut.

--
James Kanze home: www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 pl. Pierre Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34

Olivier Azeau wrote:

julien wrote:

kanze@gabi-soft.fr wrote:

Ce sont des fautes de frappe, non « c'est une faute de
frappe ». Et c'est un peu ce que disait Fabien -- si tu n'as
pas assez de rigueur pour écrire correctement, en évitant
les fautes de frappe, tu n'as pas assez de rigueur pour
devenir un bon programmeur. Parce que la programmation exige
beaucoup de rigueur (et je ne connais aucun compilateur qui
accepte des fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en
programmant! Si c'est le cas, c'est que tu dois être un
newbie, qui n'a pas tapé beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce
qu'il écrit, non ?

En partie. Il y a en fait un ensemble de raisons -- par exemple,
il y a longtemps que j'ai appris à taper correctement :
rapidement, sans régarder le clavier, et sans faire beaucoup de
fautes. En fin de compte, le clavier, c'est l'outil dont je me
sers le plus, et un bon ouvrier sait manier ses outils. (Comme
quoi, la programmation n'est pas uniquement un travail
intellectuel.) Et crois-moi, ça aide. Il y a aussi que je fasse
peut-être plus d'attention que la plupart du fait que le
français est une langue étrangère pour moi.

Et c'est peut-être, effectivement, que j'écris des programmes
depuis plus de trente ans, et que donc j'ai bien appris
l'importance de ce genre de détails. J'étais assez nul en
orthographe quand j'étais à l'école, aussi. Précisement parce
que je n'avais pas encore compris l'importance des détails.

Pour la remarque du "newbie", je crois qu'il vaut mieux en
rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de
frappes. C'est d'ailleur une des principale fonctions d'un
compilo (à par celui de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur
orthographique, je n'ose imaginer combien de fois il te faut
le lancer avant d'arriver à compiler un fichier (surtout si tu
fais autant de fautes "de frappe" que quand tu écris en
français)

Mais même avec ça, tu risques gros avec les erreurs que le
compilo ne détectera pas.

Dans l'application sur laquelle je travaille actuellement, on a
des automatons et des automations. Je t'assure, on fait
attention, et on ne compte pas sur le compilateur pour détecter
les erreurs.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Bien sûr le compilo n'y a vu que du feu et le bug est resté
bien caché pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une
lettre et que l'on intervertit facilement si l'on n'y regarde
pas de trop près.

Je ne partage que très peu l'opinion exprimée dans ce thread
comme quoi la connaissance de l'orthographe de sa langue
maternelle est essentielle pour bien programmer (parce que
j'ai beaucoup de contre-exemples pour infirmer cette règle)
mais je suis sûr d'une chose : savoir prêter attention aux
détails (et ne pas croire que le compilo va le faire à notre
place) est une condition primordiale pour programmer
efficacement.

Je crois que c'est surtout ça. Même aujourd'hui, je ne m'estime
pas fort en orthographe. Mais je sais me servir d'un
dictionnaire, quand il faut.

--
James Kanze home: www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 pl. Pierre Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34

Vous avez filtré cet utilisateur ! Consultez son message

Olivier Azeau wrote:

julien wrote:

wrote:

Ce sont des fautes de frappe, non « c'est une faute de
frappe ». Et c'est un peu ce que disait Fabien -- si tu n'as
pas assez de rigueur pour écrire correctement, en évitant
les fautes de frappe, tu n'as pas assez de rigueur pour
devenir un bon programmeur. Parce que la programmation exige
beaucoup de rigueur (et je ne connais aucun compilateur qui
accepte des fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en
programmant! Si c'est le cas, c'est que tu dois être un
newbie, qui n'a pas tapé beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce
qu'il écrit, non ?

En partie. Il y a en fait un ensemble de raisons -- par exemple,
il y a longtemps que j'ai appris à taper correctement :
rapidement, sans régarder le clavier, et sans faire beaucoup de
fautes. En fin de compte, le clavier, c'est l'outil dont je me
sers le plus, et un bon ouvrier sait manier ses outils. (Comme
quoi, la programmation n'est pas uniquement un travail
intellectuel.) Et crois-moi, ça aide. Il y a aussi que je fasse
peut-être plus d'attention que la plupart du fait que le
français est une langue étrangère pour moi.

Et c'est peut-être, effectivement, que j'écris des programmes
depuis plus de trente ans, et que donc j'ai bien appris
l'importance de ce genre de détails. J'étais assez nul en
orthographe quand j'étais à l'école, aussi. Précisement parce
que je n'avais pas encore compris l'importance des détails.

Pour la remarque du "newbie", je crois qu'il vaut mieux en
rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de
frappes. C'est d'ailleur une des principale fonctions d'un
compilo (à par celui de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur
orthographique, je n'ose imaginer combien de fois il te faut
le lancer avant d'arriver à compiler un fichier (surtout si tu
fais autant de fautes "de frappe" que quand tu écris en
français)

Mais même avec ça, tu risques gros avec les erreurs que le
compilo ne détectera pas.

Dans l'application sur laquelle je travaille actuellement, on a
des automatons et des automations. Je t'assure, on fait
attention, et on ne compte pas sur le compilateur pour détecter
les erreurs.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Bien sûr le compilo n'y a vu que du feu et le bug est resté
bien caché pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une
lettre et que l'on intervertit facilement si l'on n'y regarde
pas de trop près.

Je ne partage que très peu l'opinion exprimée dans ce thread
comme quoi la connaissance de l'orthographe de sa langue
maternelle est essentielle pour bien programmer (parce que
j'ai beaucoup de contre-exemples pour infirmer cette règle)
mais je suis sûr d'une chose : savoir prêter attention aux
détails (et ne pas croire que le compilo va le faire à notre
place) est une condition primordiale pour programmer
efficacement.

Je crois que c'est surtout ça. Même aujourd'hui, je ne m'estime
pas fort en orthographe. Mais je sais me servir d'un
dictionnaire, quand il faut.

--
James Kanze home: www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 pl. Pierre Sémard, 78210 St.-Cyr-l'École, France +33 (0)1 30 23 00 34

Alain Naigeon

01/03/2005 à 00:35

"Pierre Maurette" a écrit dans le message news:

[...]
tu me fais de la peine en faite..........

en quoi ?
En faite de toi.

"J'ai vu le couvreur, il m'a parlé de toi ..."

Ouahhh ;-) C'est ça aussi, tout ce qu'on perd,
ne pas pouvoir rire d'une violation des règles,
faute de les connaître, ça doit être triste !

--

Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - - Strasbourg, France

marc.boyer.news

01/03/2005 à 09:26

julien wrote

del yahoo wrote:
Fabien LE LEZ wrote in message
Et je persiste dans mon opinion : je ne pense pas que quelqu'un qui
n'a pas la rigueur suffisante pour respecter des règles de grammaire
de base dans au moins une langue, ne peut pas programmer sérieusement.
Et surtout pas en C++, et encore moins en C.

Tout dépend de ce que l'on appelle 'de base', en Français comme en C++.

Et néglige aussi pas mal de processus cognitifs...

Moi j'avais 19.5 de moyenne en grammaire (c'est de la logique), et 0 en
orthographe.
Et j'ai toujours eu une des meilleurs notes en grammaire, et la plus
mauvaise en orthographe.

C'est grave docteur ?

Est-ce que cela te pose problème ?

Sérieusement, le Francais n'a rien à voir avec la rigueur, au contraire
on aprend qu'il n'y a pas de régles sans exceptions, alors qu'en
programmation, c'est l'inverse, il ne faut faire aucune exception, et
faire preuve de la même rigueur sans jamais les transgresser.

Ne passons pas d'un extrème à l'autre: il y a une rigueur dans les
languages naturels, mais elle admet des exceptions.

Quand à la programmation, dire qu'aucune règle n'admet d'exception,
c'est en C++ assez ridicule aussi. Des règles en C++ avec des
exceptions, on peut en faire plein, genre:
- "on peut lancer une exception partout, sauf dans un destructeur"
- "n'utilisez jamais de variable globale, mais des singletons, sauf
quand vous ne pouvez pas faire autrement"
- "ne mélanger jamais les types signées et non signés, réservez les
types signés à l'arithmétique et les non signés aux champs de bits,
sauf pour les tailles (size_t)"
- "toujours utiliser l'héritage public pour traduire 'isA'", mais
Gabriel fait hériter Vecteur2D de Point dans un de ces codes

Sans parler des règles tellement complexes que des gens en débattent
ici en citant des passages de la norme pour généralement arriver
à la conclusion que c'est l'interprétation de Gabriel qu'il faut
retenir car c'est en lui qu'on a le plus confiance pour ce type
de question.

Le monde réel n'est ni tout blanc ni tout noir.

Marc Boyer

julien <forum@no--Spam_the-last-dream.com> wrote

marc.boyer@enseeiht.yahoo.fr.invalid del yahoo wrote:

Fabien LE LEZ <gramster@gramster.com> wrote in message

Et je persiste dans mon opinion : je ne pense pas que quelqu'un qui
n'a pas la rigueur suffisante pour respecter des règles de grammaire
de base dans au moins une langue, ne peut pas programmer sérieusement.
Et surtout pas en C++, et encore moins en C.

Tout dépend de ce que l'on appelle 'de base', en Français comme en C++.

Et néglige aussi pas mal de processus cognitifs...

Moi j'avais 19.5 de moyenne en grammaire (c'est de la logique), et 0 en
orthographe.
Et j'ai toujours eu une des meilleurs notes en grammaire, et la plus
mauvaise en orthographe.

C'est grave docteur ?

Est-ce que cela te pose problème ?

Sérieusement, le Francais n'a rien à voir avec la rigueur, au contraire
on aprend qu'il n'y a pas de régles sans exceptions, alors qu'en
programmation, c'est l'inverse, il ne faut faire aucune exception, et
faire preuve de la même rigueur sans jamais les transgresser.

Ne passons pas d'un extrème à l'autre: il y a une rigueur dans les
languages naturels, mais elle admet des exceptions.

Quand à la programmation, dire qu'aucune règle n'admet d'exception,
c'est en C++ assez ridicule aussi. Des règles en C++ avec des
exceptions, on peut en faire plein, genre:
- "on peut lancer une exception partout, sauf dans un destructeur"
- "n'utilisez jamais de variable globale, mais des singletons, sauf
quand vous ne pouvez pas faire autrement"
- "ne mélanger jamais les types signées et non signés, réservez les
types signés à l'arithmétique et les non signés aux champs de bits,
sauf pour les tailles (size_t)"
- "toujours utiliser l'héritage public pour traduire 'isA'", mais
Gabriel fait hériter Vecteur2D de Point dans un de ces codes

Sans parler des règles tellement complexes que des gens en débattent
ici en citant des passages de la norme pour généralement arriver
à la conclusion que c'est l'interprétation de Gabriel qu'il faut
retenir car c'est en lui qu'on a le plus confiance pour ce type
de question.

Le monde réel n'est ni tout blanc ni tout noir.

Marc Boyer

Vous avez filtré cet utilisateur ! Consultez son message

julien wrote

del yahoo wrote:
Fabien LE LEZ wrote in message
Et je persiste dans mon opinion : je ne pense pas que quelqu'un qui
n'a pas la rigueur suffisante pour respecter des règles de grammaire
de base dans au moins une langue, ne peut pas programmer sérieusement.
Et surtout pas en C++, et encore moins en C.

Tout dépend de ce que l'on appelle 'de base', en Français comme en C++.

Et néglige aussi pas mal de processus cognitifs...

Moi j'avais 19.5 de moyenne en grammaire (c'est de la logique), et 0 en
orthographe.
Et j'ai toujours eu une des meilleurs notes en grammaire, et la plus
mauvaise en orthographe.

C'est grave docteur ?

Est-ce que cela te pose problème ?

Sérieusement, le Francais n'a rien à voir avec la rigueur, au contraire
on aprend qu'il n'y a pas de régles sans exceptions, alors qu'en
programmation, c'est l'inverse, il ne faut faire aucune exception, et
faire preuve de la même rigueur sans jamais les transgresser.

Ne passons pas d'un extrème à l'autre: il y a une rigueur dans les
languages naturels, mais elle admet des exceptions.

Quand à la programmation, dire qu'aucune règle n'admet d'exception,
c'est en C++ assez ridicule aussi. Des règles en C++ avec des
exceptions, on peut en faire plein, genre:
- "on peut lancer une exception partout, sauf dans un destructeur"
- "n'utilisez jamais de variable globale, mais des singletons, sauf
quand vous ne pouvez pas faire autrement"
- "ne mélanger jamais les types signées et non signés, réservez les
types signés à l'arithmétique et les non signés aux champs de bits,
sauf pour les tailles (size_t)"
- "toujours utiliser l'héritage public pour traduire 'isA'", mais
Gabriel fait hériter Vecteur2D de Point dans un de ces codes

Sans parler des règles tellement complexes que des gens en débattent
ici en citant des passages de la norme pour généralement arriver
à la conclusion que c'est l'interprétation de Gabriel qu'il faut
retenir car c'est en lui qu'on a le plus confiance pour ce type
de question.

Le monde réel n'est ni tout blanc ni tout noir.

Marc Boyer

julien

01/03/2005 à 13:16

Olivier Azeau wrote:

julien wrote:

wrote:

Ce sont des fautes de frappe, non « c'est une faute de frappe ».
Et c'est un peu ce que disait Fabien -- si tu n'as pas assez de
rigueur pour écrire correctement, en évitant les fautes de
frappe, tu n'as pas assez de rigueur pour devenir un bon
programmeur. Parce que la programmation exige beaucoup de
rigueur (et je ne connais aucun compilateur qui accepte des
fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en programmant!
Si c'est le cas, c'est que tu dois être un newbie, qui n'a pas tapé
beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce qu'il
écrit, non ?

Et donc s'il ne fait pas attention en écrivant sur un newsgroup, tu en
déduis qu'il n'en fera pas de même avec un programme. C'est pas un peu
simpliste comme raisonnement?
Comme je te l'ai fait remarqué, c'est pas parce qu'on est non rigoureux
dans un domaine qu'on ne l'ai pas dans un autre.

Pour la remarque du "newbie", je crois qu'il vaut mieux en rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de frappes.
C'est d'ailleur une des principale fonctions d'un compilo (à par celui
de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur orthographique, je
n'ose imaginer combien de fois il te faut le lancer avant d'arriver à
compiler un fichier (surtout si tu fais autant de fautes "de frappe" que
quand tu écris en français)
Mais même avec ça, tu risques gros avec les erreurs que le compilo ne
détectera pas.

Un compilo ne connais pas l'orthographe...
Et sache que pour un (bon) programmeur seulement 5% de son temps est
pris à taper son programme, il réfléchit les 95% du temps.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Un bon compilo te met un warning...
Et un bon programmeur détecte ce genre d'erreur très rapidement.

Bien sûr le compilo n'y a vu que du feu et le bug est resté bien caché
pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une lettre et
que l'on intervertit facilement si l'on n'y regarde pas de trop près.

La c'est la faute du programmeur, qui est trop mauvais pour définir
correctement les noms de ses variables. Il y a des régles simples.
Ce n'est pas le souci du détail, mais c'est l'expérience programmeur et
l'intelligence du programmeur, qui lui évite d'avoir un souci du détail...

Mais c'est souvent des programmeurs un peu laxistes et qui raccoucissent
le nom des variables, qui sont ressponsable de ce genre d'erreur, pour
éviter de trop taper...

Je ne partage que très peu l'opinion exprimée dans ce thread comme quoi
la connaissance de l'orthographe de sa langue maternelle est essentielle
pour bien programmer (parce que j'ai beaucoup de contre-exemples pour
infirmer cette règle) mais je suis sûr d'une chose : savoir prêter
attention aux détails (et ne pas croire que le compilo va le faire à
notre place) est une condition primordiale pour programmer efficacement.

Evidemment, mais la discussion est que si on est mauvais en orthographe
on est mauvais en programmation, ce qui est stupide comme raisonnement.
Je ne vois d'ailleur pas la correspondance entre l'orthographe et le
perception du détail. C'est plus la rigueur qui est importante. Au lieu
d'augmenter ses facultés à détecté ses ereurs, c'est plus simple de ne
pas les faire...

Olivier Azeau wrote:

julien wrote:

kanze@gabi-soft.fr wrote:

Ce sont des fautes de frappe, non « c'est une faute de frappe ».
Et c'est un peu ce que disait Fabien -- si tu n'as pas assez de
rigueur pour écrire correctement, en évitant les fautes de
frappe, tu n'as pas assez de rigueur pour devenir un bon
programmeur. Parce que la programmation exige beaucoup de
rigueur (et je ne connais aucun compilateur qui accepte des
fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en programmant!
Si c'est le cas, c'est que tu dois être un newbie, qui n'a pas tapé
beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce qu'il
écrit, non ?

Et donc s'il ne fait pas attention en écrivant sur un newsgroup, tu en
déduis qu'il n'en fera pas de même avec un programme. C'est pas un peu
simpliste comme raisonnement?
Comme je te l'ai fait remarqué, c'est pas parce qu'on est non rigoureux
dans un domaine qu'on ne l'ai pas dans un autre.

Pour la remarque du "newbie", je crois qu'il vaut mieux en rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de frappes.
C'est d'ailleur une des principale fonctions d'un compilo (à par celui
de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur orthographique, je
n'ose imaginer combien de fois il te faut le lancer avant d'arriver à
compiler un fichier (surtout si tu fais autant de fautes "de frappe" que
quand tu écris en français)
Mais même avec ça, tu risques gros avec les erreurs que le compilo ne
détectera pas.

Un compilo ne connais pas l'orthographe...
Et sache que pour un (bon) programmeur seulement 5% de son temps est
pris à taper son programme, il réfléchit les 95% du temps.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Un bon compilo te met un warning...
Et un bon programmeur détecte ce genre d'erreur très rapidement.

Bien sûr le compilo n'y a vu que du feu et le bug est resté bien caché
pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une lettre et
que l'on intervertit facilement si l'on n'y regarde pas de trop près.

La c'est la faute du programmeur, qui est trop mauvais pour définir
correctement les noms de ses variables. Il y a des régles simples.
Ce n'est pas le souci du détail, mais c'est l'expérience programmeur et
l'intelligence du programmeur, qui lui évite d'avoir un souci du détail...

Mais c'est souvent des programmeurs un peu laxistes et qui raccoucissent
le nom des variables, qui sont ressponsable de ce genre d'erreur, pour
éviter de trop taper...

Je ne partage que très peu l'opinion exprimée dans ce thread comme quoi
la connaissance de l'orthographe de sa langue maternelle est essentielle
pour bien programmer (parce que j'ai beaucoup de contre-exemples pour
infirmer cette règle) mais je suis sûr d'une chose : savoir prêter
attention aux détails (et ne pas croire que le compilo va le faire à
notre place) est une condition primordiale pour programmer efficacement.

Evidemment, mais la discussion est que si on est mauvais en orthographe
on est mauvais en programmation, ce qui est stupide comme raisonnement.
Je ne vois d'ailleur pas la correspondance entre l'orthographe et le
perception du détail. C'est plus la rigueur qui est importante. Au lieu
d'augmenter ses facultés à détecté ses ereurs, c'est plus simple de ne
pas les faire...

Vous avez filtré cet utilisateur ! Consultez son message

Olivier Azeau wrote:

julien wrote:

wrote:

Ce sont des fautes de frappe, non « c'est une faute de frappe ».
Et c'est un peu ce que disait Fabien -- si tu n'as pas assez de
rigueur pour écrire correctement, en évitant les fautes de
frappe, tu n'as pas assez de rigueur pour devenir un bon
programmeur. Parce que la programmation exige beaucoup de
rigueur (et je ne connais aucun compilateur qui accepte des
fautes de frappe).

Ose me dire que tu n'a jamais fait de faute de frappe en programmant!
Si c'est le cas, c'est que tu dois être un newbie, qui n'a pas tapé
beaucoup de choses...

C'est peut être surtout parce qu'il fait très attention à ce qu'il
écrit, non ?

Et donc s'il ne fait pas attention en écrivant sur un newsgroup, tu en
déduis qu'il n'en fera pas de même avec un programme. C'est pas un peu
simpliste comme raisonnement?
Comme je te l'ai fait remarqué, c'est pas parce qu'on est non rigoureux
dans un domaine qu'on ne l'ai pas dans un autre.

Pour la remarque du "newbie", je crois qu'il vaut mieux en rire :-)

Et TOUT les compilos te prévient pour 99% des fautes de frappes.
C'est d'ailleur une des principale fonctions d'un compilo (à par celui
de te pondre un executable rapide)

Si tu te sers d'un compilo comme d'un correcteur orthographique, je
n'ose imaginer combien de fois il te faut le lancer avant d'arriver à
compiler un fichier (surtout si tu fais autant de fautes "de frappe" que
quand tu écris en français)
Mais même avec ça, tu risques gros avec les erreurs que le compilo ne
détectera pas.

Un compilo ne connais pas l'orthographe...
Et sache que pour un (bon) programmeur seulement 5% de son temps est
pris à taper son programme, il réfléchit les 95% du temps.

J'ai vu une fois un bug dû à un point virgule mal placé.
C'était une boucle classique, un peu comme celle-là :
for(int i=0; i<10; ++i);
a[i] = x;

Un bon compilo te met un warning...
Et un bon programmeur détecte ce genre d'erreur très rapidement.

Bien sûr le compilo n'y a vu que du feu et le bug est resté bien caché
pendant très longtemps.

Sans parler des noms de variables qui ne diffèrent que d'une lettre et
que l'on intervertit facilement si l'on n'y regarde pas de trop près.

La c'est la faute du programmeur, qui est trop mauvais pour définir
correctement les noms de ses variables. Il y a des régles simples.
Ce n'est pas le souci du détail, mais c'est l'expérience programmeur et
l'intelligence du programmeur, qui lui évite d'avoir un souci du détail...

Mais c'est souvent des programmeurs un peu laxistes et qui raccoucissent
le nom des variables, qui sont ressponsable de ce genre d'erreur, pour
éviter de trop taper...

Je ne partage que très peu l'opinion exprimée dans ce thread comme quoi
la connaissance de l'orthographe de sa langue maternelle est essentielle
pour bien programmer (parce que j'ai beaucoup de contre-exemples pour
infirmer cette règle) mais je suis sûr d'une chose : savoir prêter
attention aux détails (et ne pas croire que le compilo va le faire à
notre place) est une condition primordiale pour programmer efficacement.

Evidemment, mais la discussion est que si on est mauvais en orthographe
on est mauvais en programmation, ce qui est stupide comme raisonnement.
Je ne vois d'ailleur pas la correspondance entre l'orthographe et le
perception du détail. C'est plus la rigueur qui est importante. Au lieu
d'augmenter ses facultés à détecté ses ereurs, c'est plus simple de ne
pas les faire...

debutant en programmation

10 réponses

Veuillez sélectionner un problème