Le Sat, 12 Jun 2004 13:43:41 +0000, Frédéric a écrit :
On peut peut-être tout programmer en perl, de là à ce que ce soit un investissement rentable j'en doute ! Quel intérêt de programmer un O.S. ou bien même un compilateur en Perl ?
En l'état actuel, il est envisageable d'écrire un OS pour la machine virtuelle de Parrot, je pense. Pour un compilateur, certaines fonctions proches (lexeur, parseur, générateur de grammaire) sont couramment écrites en perl. Pour des langages spécialisés, la puissance de parseur de perl est même idéale pour écrire rapidement un compilateur simple.
-- Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est carrément impossible. Si ça a l'air impossible, c'est un compilateur Ada. Théorème de Stockmayer.
Le Sat, 12 Jun 2004 13:43:41 +0000, Frédéric a écrit :
On peut peut-être tout programmer en perl, de là à ce que
ce soit un investissement rentable j'en doute ! Quel intérêt
de programmer un O.S. ou bien même un compilateur en Perl ?
En l'état actuel, il est envisageable d'écrire un OS pour la machine
virtuelle de Parrot, je pense. Pour un compilateur, certaines fonctions
proches (lexeur, parseur, générateur de grammaire) sont couramment
écrites en perl. Pour des langages spécialisés, la puissance de parseur
de perl est même idéale pour écrire rapidement un compilateur simple.
--
Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est
carrément impossible. Si ça a l'air impossible, c'est un compilateur
Ada.
Théorème de Stockmayer.
Le Sat, 12 Jun 2004 13:43:41 +0000, Frédéric a écrit :
On peut peut-être tout programmer en perl, de là à ce que ce soit un investissement rentable j'en doute ! Quel intérêt de programmer un O.S. ou bien même un compilateur en Perl ?
En l'état actuel, il est envisageable d'écrire un OS pour la machine virtuelle de Parrot, je pense. Pour un compilateur, certaines fonctions proches (lexeur, parseur, générateur de grammaire) sont couramment écrites en perl. Pour des langages spécialisés, la puissance de parseur de perl est même idéale pour écrire rapidement un compilateur simple.
-- Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est carrément impossible. Si ça a l'air impossible, c'est un compilateur Ada. Théorème de Stockmayer.
DominiX
ici même:, Antoine Dinimant a écrit
Delf a écrit:
Martin wrote:
Peut-on vraiment tout programmer en perl ?
Vu la quantité de modules... je serais tenté de dire tout ce qu'on peut imaginer :)
je ne suis pas d'accord. Perl permet de traiter de l'info (du texte, du code, des données d'une base, des fichiers, etc.) mais pas de construire une interface graphique autrement qu'en HTML (ou alors, j'aimerais bien connaître les modules ;-). Pour cela, il faut faire appel à des langages et IDE comme VB, Delphi, Java, etc.
ridicule. il existe Tk, Qt, Gtk, WxWindows, Win32::Gui, Mac::Gui et d'autres encore. D'aucun pourrais arger que ces modules ne sont pas écris en pur perl, mais bon.
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
-- dominix.
ici même:40CAC362.1060004@free.fr,
Antoine Dinimant <antoun@free.fr> a écrit
Delf a écrit:
Martin wrote:
Peut-on vraiment tout programmer en perl ?
Vu la quantité de modules... je serais tenté de dire tout ce qu'on
peut imaginer :)
je ne suis pas d'accord. Perl permet de traiter de l'info (du texte,
du code, des données d'une base, des fichiers, etc.) mais pas de
construire une interface graphique autrement qu'en HTML (ou alors,
j'aimerais bien connaître les modules ;-). Pour cela, il faut faire
appel à des langages et IDE comme VB, Delphi, Java, etc.
ridicule.
il existe Tk, Qt, Gtk, WxWindows, Win32::Gui, Mac::Gui et d'autres
encore. D'aucun pourrais arger que ces modules ne sont pas écris
en pur perl, mais bon.
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme
un pilote (du kernel) ou un kernel.
Vu la quantité de modules... je serais tenté de dire tout ce qu'on peut imaginer :)
je ne suis pas d'accord. Perl permet de traiter de l'info (du texte, du code, des données d'une base, des fichiers, etc.) mais pas de construire une interface graphique autrement qu'en HTML (ou alors, j'aimerais bien connaître les modules ;-). Pour cela, il faut faire appel à des langages et IDE comme VB, Delphi, Java, etc.
ridicule. il existe Tk, Qt, Gtk, WxWindows, Win32::Gui, Mac::Gui et d'autres encore. D'aucun pourrais arger que ces modules ne sont pas écris en pur perl, mais bon.
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
-- dominix.
Emmanuel Florac
Le Sat, 12 Jun 2004 22:05:36 -1000, DominiX a écrit :
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, l'interface existe, je ne sais pas si ça a été utilisé (en dehors du prototypage).
-- Les défauts n'apparaissent qu'après que le programme ait passé (avec succès) la phase d'intégration. Loi de Klipstein.
Le Sat, 12 Jun 2004 22:05:36 -1000, DominiX a écrit :
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme
un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en
perl, l'interface existe, je ne sais pas si ça a été utilisé (en
dehors du prototypage).
--
Les défauts n'apparaissent qu'après que le programme ait passé (avec
succès) la phase d'intégration.
Loi de Klipstein.
Le Sat, 12 Jun 2004 22:05:36 -1000, DominiX a écrit :
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, l'interface existe, je ne sais pas si ça a été utilisé (en dehors du prototypage).
-- Les défauts n'apparaissent qu'après que le programme ait passé (avec succès) la phase d'intégration. Loi de Klipstein.
DominiX
ici même:, Emmanuel Florac a écrit
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, l'interface existe, je ne sais pas si ça a été utilisé (en dehors du prototypage).
woaw, faut que je me remette a la page ... :}
-- dominix
ici même:pan.2004.06.13.08.19.28.391008@imaginet.fr,
Emmanuel Florac <eflorac@imaginet.fr> a écrit
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme
un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en
perl, l'interface existe, je ne sais pas si ça a été utilisé (en
dehors du prototypage).
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, l'interface existe, je ne sais pas si ça a été utilisé (en dehors du prototypage).
woaw, faut que je me remette a la page ... :}
-- dominix
Julien Plée
Peut-être peut-il s'agir de Perl compilé aussi...
"DominiX" a écrit dans le message de news:40cc15cb$0$31916$
ici même:, Emmanuel Florac a écrit
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, l'interface existe, je ne sais pas si ça a été utilisé (en dehors du prototypage).
woaw, faut que je me remette a la page ... :}
-- dominix
Peut-être peut-il s'agir de Perl compilé aussi...
"DominiX" <dominix@despamed.com> a écrit dans le message de
news:40cc15cb$0$31916$626a14ce@news.free.fr...
ici même:pan.2004.06.13.08.19.28.391008@imaginet.fr,
Emmanuel Florac <eflorac@imaginet.fr> a écrit
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme
un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en
perl, l'interface existe, je ne sais pas si ça a été utilisé (en
dehors du prototypage).
"DominiX" a écrit dans le message de news:40cc15cb$0$31916$
ici même:, Emmanuel Florac a écrit
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel.
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, l'interface existe, je ne sais pas si ça a été utilisé (en dehors du prototypage).
woaw, faut que je me remette a la page ... :}
-- dominix
DominiX
ici même:cahsbg$j10$, Julien Plée a écrit
"DominiX" a écrit dans le message de news:40cc15cb$0$31916$
ici même:, Emmanuel Florac a écrit
...
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel. ...
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, ...
[remis dans le bon sens]
Peut-être peut-il s'agir de Perl compilé aussi...
ca existe ca aussi ? un compilateur perl au niveau langage machine ? si tu evoque perlcc au dernieres nouvelles cela ne gerais pas bien les chargements dynamique ou les modules trop complexes (mais bon, sur mon ile les nouvelles mettent du temps).
-- dominix
ici même:cahsbg$j10$1@news-reader4.wanadoo.fr,
Julien Plée <julien@eveil.fr> a écrit
"DominiX" <dominix@despamed.com> a écrit dans le message de
news:40cc15cb$0$31916$626a14ce@news.free.fr...
ici même:pan.2004.06.13.08.19.28.391008@imaginet.fr,
Emmanuel Florac <eflorac@imaginet.fr> a écrit
...
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme
un pilote (du kernel) ou un kernel.
...
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en
perl,
...
[remis dans le bon sens]
Peut-être peut-il s'agir de Perl compilé aussi...
ca existe ca aussi ? un compilateur perl au niveau langage machine ?
si tu evoque perlcc au dernieres nouvelles cela ne gerais pas bien
les chargements dynamique ou les modules trop complexes
(mais bon, sur mon ile les nouvelles mettent du temps).
"DominiX" a écrit dans le message de news:40cc15cb$0$31916$
ici même:, Emmanuel Florac a écrit
...
ce que l'on ne peut faire c'est ecrire une couche bas niveau, comme un pilote (du kernel) ou un kernel. ...
Il est possible (et prévu) d'écrire des modules noyaux pour Linux en perl, ...
[remis dans le bon sens]
Peut-être peut-il s'agir de Perl compilé aussi...
ca existe ca aussi ? un compilateur perl au niveau langage machine ? si tu evoque perlcc au dernieres nouvelles cela ne gerais pas bien les chargements dynamique ou les modules trop complexes (mais bon, sur mon ile les nouvelles mettent du temps).
-- dominix
Emmanuel Florac
Le Sun, 13 Jun 2004 17:37:03 +0200, Julien Plée a écrit :
Peut-être peut-il s'agir de Perl compilé aussi...
Non, seule l'interface noyau est compilée, le module lui-même ne l'est pas. D'ailleurs perl n'est pas réellement compilable pour des raisons techniques complexes qui m'échappent.
-- Le travail est la malédiction des classes qui boivent. O. Wilde.
Le Sun, 13 Jun 2004 17:37:03 +0200, Julien Plée a écrit :
Peut-être peut-il s'agir de Perl compilé aussi...
Non, seule l'interface noyau est compilée, le module lui-même ne l'est
pas. D'ailleurs perl n'est pas réellement compilable pour des raisons
techniques complexes qui m'échappent.
--
Le travail est la malédiction des classes qui boivent.
O. Wilde.
Le Sun, 13 Jun 2004 17:37:03 +0200, Julien Plée a écrit :
Peut-être peut-il s'agir de Perl compilé aussi...
Non, seule l'interface noyau est compilée, le module lui-même ne l'est pas. D'ailleurs perl n'est pas réellement compilable pour des raisons techniques complexes qui m'échappent.
-- Le travail est la malédiction des classes qui boivent. O. Wilde.
Martin
Emmanuel Florac a pensé très fort :
On peut peut-être tout programmer en perl, de là à ce que ce soit un investissement rentable j'en doute ! Quel intérêt de programmer un O.S. ou bien même un compilateur en Perl ?
En l'état actuel, il est envisageable d'écrire un OS pour la machine virtuelle de Parrot, je pense. Pour un compilateur, certaines fonctions proches (lexeur, parseur, générateur de grammaire) sont couramment écrites en perl. Pour des langages spécialisés, la puissance de parseur de perl est même idéale pour écrire rapidement un compilateur simple.
Bon ok, passons sur les détails.
Dois-je commencr par lire la programmation pour les nuls avant de me lancer dans un language particulier ?
-- Pour éditer, imprimer, retouche, classer, (...), vos photos : CodedColor !
Emmanuel Florac a pensé très fort :
On peut peut-être tout programmer en perl, de là à ce que
ce soit un investissement rentable j'en doute ! Quel intérêt
de programmer un O.S. ou bien même un compilateur en Perl ?
En l'état actuel, il est envisageable d'écrire un OS pour la machine
virtuelle de Parrot, je pense. Pour un compilateur, certaines fonctions
proches (lexeur, parseur, générateur de grammaire) sont couramment
écrites en perl. Pour des langages spécialisés, la puissance de parseur
de perl est même idéale pour écrire rapidement un compilateur simple.
Bon ok, passons sur les détails.
Dois-je commencr par lire la programmation pour les nuls avant de me
lancer dans un language particulier ?
--
Pour éditer, imprimer, retouche, classer, (...), vos photos :
CodedColor !
On peut peut-être tout programmer en perl, de là à ce que ce soit un investissement rentable j'en doute ! Quel intérêt de programmer un O.S. ou bien même un compilateur en Perl ?
En l'état actuel, il est envisageable d'écrire un OS pour la machine virtuelle de Parrot, je pense. Pour un compilateur, certaines fonctions proches (lexeur, parseur, générateur de grammaire) sont couramment écrites en perl. Pour des langages spécialisés, la puissance de parseur de perl est même idéale pour écrire rapidement un compilateur simple.
Bon ok, passons sur les détails.
Dois-je commencr par lire la programmation pour les nuls avant de me lancer dans un language particulier ?
-- Pour éditer, imprimer, retouche, classer, (...), vos photos : CodedColor !
steph
Emmanuel Florac a pensé très fort :
Bon ok, passons sur les détails.
Dois-je commencr par lire la programmation pour les nuls avant de me lancer dans un language particulier ?
Bon je ne vais pas me faire que des amis ici ... tant pis je me lance. Je precice que je pratique le Perl et je le defends un max à mon boulot.
Mais si tu n'a jamais programmé Perl n'est peut-etre pas l'ideal pour acquierir les bases et surout la rigeur qu'exige la programmation. Certians diront que l'on peut ecrire du Perl lisible, gerer la caste, etc ... mais pour un debutant les "facilités" de Perl sont plutot de futurs handicaps.
Il y a pas si longtemps le Pascal ou le C etait une bonne entrée en matiere. Actuellement je pense que commencer par le Java peut etre interessant. En plus commencer par de la prog objet c'est surement pas mal ... Mais bon que ca ne t'empeche pas de revenir au Perl en fonction de tes besoin :-))
D'ailleurs tu veux commencé à programmer mais pour faire quoi, sur quoi ?
Emmanuel Florac a pensé très fort :
Bon ok, passons sur les détails.
Dois-je commencr par lire la programmation pour les nuls avant de me
lancer dans un language particulier ?
Bon je ne vais pas me faire que des amis ici ... tant pis je me lance.
Je precice que je pratique le Perl et je le defends un max à mon boulot.
Mais si tu n'a jamais programmé Perl n'est peut-etre pas l'ideal pour
acquierir les bases et surout la rigeur qu'exige la programmation.
Certians diront que l'on peut ecrire du Perl lisible, gerer la caste,
etc ... mais pour un debutant les "facilités" de Perl sont plutot de
futurs handicaps.
Il y a pas si longtemps le Pascal ou le C etait une bonne entrée en
matiere. Actuellement je pense que commencer par le Java peut etre
interessant. En plus commencer par de la prog objet c'est surement pas
mal ...
Mais bon que ca ne t'empeche pas de revenir au Perl en fonction de tes
besoin :-))
D'ailleurs tu veux commencé à programmer mais pour faire quoi, sur quoi ?
Dois-je commencr par lire la programmation pour les nuls avant de me lancer dans un language particulier ?
Bon je ne vais pas me faire que des amis ici ... tant pis je me lance. Je precice que je pratique le Perl et je le defends un max à mon boulot.
Mais si tu n'a jamais programmé Perl n'est peut-etre pas l'ideal pour acquierir les bases et surout la rigeur qu'exige la programmation. Certians diront que l'on peut ecrire du Perl lisible, gerer la caste, etc ... mais pour un debutant les "facilités" de Perl sont plutot de futurs handicaps.
Il y a pas si longtemps le Pascal ou le C etait une bonne entrée en matiere. Actuellement je pense que commencer par le Java peut etre interessant. En plus commencer par de la prog objet c'est surement pas mal ... Mais bon que ca ne t'empeche pas de revenir au Perl en fonction de tes besoin :-))
D'ailleurs tu veux commencé à programmer mais pour faire quoi, sur quoi ?
Paul GABORIT
À (at) Mon, 14 Jun 2004 16:37:03 +0200, steph écrivait (wrote):
Mais si tu n'a jamais programmé Perl n'est peut-etre pas l'ideal pour acquierir les bases et surout la rigeur qu'exige la programmation.
Le seul moyen d'acquérir les bases et la rigueur qu'exige la programmation... C'est de programmer en n'importe quel langage et n'importe comment !
Mais il faut vraiment programmer quelque chose... voire plusieurs choses... voire de nombreuses choses.. Certains ne feront que cela toute leur vie ;-)
Ensuite, n'importe quel bouquin ou cours sur la programmation structurée, la programmation objet, la programmation fonctionnelle, l'analyse descendante, l'architecture logicielle, la modélisation objet, la gestion de projet, le développement rapide, etc. devient un vrai bonheur !
On comprend beaucoup mieux les facilités proposées et les niveaux d'exigence si on s'est cassé les dents sur de vrais problèmes (qu'ils soient de conception, de spécification, de codage, d'intégration...).
Il y a pas si longtemps le Pascal ou le C etait une bonne entrée en matiere. Actuellement je pense que commencer par le Java peut etre interessant. En plus commencer par de la prog objet c'est surement pas mal ... Mais bon que ca ne t'empeche pas de revenir au Perl en fonction de tes besoin :-))
Le choix du langage n'est pas important. D'autant qu'un bon programmeur ne l'est que parce qu'il maîtrise les concepts sous-jacents (qui sont communs à tous les langages).
Ce qui compte dans le choix du langage, c'est plutôt l'aide qu'on pourra recevoir.
D'ailleurs tu veux commencé à programmer mais pour faire quoi, sur quoi ?
C'est la bonne question !
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/> Perl en français - <http://www.enstimac.fr/Perl/>
À (at) Mon, 14 Jun 2004 16:37:03 +0200,
steph <zzz@zzz.fr> écrivait (wrote):
Mais si tu n'a jamais programmé Perl n'est peut-etre pas l'ideal pour
acquierir les bases et surout la rigeur qu'exige la programmation.
Le seul moyen d'acquérir les bases et la rigueur qu'exige la programmation...
C'est de programmer en n'importe quel langage et n'importe comment !
Mais il faut vraiment programmer quelque chose... voire plusieurs
choses... voire de nombreuses choses.. Certains ne feront que cela toute leur
vie ;-)
Ensuite, n'importe quel bouquin ou cours sur la programmation structurée, la
programmation objet, la programmation fonctionnelle, l'analyse descendante,
l'architecture logicielle, la modélisation objet, la gestion de projet, le
développement rapide, etc. devient un vrai bonheur !
On comprend beaucoup mieux les facilités proposées et les niveaux d'exigence
si on s'est cassé les dents sur de vrais problèmes (qu'ils soient de
conception, de spécification, de codage, d'intégration...).
Il y a pas si longtemps le Pascal ou le C etait une bonne entrée en
matiere. Actuellement je pense que commencer par le Java peut etre
interessant. En plus commencer par de la prog objet c'est surement pas mal
... Mais bon que ca ne t'empeche pas de revenir au Perl en fonction de tes
besoin :-))
Le choix du langage n'est pas important. D'autant qu'un bon programmeur ne
l'est que parce qu'il maîtrise les concepts sous-jacents (qui sont communs à
tous les langages).
Ce qui compte dans le choix du langage, c'est plutôt l'aide qu'on pourra
recevoir.
D'ailleurs tu veux commencé à programmer mais pour faire quoi, sur quoi ?
C'est la bonne question !
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Perl en français - <http://www.enstimac.fr/Perl/>
À (at) Mon, 14 Jun 2004 16:37:03 +0200, steph écrivait (wrote):
Mais si tu n'a jamais programmé Perl n'est peut-etre pas l'ideal pour acquierir les bases et surout la rigeur qu'exige la programmation.
Le seul moyen d'acquérir les bases et la rigueur qu'exige la programmation... C'est de programmer en n'importe quel langage et n'importe comment !
Mais il faut vraiment programmer quelque chose... voire plusieurs choses... voire de nombreuses choses.. Certains ne feront que cela toute leur vie ;-)
Ensuite, n'importe quel bouquin ou cours sur la programmation structurée, la programmation objet, la programmation fonctionnelle, l'analyse descendante, l'architecture logicielle, la modélisation objet, la gestion de projet, le développement rapide, etc. devient un vrai bonheur !
On comprend beaucoup mieux les facilités proposées et les niveaux d'exigence si on s'est cassé les dents sur de vrais problèmes (qu'ils soient de conception, de spécification, de codage, d'intégration...).
Il y a pas si longtemps le Pascal ou le C etait une bonne entrée en matiere. Actuellement je pense que commencer par le Java peut etre interessant. En plus commencer par de la prog objet c'est surement pas mal ... Mais bon que ca ne t'empeche pas de revenir au Perl en fonction de tes besoin :-))
Le choix du langage n'est pas important. D'autant qu'un bon programmeur ne l'est que parce qu'il maîtrise les concepts sous-jacents (qui sont communs à tous les langages).
Ce qui compte dans le choix du langage, c'est plutôt l'aide qu'on pourra recevoir.
D'ailleurs tu veux commencé à programmer mais pour faire quoi, sur quoi ?
C'est la bonne question !
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/> Perl en français - <http://www.enstimac.fr/Perl/>
