Un article qui détaille les avancées du noyau 2.6 (aujourd'hui en phase de
test) :
http://www.kniggit.net/wwol26.html
En vrac :
Meilleur scalabilité vers le bas (système embarqué) et vers le haut (système
multiprocesseurs, NUMA), noyau préemptif (meilleur temps de réponse),
amélioration des entrées-sorties, meilleures performances, support de
l'hyperthreading, de l'opteron, meilleur support du multimédia (sound, TV),
etc.
Oui mais la structure du langage peut aider à faire un truc imbuvable. Maintenant note bien que ca nécessite quand même un mauvais codeur mais qu'il est aidé par une structure trop permissive du language. Aussi strict que soit le language, un mauvais codeur restera un mauvais
codeur et il en sortira du mauvais code.
Sur un code plus strict que du PHP, je ne resterais pas a chercher pourquoi il n'affiche rien, alors que j'ai simplement fait une faute de frappe dans une variable...
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Oui mais la structure du langage peut aider à faire un truc imbuvable.
Maintenant note bien que ca nécessite quand même un mauvais codeur mais
qu'il est aidé par une structure trop permissive du language.
Aussi strict que soit le language, un mauvais codeur restera un mauvais
codeur et il en sortira du mauvais code.
Sur un code plus strict que du PHP, je ne resterais pas a chercher
pourquoi il n'affiche rien, alors que j'ai simplement fait une faute de
frappe dans une variable...
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme
qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML
n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Oui mais la structure du langage peut aider à faire un truc imbuvable. Maintenant note bien que ca nécessite quand même un mauvais codeur mais qu'il est aidé par une structure trop permissive du language. Aussi strict que soit le language, un mauvais codeur restera un mauvais
codeur et il en sortira du mauvais code.
Sur un code plus strict que du PHP, je ne resterais pas a chercher pourquoi il n'affiche rien, alors que j'ai simplement fait une faute de frappe dans une variable...
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Nicolas LS
TOUS les langages permettent d'ecrire des saletes, un mauvais codeur fera du code de merde en Lisp comme en n'importe quoi d'autre. A noter que parmi les saletés je ne classe pas uniquement les
algorithmes tordus et irréfléchis mais également les possibilités que
D'ailleurs, au niveau algorythme, tu as beaucoup plus besoin de réfléchir (AMA) dans un langage fonctionnel que dans un langage itératif.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
TOUS les langages permettent d'ecrire des saletes, un mauvais codeur
fera du code de merde en Lisp comme en n'importe quoi d'autre.
A noter que parmi les saletés je ne classe pas uniquement les
algorithmes tordus et irréfléchis mais également les possibilités que
D'ailleurs, au niveau algorythme, tu as beaucoup plus besoin de
réfléchir (AMA) dans un langage fonctionnel que dans un langage
itératif.
--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
TOUS les langages permettent d'ecrire des saletes, un mauvais codeur fera du code de merde en Lisp comme en n'importe quoi d'autre. A noter que parmi les saletés je ne classe pas uniquement les
algorithmes tordus et irréfléchis mais également les possibilités que
D'ailleurs, au niveau algorythme, tu as beaucoup plus besoin de réfléchir (AMA) dans un langage fonctionnel que dans un langage itératif.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Patrice Karatchentzeff
azathoth writes:
In article (Dans l'article) , Patrice Karatchentzeff wrote (écrivait) :
[...]
Tu viens de me donner un argument qui va dans mon sens : tu as des langages qui permettent beaucoup de choses et donc il ne faut pas s'étonner si ca permet aussi de faire des conneries.
Non : rien à voir. Ici, le programme t'oblige à déclarer tes espaces de variables et leur manipulation finit par planter le code. Perl est souple mais ne t'oblige à rien du tout. Si tu tapes dans un endroit de l'espace mémoire que tu n'as pas défini, il le définit pour toi.
Maintenant, définis-moi les « conneries » que t'autorise Perl... surtout si tu prends les précautions d'un simple use strict.
Si je voulais aller dans ton sens je dirais que dans le cas du C c'est le codeur qui fera une connerie en introduisant des erreurs, donc que c'est toujours de la faute du codeur. Mais comme tu l'as reconnu ce n'est pas tout à fait vrai parceque la structure du langage C l'a un peu aidé à faire sa connerie, alors qu'un langage comme le Perl aurait empeché ce genre de gag.
Admettons. Cela ne change rien à mon propos. Le langage ne fait pas tout.
[...]
Je reprends ton argument : si on a pris un presta et qu'on lui a demandé d'utiliser du C pour manipuler du texte les problèmes pourront aussi venir du langage.
C'est évident... et si on lui a demandé d'utiliser l'assembleur...
Je parle quand même d'un monde où il y a un peu de bon sens... d'ailleurs, rien n'empêche d'utiliser Perl à travers le C pour manipuler le texte ;-)
[...]
Je ne sais pas bien comment tu peux juger de cela... Il y a beaucoup plus de codeurs en Perl dans le monde que de codeurs dans les autres langages, justement parce que Perl répond à toute un série de besoins.
Pareil : comment tu peux juger de cela ? tu as des sources fiables ?
Oui : regarde les modules du CPAN et regarde le nombre de disciplines que cela touche... et encore, je suis sûr que tu n'auras là qu'un exemple minorant.
Maintenant, regarde les autres langages et essaie de faire les mêmes recoupements (là, je reconnais que c'est plus balaize, vu que bon nombre de langage ont quand même une diffusion confidentielle).
Tiens, même O'Reilly ratisse large sur Perl : il y a un bouquin de Perl « spécialement dédié » aux chimistes/sciences naturelles... feuillette-le : tu verras que c'est ni plus ni moins qu'une introduction à Perl mais adaptée à des gens qui ne pratiquent pas l'informatique couramment...
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si large... Larry Wall a vraiment eu un coup de génie sur cette invention, du même ordre que celle de Knuth.
In article (Dans l'article) <87k79c4d34.fsf@belledonne.chartreuse.fr>,
Patrice Karatchentzeff <p.karatchentzeff@free.fr> wrote (écrivait) :
[...]
Tu viens de me donner un argument qui va dans mon sens : tu as des
langages qui permettent beaucoup de choses et donc il ne faut pas
s'étonner si ca permet aussi de faire des conneries.
Non : rien à voir. Ici, le programme t'oblige à déclarer tes espaces
de variables et leur manipulation finit par planter le code. Perl est
souple mais ne t'oblige à rien du tout. Si tu tapes dans un endroit de
l'espace mémoire que tu n'as pas défini, il le définit pour toi.
Maintenant, définis-moi les « conneries » que t'autorise
Perl... surtout si tu prends les précautions d'un simple use strict.
Si je voulais aller dans ton sens je dirais que dans le cas du C c'est
le codeur qui fera une connerie en introduisant des erreurs, donc que
c'est toujours de la faute du codeur. Mais comme tu l'as reconnu ce
n'est pas tout à fait vrai parceque la structure du langage C l'a un
peu aidé à faire sa connerie, alors qu'un langage comme le Perl aurait
empeché ce genre de gag.
Admettons. Cela ne change rien à mon propos. Le langage ne fait pas
tout.
[...]
Je reprends ton argument : si on a pris un presta et qu'on lui a
demandé d'utiliser du C pour manipuler du texte les problèmes pourront
aussi venir du langage.
C'est évident... et si on lui a demandé d'utiliser l'assembleur...
Je parle quand même d'un monde où il y a un peu de bon
sens... d'ailleurs, rien n'empêche d'utiliser Perl à travers le C pour
manipuler le texte ;-)
[...]
Je ne sais pas bien comment tu peux juger de cela... Il y a beaucoup
plus de codeurs en Perl dans le monde que de codeurs dans les autres
langages, justement parce que Perl répond à toute un série de besoins.
Pareil : comment tu peux juger de cela ? tu as des sources fiables ?
Oui : regarde les modules du CPAN et regarde le nombre de disciplines
que cela touche... et encore, je suis sûr que tu n'auras là qu'un
exemple minorant.
Maintenant, regarde les autres langages et essaie de faire les mêmes
recoupements (là, je reconnais que c'est plus balaize, vu que bon
nombre de langage ont quand même une diffusion confidentielle).
Tiens, même O'Reilly ratisse large sur Perl : il y a un bouquin de Perl
« spécialement dédié » aux chimistes/sciences
naturelles... feuillette-le : tu verras que c'est ni plus ni moins
qu'une introduction à Perl mais adaptée à des gens qui ne pratiquent pas
l'informatique couramment...
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si
large... Larry Wall a vraiment eu un coup de génie sur cette
invention, du même ordre que celle de Knuth.
In article (Dans l'article) , Patrice Karatchentzeff wrote (écrivait) :
[...]
Tu viens de me donner un argument qui va dans mon sens : tu as des langages qui permettent beaucoup de choses et donc il ne faut pas s'étonner si ca permet aussi de faire des conneries.
Non : rien à voir. Ici, le programme t'oblige à déclarer tes espaces de variables et leur manipulation finit par planter le code. Perl est souple mais ne t'oblige à rien du tout. Si tu tapes dans un endroit de l'espace mémoire que tu n'as pas défini, il le définit pour toi.
Maintenant, définis-moi les « conneries » que t'autorise Perl... surtout si tu prends les précautions d'un simple use strict.
Si je voulais aller dans ton sens je dirais que dans le cas du C c'est le codeur qui fera une connerie en introduisant des erreurs, donc que c'est toujours de la faute du codeur. Mais comme tu l'as reconnu ce n'est pas tout à fait vrai parceque la structure du langage C l'a un peu aidé à faire sa connerie, alors qu'un langage comme le Perl aurait empeché ce genre de gag.
Admettons. Cela ne change rien à mon propos. Le langage ne fait pas tout.
[...]
Je reprends ton argument : si on a pris un presta et qu'on lui a demandé d'utiliser du C pour manipuler du texte les problèmes pourront aussi venir du langage.
C'est évident... et si on lui a demandé d'utiliser l'assembleur...
Je parle quand même d'un monde où il y a un peu de bon sens... d'ailleurs, rien n'empêche d'utiliser Perl à travers le C pour manipuler le texte ;-)
[...]
Je ne sais pas bien comment tu peux juger de cela... Il y a beaucoup plus de codeurs en Perl dans le monde que de codeurs dans les autres langages, justement parce que Perl répond à toute un série de besoins.
Pareil : comment tu peux juger de cela ? tu as des sources fiables ?
Oui : regarde les modules du CPAN et regarde le nombre de disciplines que cela touche... et encore, je suis sûr que tu n'auras là qu'un exemple minorant.
Maintenant, regarde les autres langages et essaie de faire les mêmes recoupements (là, je reconnais que c'est plus balaize, vu que bon nombre de langage ont quand même une diffusion confidentielle).
Tiens, même O'Reilly ratisse large sur Perl : il y a un bouquin de Perl « spécialement dédié » aux chimistes/sciences naturelles... feuillette-le : tu verras que c'est ni plus ni moins qu'une introduction à Perl mais adaptée à des gens qui ne pratiquent pas l'informatique couramment...
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si large... Larry Wall a vraiment eu un coup de génie sur cette invention, du même ordre que celle de Knuth.
Sur un code plus strict que du PHP, je ne resterais pas a chercher pourquoi il n'affiche rien, alors que j'ai simplement fait une faute de frappe dans une variable...
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
Je croyais que l'on parlait de languages !!!
-- Stephane TOUGARD
Unix et programmation - http://www.unices.org Stations Unix en occasions. - http://yellow.epernon.net
Nicolas LS wrote:
Sur un code plus strict que du PHP, je ne resterais pas a chercher
pourquoi il n'affiche rien, alors que j'ai simplement fait une faute de
frappe dans une variable...
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme
qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML
n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
Je croyais que l'on parlait de languages !!!
--
Stephane TOUGARD
Unix et programmation - http://www.unices.org
Stations Unix en occasions. - http://yellow.epernon.net
Sur un code plus strict que du PHP, je ne resterais pas a chercher pourquoi il n'affiche rien, alors que j'ai simplement fait une faute de frappe dans une variable...
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
Je croyais que l'on parlait de languages !!!
-- Stephane TOUGARD
Unix et programmation - http://www.unices.org Stations Unix en occasions. - http://yellow.epernon.net
Nicolas LS
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre. Je croyais que l'on parlait de languages !!!
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très interessant pour introduire des étudiants a l'algorythmie. Par contre, il est limité, on ne peut pas faire certaines choses. Quand a PHP, je serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme
qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML
n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
Je croyais que l'on parlait de languages !!!
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très
interessant pour introduire des étudiants a l'algorythmie. Par contre,
il est limité, on ne peut pas faire certaines choses. Quand a PHP, je
serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie
pas spécialement le PHP, mais ca reste un langage a part entière.
--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre. Je croyais que l'on parlait de languages !!!
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très interessant pour introduire des étudiants a l'algorythmie. Par contre, il est limité, on ne peut pas faire certaines choses. Quand a PHP, je serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Billou
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre. Je croyais que l'on parlait de languages !!!
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très interessant pour introduire des étudiants a l'algorythmie. Par contre, il est limité, on ne peut pas faire certaines choses. Quand a PHP, je serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
C'est la prof d'info qui t'as payé pour dire çà ?
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme
qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML
n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre.
Je croyais que l'on parlait de languages !!!
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très
interessant pour introduire des étudiants a l'algorythmie. Par contre,
il est limité, on ne peut pas faire certaines choses. Quand a PHP, je
serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie
pas spécialement le PHP, mais ca reste un langage a part entière.
J'estime, a mon gout, faire du code beaucoup plus lisible en scheme qu'en PHP, mais c'est totalement personnel... et le mélange PHP / HTML n'aide pas, sauf si on essaye de séparer un maximum l'un de l'autre. Je croyais que l'on parlait de languages !!!
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très interessant pour introduire des étudiants a l'algorythmie. Par contre, il est limité, on ne peut pas faire certaines choses. Quand a PHP, je serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
C'est la prof d'info qui t'as payé pour dire çà ?
azathoth
In article (Dans l'article) , Patrice Karatchentzeff wrote (écrivait) :
Tu viens de me donner un argument qui va dans mon sens : tu as des langages qui permettent beaucoup de choses et donc il ne faut pas s'étonner si ca permet aussi de faire des conneries.
Non : rien à voir. Ici, le programme t'oblige à déclarer tes espaces de variables et leur manipulation finit par planter le code.
Manipulation demandée par qui ? le codeur.
Maintenant, définis-moi les « conneries » que t'autorise Perl... surtout si tu prends les précautions d'un simple use strict.
Tu reviens toujours à Perl, mais je ne veux pas viser ce langage en particulier tu sais. Je n'ai rien contre.
De plus tu as des gens qui font des concours d'obfuscated perl en utilisant use strict, donc ca ne t'empechera pas d'écrire des cochoneries.
Si je voulais aller dans ton sens je dirais que dans le cas du C c'est le codeur qui fera une connerie en introduisant des erreurs, donc que c'est toujours de la faute du codeur. Mais comme tu l'as reconnu ce n'est pas tout à fait vrai parceque la structure du langage C l'a un peu aidé à faire sa connerie, alors qu'un langage comme le Perl aurait empeché ce genre de gag.
Admettons. Cela ne change rien à mon propos. Le langage ne fait pas tout.
On est d'accord.
[...]
Je reprends ton argument : si on a pris un presta et qu'on lui a demandé d'utiliser du C pour manipuler du texte les problèmes pourront aussi venir du langage.
C'est évident... et si on lui a demandé d'utiliser l'assembleur...
Sauf que je ne connais pas beaucoup de boite ou on utilise encore l'assembleur. Par contre des boites ou l'on utilise du C/C++ ou du java dans les projets ben j'en connais.
Je parle quand même d'un monde où il y a un peu de bon sens...
Welcome in the real world :-)
Je ne sais pas bien comment tu peux juger de cela... Il y a beaucoup plus de codeurs en Perl dans le monde que de codeurs dans les autres langages, justement parce que Perl répond à toute un série de besoins.
Pareil : comment tu peux juger de cela ? tu as des sources fiables ?
Oui : regarde les modules du CPAN et regarde le nombre de disciplines que cela touche... et encore, je suis sûr que tu n'auras là qu'un exemple minorant.
Je ne vois pas en quoi le nombre de modules de CPAN me donne une indication fiable sur le fait qu'il y ait plus de codeurs perl que de codeurs C++ par exemple.
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si large...
Je crois que ce qui lui a donné un avantage la dessus c'est aussi le fait que ce soit libre.
In article (Dans l'article) <87zni82i6t.fsf@belledonne.chartreuse.fr>,
Patrice Karatchentzeff <p.karatchentzeff@free.fr> wrote (écrivait) :
Tu viens de me donner un argument qui va dans mon sens : tu as des
langages qui permettent beaucoup de choses et donc il ne faut pas
s'étonner si ca permet aussi de faire des conneries.
Non : rien à voir. Ici, le programme t'oblige à déclarer tes espaces
de variables et leur manipulation finit par planter le code.
Manipulation demandée par qui ? le codeur.
Maintenant, définis-moi les « conneries » que t'autorise
Perl... surtout si tu prends les précautions d'un simple use strict.
Tu reviens toujours à Perl, mais je ne veux pas viser ce langage en
particulier tu sais. Je n'ai rien contre.
De plus tu as des gens qui font des concours d'obfuscated perl en
utilisant use strict, donc ca ne t'empechera pas d'écrire des
cochoneries.
Si je voulais aller dans ton sens je dirais que dans le cas du C c'est
le codeur qui fera une connerie en introduisant des erreurs, donc que
c'est toujours de la faute du codeur. Mais comme tu l'as reconnu ce
n'est pas tout à fait vrai parceque la structure du langage C l'a un
peu aidé à faire sa connerie, alors qu'un langage comme le Perl aurait
empeché ce genre de gag.
Admettons. Cela ne change rien à mon propos. Le langage ne fait pas
tout.
On est d'accord.
[...]
Je reprends ton argument : si on a pris un presta et qu'on lui a
demandé d'utiliser du C pour manipuler du texte les problèmes pourront
aussi venir du langage.
C'est évident... et si on lui a demandé d'utiliser l'assembleur...
Sauf que je ne connais pas beaucoup de boite ou on utilise encore
l'assembleur. Par contre des boites ou l'on utilise du C/C++ ou du java
dans les projets ben j'en connais.
Je parle quand même d'un monde où il y a un peu de bon
sens...
Welcome in the real world :-)
Je ne sais pas bien comment tu peux juger de cela... Il y a beaucoup
plus de codeurs en Perl dans le monde que de codeurs dans les autres
langages, justement parce que Perl répond à toute un série de besoins.
Pareil : comment tu peux juger de cela ? tu as des sources fiables ?
Oui : regarde les modules du CPAN et regarde le nombre de disciplines
que cela touche... et encore, je suis sûr que tu n'auras là qu'un
exemple minorant.
Je ne vois pas en quoi le nombre de modules de CPAN me donne une
indication fiable sur le fait qu'il y ait plus de codeurs perl que de
codeurs C++ par exemple.
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si
large...
Je crois que ce qui lui a donné un avantage la dessus c'est aussi le
fait que ce soit libre.
In article (Dans l'article) , Patrice Karatchentzeff wrote (écrivait) :
Tu viens de me donner un argument qui va dans mon sens : tu as des langages qui permettent beaucoup de choses et donc il ne faut pas s'étonner si ca permet aussi de faire des conneries.
Non : rien à voir. Ici, le programme t'oblige à déclarer tes espaces de variables et leur manipulation finit par planter le code.
Manipulation demandée par qui ? le codeur.
Maintenant, définis-moi les « conneries » que t'autorise Perl... surtout si tu prends les précautions d'un simple use strict.
Tu reviens toujours à Perl, mais je ne veux pas viser ce langage en particulier tu sais. Je n'ai rien contre.
De plus tu as des gens qui font des concours d'obfuscated perl en utilisant use strict, donc ca ne t'empechera pas d'écrire des cochoneries.
Si je voulais aller dans ton sens je dirais que dans le cas du C c'est le codeur qui fera une connerie en introduisant des erreurs, donc que c'est toujours de la faute du codeur. Mais comme tu l'as reconnu ce n'est pas tout à fait vrai parceque la structure du langage C l'a un peu aidé à faire sa connerie, alors qu'un langage comme le Perl aurait empeché ce genre de gag.
Admettons. Cela ne change rien à mon propos. Le langage ne fait pas tout.
On est d'accord.
[...]
Je reprends ton argument : si on a pris un presta et qu'on lui a demandé d'utiliser du C pour manipuler du texte les problèmes pourront aussi venir du langage.
C'est évident... et si on lui a demandé d'utiliser l'assembleur...
Sauf que je ne connais pas beaucoup de boite ou on utilise encore l'assembleur. Par contre des boites ou l'on utilise du C/C++ ou du java dans les projets ben j'en connais.
Je parle quand même d'un monde où il y a un peu de bon sens...
Welcome in the real world :-)
Je ne sais pas bien comment tu peux juger de cela... Il y a beaucoup plus de codeurs en Perl dans le monde que de codeurs dans les autres langages, justement parce que Perl répond à toute un série de besoins.
Pareil : comment tu peux juger de cela ? tu as des sources fiables ?
Oui : regarde les modules du CPAN et regarde le nombre de disciplines que cela touche... et encore, je suis sûr que tu n'auras là qu'un exemple minorant.
Je ne vois pas en quoi le nombre de modules de CPAN me donne une indication fiable sur le fait qu'il y ait plus de codeurs perl que de codeurs C++ par exemple.
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si large...
Je crois que ce qui lui a donné un avantage la dessus c'est aussi le fait que ce soit libre.
Emmanuel Florac
Dans article , disait...
Quand a PHP, je serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
Un langage en bois. J'ai eu le tort de l'utiliser, j'ai du (depuis php 3.0) réécrire mon code 2 fois. Aujourd'hui, le code php 4.2 (et bientôt) 5 ressemble moins à ce qui se faisait en php 3 qu'à du C++. Je vais tout réécrire en perl, au moins je sais que la compatibilité ascendante est assurée...
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <slrnbk1v5n.27uf.root@shiva.india.ath.cx>,
root@india.ath.cx.nospam.invalid disait...
Quand a PHP, je
serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie
pas spécialement le PHP, mais ca reste un langage a part entière.
Un langage en bois. J'ai eu le tort de l'utiliser, j'ai du (depuis php
3.0) réécrire mon code 2 fois. Aujourd'hui, le code php 4.2 (et bientôt)
5 ressemble moins à ce qui se faisait en php 3 qu'à du C++. Je vais tout
réécrire en perl, au moins je sais que la compatibilité ascendante est
assurée...
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Quand a PHP, je serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
Un langage en bois. J'ai eu le tort de l'utiliser, j'ai du (depuis php 3.0) réécrire mon code 2 fois. Aujourd'hui, le code php 4.2 (et bientôt) 5 ressemble moins à ce qui se faisait en php 3 qu'à du C++. Je vais tout réécrire en perl, au moins je sais que la compatibilité ascendante est assurée...
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Patrice Karatchentzeff
Nicolas LS writes:
[...]
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très interessant pour introduire des étudiants a l'algorythmie. Par contre, il est limité, on ne peut pas faire certaines choses. Quand a PHP, je
Je serai curieux de savoir quoi... La suite Opus de Cadence est entièrement écrite en Scheme et c'est un poids-lourd de la CAO en micro-électronique depuis une décennie... Cela ne fait pas dans le léger quoi !
serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
Le truc qui mélange le HTML et avec un pseudo-langage ?
Nicolas LS <root@india.ath.cx.nospam.invalid> writes:
[...]
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très
interessant pour introduire des étudiants a l'algorythmie. Par contre,
il est limité, on ne peut pas faire certaines choses. Quand a PHP, je
Je serai curieux de savoir quoi... La suite Opus de Cadence est
entièrement écrite en Scheme et c'est un poids-lourd de la CAO en
micro-électronique depuis une décennie... Cela ne fait pas dans le
léger quoi !
serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie
pas spécialement le PHP, mais ca reste un langage a part entière.
Le truc qui mélange le HTML et avec un pseudo-langage ?
Scheme et PHP sont des languages... Scheme est meme, a mon avis, très interessant pour introduire des étudiants a l'algorythmie. Par contre, il est limité, on ne peut pas faire certaines choses. Quand a PHP, je
Je serai curieux de savoir quoi... La suite Opus de Cadence est entièrement écrite en Scheme et c'est un poids-lourd de la CAO en micro-électronique depuis une décennie... Cela ne fait pas dans le léger quoi !
serais curieux de voir pourquoi ce n'est pas un langage, je n'apprécie pas spécialement le PHP, mais ca reste un langage a part entière.
Le truc qui mélange le HTML et avec un pseudo-langage ?
De plus tu as des gens qui font des concours d'obfuscated perl en utilisant use strict, donc ca ne t'empechera pas d'écrire des cochoneries.
Ce ne sont pas des cochonneries : c'est le but de la manoeuvre.
[...]
Je ne vois pas en quoi le nombre de modules de CPAN me donne une indication fiable sur le fait qu'il y ait plus de codeurs perl que de codeurs C++ par exemple.
Un langage interprété est évidemment plus abordable qu'un langage compilé... déjà. Surtout quand l'interprété possède un ramasse-miette qui permet de se concentrer sur l'action à réaliser plutôt que sur des détails. D'entrée, le C++ est élitiste, encore plus que le C, car il met en avant la POO... alors que le débutant ne sait même pas ce que c'est et en a rien à foutre pour coder un script...
Si je fais une stat perso dans mon entourage professionnel, tout le monde, peu ou prou, connait Perl et est capable de s'en sortir (plus ou moins bien) avec mais pratiquement aucun n'est capable de faire du C++...
Perl est utilisé par de nombreux non-informaticiens alors que C++ n'est pratiquement utilisé que par des informaticiens...
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si large...
Je crois que ce qui lui a donné un avantage la dessus c'est aussi le fait que ce soit libre.
On ne peut faire du C ou C++ avec des outils libres ?
De plus tu as des gens qui font des concours d'obfuscated perl en
utilisant use strict, donc ca ne t'empechera pas d'écrire des
cochoneries.
Ce ne sont pas des cochonneries : c'est le but de la manoeuvre.
[...]
Je ne vois pas en quoi le nombre de modules de CPAN me donne une
indication fiable sur le fait qu'il y ait plus de codeurs perl que de
codeurs C++ par exemple.
Un langage interprété est évidemment plus abordable qu'un langage
compilé... déjà. Surtout quand l'interprété possède un ramasse-miette
qui permet de se concentrer sur l'action à réaliser plutôt que sur des
détails. D'entrée, le C++ est élitiste, encore plus que le C, car il
met en avant la POO... alors que le débutant ne sait même pas ce que
c'est et en a rien à foutre pour coder un script...
Si je fais une stat perso dans mon entourage professionnel, tout le
monde, peu ou prou, connait Perl et est capable de s'en sortir (plus
ou moins bien) avec mais pratiquement aucun n'est capable de faire du
C++...
Perl est utilisé par de nombreux non-informaticiens alors que C++
n'est pratiquement utilisé que par des informaticiens...
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si
large...
Je crois que ce qui lui a donné un avantage la dessus c'est aussi le
fait que ce soit libre.
On ne peut faire du C ou C++ avec des outils libres ?
De plus tu as des gens qui font des concours d'obfuscated perl en utilisant use strict, donc ca ne t'empechera pas d'écrire des cochoneries.
Ce ne sont pas des cochonneries : c'est le but de la manoeuvre.
[...]
Je ne vois pas en quoi le nombre de modules de CPAN me donne une indication fiable sur le fait qu'il y ait plus de codeurs perl que de codeurs C++ par exemple.
Un langage interprété est évidemment plus abordable qu'un langage compilé... déjà. Surtout quand l'interprété possède un ramasse-miette qui permet de se concentrer sur l'action à réaliser plutôt que sur des détails. D'entrée, le C++ est élitiste, encore plus que le C, car il met en avant la POO... alors que le débutant ne sait même pas ce que c'est et en a rien à foutre pour coder un script...
Si je fais une stat perso dans mon entourage professionnel, tout le monde, peu ou prou, connait Perl et est capable de s'en sortir (plus ou moins bien) avec mais pratiquement aucun n'est capable de faire du C++...
Perl est utilisé par de nombreux non-informaticiens alors que C++ n'est pratiquement utilisé que par des informaticiens...
Je ne crois pas qu'il existe beaucoup de langage qui ratisse si large...
Je crois que ce qui lui a donné un avantage la dessus c'est aussi le fait que ce soit libre.
On ne peut faire du C ou C++ avec des outils libres ?
