Chercher un livre sur le C avec certains critères.
200 réponses
Francois
Bonjour à tous,
Je débute dans le C et personnellement j'apprends surtout avec les
livres. J'ai commencé "Livre du C premier langage" de Delannoy (je
précise que j'avais quand même des petites notions de programmations,
même si, à mon sens, j'étais [ et suis encore ? ] vraiment ce qu'on
appelle un débutant).
Je suis en train de lire le K&R (deuxième édition) qui est bien sûr
beaucoup plus difficile. C'est du concentré, mais quand on y regarde de
prêt, c'est quand assez précis et bien fait. Ceci étant, il y a des
choses qui ne me satisfont pas complètement.
Je trouve que ce livre à une approche trop éloignée de la machine
(comment une donnée est encodée ? comment se passe l'histoire du signed
ou unsigned du point de vue de la machine etc.). Je m'explique.
Bien sûr, le langage C est un langage abstrait de "haut niveau" qui se
doit (en principe) de ne pas faire référence à la machine. Donc c'est
normal qu'un livre sur le C ne parle pas (trop) des problèmes qui
dépendent de l'architecture. Ceci étant, j'aimerais savoir si un tel
livre existe malgré tout. Un livre qui expose le langage C et qui
n'hésite pas de temps en temps à parler de ce qui se passe dans la
machine (bien sûr, justement, ce qui se passe dépend de la machine et
n'est pas universel, mais le livre pourrait présenter les choses sur
seulement une architecture "classique" par exemple). Bon, si je pouvais
éviter les circuits électroniques et compagnie quand même, ça serait
bien. Qu'on me dise que "le complément à 2 fait que l'addition devient
plus simple pour l'ordinateur puisqu'il suffit de faire une addition
classique" me suffit amplement. Une preuve de cela en passant des
explications sur des circuits électroniques peut-être me serait un peu
indigeste.
Bref, j'espère avoir été clair sur cette sorte de compromis que je
recherche (existe-t-il ?). Vous pouvez aller voir cette discussion (où
mon pseudo est sisco)
Je crois ne jamais avoir vu d'exemple de code étant censé illustrer le danger des variables globales.
Alors tu n'as pas programmé de bibliothèques appelées à être partagées dynamiquement,
En effet
et où tu aurais par exemple voulu faire appel à des appels systèmes...
mais ai-je besoin d'en avoir programmé pour comprendre (faut-il avoir lu Shakespeare pour comprendre l'anglais ?) ? Si tu voulais bien me donner un source à télécharger sur le net que je voie comment c'est codé...
De fil en aiguille il apparait que votre discours, aux uns et aux autres, sur les variables est de moins clair et de plus en plus à géométrie variable.
J'avais regardé le code source de la SDL (c'est une bibliothèque dynamique) et il me semblait y avoir vu des variables globales.
[ candide: ]
Je crois ne jamais avoir vu d'exemple de code étant censé illustrer
le danger des variables globales.
Alors tu n'as pas programmé de bibliothèques appelées à être partagées
dynamiquement,
En effet
et où tu aurais par exemple voulu faire appel à des appels
systèmes...
mais ai-je besoin d'en avoir programmé pour comprendre (faut-il avoir lu
Shakespeare pour comprendre l'anglais ?) ? Si tu voulais bien me donner
un source à télécharger sur le net que je voie comment c'est codé...
De fil en aiguille il apparait que votre discours, aux uns et aux
autres, sur les variables est de moins clair et de plus en plus à
géométrie variable.
J'avais regardé le code source de la SDL (c'est une bibliothèque
dynamique) et il me semblait y avoir vu des variables globales.
Je crois ne jamais avoir vu d'exemple de code étant censé illustrer le danger des variables globales.
Alors tu n'as pas programmé de bibliothèques appelées à être partagées dynamiquement,
En effet
et où tu aurais par exemple voulu faire appel à des appels systèmes...
mais ai-je besoin d'en avoir programmé pour comprendre (faut-il avoir lu Shakespeare pour comprendre l'anglais ?) ? Si tu voulais bien me donner un source à télécharger sur le net que je voie comment c'est codé...
De fil en aiguille il apparait que votre discours, aux uns et aux autres, sur les variables est de moins clair et de plus en plus à géométrie variable.
J'avais regardé le code source de la SDL (c'est une bibliothèque dynamique) et il me semblait y avoir vu des variables globales.
candide
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin de conception, méthode, etc. 5000 lignes de code ne permettent pas de comprendre la pertinence de
ne pas écrire de variables globales ????
Sur une période de deux mois (qui est un critère plus discriminant que la taille du programme), en général, non.
Si avec 2 mois de codage et 5000 lignes de code, on n'est pas capable de comprendre alors c'est que la notion de variable globale doit être beaucoup plus subtil que je ne pense.
Donc pour résumer vos points de vue, il y a plein de raisons simples à utiliser des variables globales et plein de raison très compliquées et très obscures de ne pas les utiliser. Très convaincant. Je ne suis pas étonné qu'on en utilise tant.
Je trouve votre discours aux uns et autres bien opaque.
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants
est capable d'avoir en tête l'organisation d'un code d'environ
5000 lignes, développé sur 2 mois, sans avoir réellement besoin
de conception, méthode, etc.
5000 lignes de code ne permettent pas de comprendre la pertinence de
ne pas écrire de variables globales ????
Sur une période de deux mois (qui est un critère plus discriminant que la
taille du programme), en général, non.
Si avec 2 mois de codage et 5000 lignes de code, on n'est pas capable de
comprendre alors c'est que la notion de variable globale doit être
beaucoup plus subtil que je ne pense.
Donc pour résumer vos points de vue, il y a plein de raisons simples à
utiliser des variables globales et plein de raison très compliquées et
très obscures de ne pas les utiliser. Très convaincant. Je ne suis pas
étonné qu'on en utilise tant.
Je trouve votre discours aux uns et autres bien opaque.
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin de conception, méthode, etc. 5000 lignes de code ne permettent pas de comprendre la pertinence de
ne pas écrire de variables globales ????
Sur une période de deux mois (qui est un critère plus discriminant que la taille du programme), en général, non.
Si avec 2 mois de codage et 5000 lignes de code, on n'est pas capable de comprendre alors c'est que la notion de variable globale doit être beaucoup plus subtil que je ne pense.
Donc pour résumer vos points de vue, il y a plein de raisons simples à utiliser des variables globales et plein de raison très compliquées et très obscures de ne pas les utiliser. Très convaincant. Je ne suis pas étonné qu'on en utilise tant.
Je trouve votre discours aux uns et autres bien opaque.
Marc Boyer
On 2008-03-13, candide wrote:
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin de conception, méthode, etc. 5000 lignes de code ne permettent pas de comprendre la pertinence de
ne pas écrire de variables globales ????
Sur une période de deux mois (qui est un critère plus discriminant que la taille du programme), en général, non.
Si avec 2 mois de codage et 5000 lignes de code, on n'est pas capable de comprendre alors c'est que la notion de variable globale doit être beaucoup plus subtil que je ne pense.
Il n'est de pire sourd que celui qui ne veut pas entendre. A moins que tu ne fasses dans la maïeutique provoc.
Non, la notion de variable globale est extrèmement simple. Elle a des avantages dans les *petits* programmes, et se révèle une mauvaise idée dans les gros.
Donc pour résumer vos points de vue, il y a plein de raisons simples à utiliser des variables globales et plein de raison très compliquées et très obscures de ne pas les utiliser.
Pas compliquées: K&R dit tout. On ne voit pas le flot de donnée, et ça rend les évolutions compliquées. Et on ne peut s'en rendre compte que sur des projets gros qui durent.
Très convaincant. Je ne suis pas étonné qu'on en utilise tant.
C'est ce que je dis: pour faire passer cette notion en cours, il faut du temps, du contact et de la confiance, puisque l'expérience se transmet mal.
Je trouve votre discours aux uns et autres bien opaque.
Ben, je vais avoir du mal à faire mieux sans effort de ta part. Mais ce n'est pas forcément grave. Tu ne seras ni le premier ni le dernier programmeur du dimanche...
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
On 2008-03-13, candide <c-candide@wanadoo.fr> wrote:
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants
est capable d'avoir en tête l'organisation d'un code d'environ
5000 lignes, développé sur 2 mois, sans avoir réellement besoin
de conception, méthode, etc.
5000 lignes de code ne permettent pas de comprendre la pertinence de
ne pas écrire de variables globales ????
Sur une période de deux mois (qui est un critère plus discriminant que la
taille du programme), en général, non.
Si avec 2 mois de codage et 5000 lignes de code, on n'est pas capable de
comprendre alors c'est que la notion de variable globale doit être
beaucoup plus subtil que je ne pense.
Il n'est de pire sourd que celui qui ne veut pas entendre.
A moins que tu ne fasses dans la maïeutique provoc.
Non, la notion de variable globale est extrèmement simple.
Elle a des avantages dans les *petits* programmes, et se
révèle une mauvaise idée dans les gros.
Donc pour résumer vos points de vue, il y a plein de raisons simples à
utiliser des variables globales et plein de raison très compliquées et
très obscures de ne pas les utiliser.
Pas compliquées: K&R dit tout. On ne voit pas le flot de donnée,
et ça rend les évolutions compliquées. Et on ne peut s'en rendre compte
que sur des projets gros qui durent.
Très convaincant. Je ne suis pas étonné qu'on en utilise tant.
C'est ce que je dis: pour faire passer cette notion en cours, il faut
du temps, du contact et de la confiance, puisque l'expérience se
transmet mal.
Je trouve votre discours aux uns et autres bien opaque.
Ben, je vais avoir du mal à faire mieux sans effort de
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni
le premier ni le dernier programmeur du dimanche...
Marc Boyer
--
Si tu peux supporter d'entendre tes paroles
Travesties par des gueux pour exciter des sots
IF -- Rudyard Kipling (Trad. André Maurois)
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin de conception, méthode, etc. 5000 lignes de code ne permettent pas de comprendre la pertinence de
ne pas écrire de variables globales ????
Sur une période de deux mois (qui est un critère plus discriminant que la taille du programme), en général, non.
Si avec 2 mois de codage et 5000 lignes de code, on n'est pas capable de comprendre alors c'est que la notion de variable globale doit être beaucoup plus subtil que je ne pense.
Il n'est de pire sourd que celui qui ne veut pas entendre. A moins que tu ne fasses dans la maïeutique provoc.
Non, la notion de variable globale est extrèmement simple. Elle a des avantages dans les *petits* programmes, et se révèle une mauvaise idée dans les gros.
Donc pour résumer vos points de vue, il y a plein de raisons simples à utiliser des variables globales et plein de raison très compliquées et très obscures de ne pas les utiliser.
Pas compliquées: K&R dit tout. On ne voit pas le flot de donnée, et ça rend les évolutions compliquées. Et on ne peut s'en rendre compte que sur des projets gros qui durent.
Très convaincant. Je ne suis pas étonné qu'on en utilise tant.
C'est ce que je dis: pour faire passer cette notion en cours, il faut du temps, du contact et de la confiance, puisque l'expérience se transmet mal.
Je trouve votre discours aux uns et autres bien opaque.
Ben, je vais avoir du mal à faire mieux sans effort de ta part. Mais ce n'est pas forcément grave. Tu ne seras ni le premier ni le dernier programmeur du dimanche...
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
candide
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin
Parce que le projet a de *multiples* objectifs. C'est d'abord un projet Java,
Dans ton précédent message, tu parlais d'un projet des étudiants en ............ java ????????
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants
est capable d'avoir en tête l'organisation d'un code d'environ
5000 lignes, développé sur 2 mois, sans avoir réellement besoin
Parce que le projet a de *multiples* objectifs. C'est d'abord
un projet Java,
Dans ton précédent message, tu parlais d'un projet des étudiants en
............ java ????????
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin
Parce que le projet a de *multiples* objectifs. C'est d'abord un projet Java,
Dans ton précédent message, tu parlais d'un projet des étudiants en ............ java ????????
candide
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni
le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
Marc Boyer
On 2008-03-13, candide wrote:
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin
Parce que le projet a de *multiples* objectifs. C'est d'abord un projet Java,
Dans ton précédent message, tu parlais d'un projet des étudiants en ............ java ????????
Oui. Parce que je pense que la question des variables globales est assez indépendante du langage. Non ?
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
On 2008-03-13, candide <c-candide@wanadoo.fr> wrote:
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants
est capable d'avoir en tête l'organisation d'un code d'environ
5000 lignes, développé sur 2 mois, sans avoir réellement besoin
Parce que le projet a de *multiples* objectifs. C'est d'abord
un projet Java,
Dans ton précédent message, tu parlais d'un projet des étudiants en
............ java ????????
Oui.
Parce que je pense que la question des variables globales
est assez indépendante du langage. Non ?
Marc Boyer
--
Si tu peux supporter d'entendre tes paroles
Travesties par des gueux pour exciter des sots
IF -- Rudyard Kipling (Trad. André Maurois)
Mon expérience d'enseignement est qu'un groupe de 3-4 étudiants est capable d'avoir en tête l'organisation d'un code d'environ 5000 lignes, développé sur 2 mois, sans avoir réellement besoin
Parce que le projet a de *multiples* objectifs. C'est d'abord un projet Java,
Dans ton précédent message, tu parlais d'un projet des étudiants en ............ java ????????
Oui. Parce que je pense que la question des variables globales est assez indépendante du langage. Non ?
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
Marc Boyer
On 2008-03-13, candide wrote:
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
Non, c'est un petit coup de provoc assumé. C'est d'ailleurs une technique pédagogique que j'utilise quand la situation semble bloquée en général, un "ça passe ou ça casse". D'ailleurs, c'est toi qui avait commencé en résumant les longues explications que nous avons pris le temps de présenter par
Donc pour résumer vos points de vue, il y a plein de raisons simples à utiliser des variables globales et plein de raison très compliquées et très obscures de ne pas les utiliser. Très convaincant. Je ne suis pas étonné qu'on en utilise tant.
ce qui est une carricature, assumée j'espère, de nos propos.
Soit on le dit en deux phrases, soit en 5 pages. Dans un cas tu trouves ça pas convainquant, soit trop confus.
Mais bon, la répétition étant mère de pédagogie, je redis: les variables globales sont des paramètres "cachés" de certaines fonctions. Le flot de donnée n'est donc plus explicite. L'avantage à court terme, c'est d'éviter d'avoir à passer ces paramètres. Le désavantage à long terme, et je redis que c'est un problème de passage à l'échelle extrèmement difficile à montrer de manière univoque, c'est que ça rend la maintenance compliquée, puisque justement on a caché certaines choses. Parfois, pourtant, il existe des avantages: vitesse d'accès, signature impossible à changer, et peut-être d'autres.
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
On 2008-03-13, candide <c-candide@wanadoo.fr> wrote:
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni
le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
Non, c'est un petit coup de provoc assumé. C'est d'ailleurs
une technique pédagogique que j'utilise quand la situation
semble bloquée en général, un "ça passe ou ça casse".
D'ailleurs, c'est toi qui avait commencé en résumant les
longues explications que nous avons pris le temps de présenter
par
Donc pour résumer vos points de vue, il y a plein de raisons simples à
utiliser des variables globales et plein de raison très compliquées et
très obscures de ne pas les utiliser. Très convaincant. Je ne suis pas
étonné qu'on en utilise tant.
ce qui est une carricature, assumée j'espère, de nos propos.
Soit on le dit en deux phrases, soit en 5 pages. Dans un cas tu
trouves ça pas convainquant, soit trop confus.
Mais bon, la répétition étant mère de pédagogie, je redis:
les variables globales sont des paramètres "cachés" de certaines
fonctions. Le flot de donnée n'est donc plus explicite.
L'avantage à court terme, c'est d'éviter d'avoir à passer ces
paramètres.
Le désavantage à long terme, et je redis que c'est un problème
de passage à l'échelle extrèmement difficile à montrer de
manière univoque, c'est que ça rend la maintenance compliquée,
puisque justement on a caché certaines choses.
Parfois, pourtant, il existe des avantages: vitesse d'accès,
signature impossible à changer, et peut-être d'autres.
Marc Boyer
--
Si tu peux supporter d'entendre tes paroles
Travesties par des gueux pour exciter des sots
IF -- Rudyard Kipling (Trad. André Maurois)
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
Non, c'est un petit coup de provoc assumé. C'est d'ailleurs une technique pédagogique que j'utilise quand la situation semble bloquée en général, un "ça passe ou ça casse". D'ailleurs, c'est toi qui avait commencé en résumant les longues explications que nous avons pris le temps de présenter par
Donc pour résumer vos points de vue, il y a plein de raisons simples à utiliser des variables globales et plein de raison très compliquées et très obscures de ne pas les utiliser. Très convaincant. Je ne suis pas étonné qu'on en utilise tant.
ce qui est une carricature, assumée j'espère, de nos propos.
Soit on le dit en deux phrases, soit en 5 pages. Dans un cas tu trouves ça pas convainquant, soit trop confus.
Mais bon, la répétition étant mère de pédagogie, je redis: les variables globales sont des paramètres "cachés" de certaines fonctions. Le flot de donnée n'est donc plus explicite. L'avantage à court terme, c'est d'éviter d'avoir à passer ces paramètres. Le désavantage à long terme, et je redis que c'est un problème de passage à l'échelle extrèmement difficile à montrer de manière univoque, c'est que ça rend la maintenance compliquée, puisque justement on a caché certaines choses. Parfois, pourtant, il existe des avantages: vitesse d'accès, signature impossible à changer, et peut-être d'autres.
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
Ael Rowen Terence
"Marc Boyer" a écrit dans le message de news:
On 2008-03-13, candide wrote:
Mais bon, la répétition étant mère de pédagogie, je redis: les variables globales sont des paramètres "cachés" de certaines fonctions. Le flot de donnée n'est donc plus explicite. L'avantage à court terme, c'est d'éviter d'avoir à passer ces paramètres. Le désavantage à long terme, et je redis que c'est un problème de passage à l'échelle extrèmement difficile à montrer de manière univoque, c'est que ça rend la maintenance compliquée, puisque justement on a caché certaines choses. Parfois, pourtant, il existe des avantages: vitesse d'accès, signature impossible à changer, et peut-être d'autres.
C'est trop diabolisant : *des* variables globales, et ces variables sont *cachées*, et l'application est un *grosse* application.
"Marc Boyer" <Marc.Boyer@enseeiht.yahoo.fr.invalid> a écrit dans le message
de news: slrnftkeom.vq3.Marc.Boyer@ubu.enseeiht.fr...
On 2008-03-13, candide <c-candide@wanadoo.fr> wrote:
Mais bon, la répétition étant mère de pédagogie, je redis:
les variables globales sont des paramètres "cachés" de certaines
fonctions. Le flot de donnée n'est donc plus explicite.
L'avantage à court terme, c'est d'éviter d'avoir à passer ces
paramètres.
Le désavantage à long terme, et je redis que c'est un problème
de passage à l'échelle extrèmement difficile à montrer de
manière univoque, c'est que ça rend la maintenance compliquée,
puisque justement on a caché certaines choses.
Parfois, pourtant, il existe des avantages: vitesse d'accès,
signature impossible à changer, et peut-être d'autres.
C'est trop diabolisant : *des* variables globales, et ces variables sont
*cachées*, et l'application est un *grosse* application.
Mais bon, la répétition étant mère de pédagogie, je redis: les variables globales sont des paramètres "cachés" de certaines fonctions. Le flot de donnée n'est donc plus explicite. L'avantage à court terme, c'est d'éviter d'avoir à passer ces paramètres. Le désavantage à long terme, et je redis que c'est un problème de passage à l'échelle extrèmement difficile à montrer de manière univoque, c'est que ça rend la maintenance compliquée, puisque justement on a caché certaines choses. Parfois, pourtant, il existe des avantages: vitesse d'accès, signature impossible à changer, et peut-être d'autres.
C'est trop diabolisant : *des* variables globales, et ces variables sont *cachées*, et l'application est un *grosse* application.
Marc Boyer
On 2008-03-14, Ael Rowen Terence wrote:
"Marc Boyer" a écrit dans le message de news:
On 2008-03-13, candide wrote:
Mais bon, la répétition étant mère de pédagogie, je redis: les variables globales sont des paramètres "cachés" de certaines fonctions. Le flot de donnée n'est donc plus explicite. L'avantage à court terme, c'est d'éviter d'avoir à passer ces paramètres. Le désavantage à long terme, et je redis que c'est un problème de passage à l'échelle extrèmement difficile à montrer de manière univoque, c'est que ça rend la maintenance compliquée, puisque justement on a caché certaines choses. Parfois, pourtant, il existe des avantages: vitesse d'accès, signature impossible à changer, et peut-être d'autres.
C'est trop diabolisant : *des* variables globales, et ces variables sont *cachées*, et l'application est un *grosse* application.
Diabolisant ? Diantre ! Non, je redis mon propos: les variables globales sont des *paramètres* cachés (les variables elles même ne sont pas cachées: on les trouve vite, la question est de savoir qui les utilise). Quand à la notion de petite ou grosse application... De toute façon, une petite application, on peut toujours l'écrire n'importe comment et arriver à la faire tourner au moins une fois sur une plateforme.
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
On 2008-03-14, Ael Rowen Terence <Sans.Reponse@mail.fr> wrote:
"Marc Boyer" <Marc.Boyer@enseeiht.yahoo.fr.invalid> a écrit dans le message
de news: slrnftkeom.vq3.Marc.Boyer@ubu.enseeiht.fr...
On 2008-03-13, candide <c-candide@wanadoo.fr> wrote:
Mais bon, la répétition étant mère de pédagogie, je redis:
les variables globales sont des paramètres "cachés" de certaines
fonctions. Le flot de donnée n'est donc plus explicite.
L'avantage à court terme, c'est d'éviter d'avoir à passer ces
paramètres.
Le désavantage à long terme, et je redis que c'est un problème
de passage à l'échelle extrèmement difficile à montrer de
manière univoque, c'est que ça rend la maintenance compliquée,
puisque justement on a caché certaines choses.
Parfois, pourtant, il existe des avantages: vitesse d'accès,
signature impossible à changer, et peut-être d'autres.
C'est trop diabolisant : *des* variables globales, et ces variables sont
*cachées*, et l'application est un *grosse* application.
Diabolisant ? Diantre !
Non, je redis mon propos: les variables globales sont des *paramètres*
cachés (les variables elles même ne sont pas cachées: on les trouve
vite, la question est de savoir qui les utilise).
Quand à la notion de petite ou grosse application... De toute façon,
une petite application, on peut toujours l'écrire n'importe comment
et arriver à la faire tourner au moins une fois sur une plateforme.
Marc Boyer
--
Si tu peux supporter d'entendre tes paroles
Travesties par des gueux pour exciter des sots
IF -- Rudyard Kipling (Trad. André Maurois)
Mais bon, la répétition étant mère de pédagogie, je redis: les variables globales sont des paramètres "cachés" de certaines fonctions. Le flot de donnée n'est donc plus explicite. L'avantage à court terme, c'est d'éviter d'avoir à passer ces paramètres. Le désavantage à long terme, et je redis que c'est un problème de passage à l'échelle extrèmement difficile à montrer de manière univoque, c'est que ça rend la maintenance compliquée, puisque justement on a caché certaines choses. Parfois, pourtant, il existe des avantages: vitesse d'accès, signature impossible à changer, et peut-être d'autres.
C'est trop diabolisant : *des* variables globales, et ces variables sont *cachées*, et l'application est un *grosse* application.
Diabolisant ? Diantre ! Non, je redis mon propos: les variables globales sont des *paramètres* cachés (les variables elles même ne sont pas cachées: on les trouve vite, la question est de savoir qui les utilise). Quand à la notion de petite ou grosse application... De toute façon, une petite application, on peut toujours l'écrire n'importe comment et arriver à la faire tourner au moins une fois sur une plateforme.
Marc Boyer -- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots IF -- Rudyard Kipling (Trad. André Maurois)
candide
On 14 mar, 09:45, Marc Boyer wrote:
On 2008-03-13, candide wrote:
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
Non, c'est un petit coup de provoc assumé.
Je n'en crois pas un mot : ou bien c'est délibéré ou bien tu as perdu ton sang-froid ne sachant comment argumenter.
C'est d'ailleurs une technique pédagogique que j'utilise quand la situation semble bloquée en général, un "ça passe ou ça casse".
technique pédagogique ? ben alors là t'aggraves ton cas. Dans le genre pédagogue du dimanche t'es assez fort.
D'ailleurs, c'est toi qui avait commencé en résumant les longues explications que nous avons pris le temps de présenter par
Je n'ai jamais placé mes arguments à ce niveau mépris.
-- Si tu peux supporter d'entendre tes paroles Travesties par des gueux pour exciter des sots
No comment.
On 14 mar, 09:45, Marc Boyer <Marc.Bo...@enseeiht.yahoo.fr.invalid>
wrote:
On 2008-03-13, candide <c-cand...@wanadoo.fr> wrote:
ta part. Mais ce n'est pas forcément grave. Tu ne seras ni
le premier ni le dernier programmeur du dimanche...
Tu viens de descendre bien bas et pas seulement dans mon estime.
Non, c'est un petit coup de provoc assumé.
Je n'en crois pas un mot : ou bien c'est délibéré ou bien tu as perdu
ton sang-froid ne sachant comment argumenter.
C'est d'ailleurs
une technique pédagogique que j'utilise quand la situation
semble bloquée en général, un "ça passe ou ça casse".
technique pédagogique ? ben alors là t'aggraves ton cas.
Dans le genre pédagogue du dimanche t'es assez fort.
D'ailleurs, c'est toi qui avait commencé en résumant les
longues explications que nous avons pris le temps de présenter
par
Je n'ai jamais placé mes arguments à ce niveau mépris.
--
Si tu peux supporter d'entendre tes paroles
Travesties par des gueux pour exciter des sots
