[â¦]
> Ok, donc tu peux oublier les langages « interprété s »¹,
> Python étant un des plus rapides.
> (Pour ce que ça vaut â http://shootout.alioth.debian.o rg/ )
[â¦]
Ben, ça n'est pas tout à fait ce que dit cette page:
http://onlyjob.blogspot.fr/2011/03/perl5-python-ruby-php-c-c-l
ua-tcl.html la différence avec perl est qd même "intér essante"
(wai, je sais, perl = mêmes PBs que C si on code un tant soit
peu goret).
[â¦]
Ouais, là , c'est pas gagné (à moins que perl ou autre ne
permette de faire ça d'une façon triviale; par ex. sans
avoir à gérer manuellement des sémaphores, etc).
[â¦]
> Ok, donc tu peux oublier les langages « interprété s »¹,
> Python étant un des plus rapides.
> (Pour ce que ça vaut â http://shootout.alioth.debian.o rg/ )
[â¦]
Ben, ça n'est pas tout à fait ce que dit cette page:
http://onlyjob.blogspot.fr/2011/03/perl5-python-ruby-php-c-c-l
ua-tcl.html la différence avec perl est qd même "intér essante"
(wai, je sais, perl = mêmes PBs que C si on code un tant soit
peu goret).
[â¦]
Ouais, là , c'est pas gagné (à moins que perl ou autre ne
permette de faire ça d'une façon triviale; par ex. sans
avoir à gérer manuellement des sémaphores, etc).
[â¦]
> Ok, donc tu peux oublier les langages « interprété s »¹,
> Python étant un des plus rapides.
> (Pour ce que ça vaut â http://shootout.alioth.debian.o rg/ )
[â¦]
Ben, ça n'est pas tout à fait ce que dit cette page:
http://onlyjob.blogspot.fr/2011/03/perl5-python-ruby-php-c-c-l
ua-tcl.html la différence avec perl est qd même "intér essante"
(wai, je sais, perl = mêmes PBs que C si on code un tant soit
peu goret).
[â¦]
Ouais, là , c'est pas gagné (à moins que perl ou autre ne
permette de faire ça d'une façon triviale; par ex. sans
avoir à gérer manuellement des sémaphores, etc).
Chalut liste,
je tâche de reprendre le cours une vieille arlésienne dans mes
projets et je m'interroge sur le langage (interprété) à utiliser.
J'ai besoin de pômal de libs: TCP/IP, PostgreSQL, XML, graphic
plotting, génération de PDFs (là, ptêt en PHP, à cause de la
qualité des frameworks que je ne n'ai retrouvée nul part), SSL,
templating/génération de HTML, ORM, etc.
Pour bâtir un svr d'application qui tournera sans doute sur une
machine récente, mais doit pouvoir, le cas échéant, tout autant
tourner sur un vieux bousin (P3-800MHz par ex.) avec peu de RAM.
Python semblait un bon concurrent, mais s'il est blindé de libs,
il est très lent et surtout ne semble tjrs pas scaler sur les
multi-cores (et les espaces sont _vraiment_ chiants), et bouffe
de la RAM, donc exit.
Dans les autres, reste donc (à vue de libs): Perl, Ruby,
(à vue de nez) TCL & LUA; plus ceux que j'ai oublié.
Java est bien évidemment non-envisageable.
La chose devant être un "genre d'openerp" (tout du moins être
modulaire, avec gestion des dépendances, une partie "admin"
(implantation des modules) et une partie user), ça serait
bien que le langage ne soit pas trop verbeux (un peu comme
python) et rapide.
Mon but est d'éviter de me planter pour ne pas avoir à
recommencer de zéro dans qq mois et d'éviter d'avoir à
ré-écrire la roue.
Chalut liste,
je tâche de reprendre le cours une vieille arlésienne dans mes
projets et je m'interroge sur le langage (interprété) à utiliser.
J'ai besoin de pômal de libs: TCP/IP, PostgreSQL, XML, graphic
plotting, génération de PDFs (là, ptêt en PHP, à cause de la
qualité des frameworks que je ne n'ai retrouvée nul part), SSL,
templating/génération de HTML, ORM, etc.
Pour bâtir un svr d'application qui tournera sans doute sur une
machine récente, mais doit pouvoir, le cas échéant, tout autant
tourner sur un vieux bousin (P3-800MHz par ex.) avec peu de RAM.
Python semblait un bon concurrent, mais s'il est blindé de libs,
il est très lent et surtout ne semble tjrs pas scaler sur les
multi-cores (et les espaces sont _vraiment_ chiants), et bouffe
de la RAM, donc exit.
Dans les autres, reste donc (à vue de libs): Perl, Ruby,
(à vue de nez) TCL & LUA; plus ceux que j'ai oublié.
Java est bien évidemment non-envisageable.
La chose devant être un "genre d'openerp" (tout du moins être
modulaire, avec gestion des dépendances, une partie "admin"
(implantation des modules) et une partie user), ça serait
bien que le langage ne soit pas trop verbeux (un peu comme
python) et rapide.
Mon but est d'éviter de me planter pour ne pas avoir à
recommencer de zéro dans qq mois et d'éviter d'avoir à
ré-écrire la roue.
Chalut liste,
je tâche de reprendre le cours une vieille arlésienne dans mes
projets et je m'interroge sur le langage (interprété) à utiliser.
J'ai besoin de pômal de libs: TCP/IP, PostgreSQL, XML, graphic
plotting, génération de PDFs (là, ptêt en PHP, à cause de la
qualité des frameworks que je ne n'ai retrouvée nul part), SSL,
templating/génération de HTML, ORM, etc.
Pour bâtir un svr d'application qui tournera sans doute sur une
machine récente, mais doit pouvoir, le cas échéant, tout autant
tourner sur un vieux bousin (P3-800MHz par ex.) avec peu de RAM.
Python semblait un bon concurrent, mais s'il est blindé de libs,
il est très lent et surtout ne semble tjrs pas scaler sur les
multi-cores (et les espaces sont _vraiment_ chiants), et bouffe
de la RAM, donc exit.
Dans les autres, reste donc (à vue de libs): Perl, Ruby,
(à vue de nez) TCL & LUA; plus ceux que j'ai oublié.
Java est bien évidemment non-envisageable.
La chose devant être un "genre d'openerp" (tout du moins être
modulaire, avec gestion des dépendances, une partie "admin"
(implantation des modules) et une partie user), ça serait
bien que le langage ne soit pas trop verbeux (un peu comme
python) et rapide.
Mon but est d'éviter de me planter pour ne pas avoir à
recommencer de zéro dans qq mois et d'éviter d'avoir à
ré-écrire la roue.
Pour clore la chose, je crois que je vais m'embarquer vers du
compilé, et plus particulièrement vers ADA.
Parce que plus j'en lis sur ce langage, plus il me semble que
c'est le langage qui permet de (presque) tout faire, et de le
faire bien.
Pour clore la chose, je crois que je vais m'embarquer vers du
compilé, et plus particulièrement vers ADA.
Parce que plus j'en lis sur ce langage, plus il me semble que
c'est le langage qui permet de (presque) tout faire, et de le
faire bien.
Pour clore la chose, je crois que je vais m'embarquer vers du
compilé, et plus particulièrement vers ADA.
Parce que plus j'en lis sur ce langage, plus il me semble que
c'est le langage qui permet de (presque) tout faire, et de le
faire bien.
Bon, le côté sombre, c'est qu'en tant que bidouilleur je crois
que je vais en chibaver parce que c'est méchamment strict comme
langage…
Bon, le côté sombre, c'est qu'en tant que bidouilleur je crois
que je vais en chibaver parce que c'est méchamment strict comme
langage…
Bon, le côté sombre, c'est qu'en tant que bidouilleur je crois
que je vais en chibaver parce que c'est méchamment strict comme
langage…
L'inconvénient, c'est qu'il faut obligatoirement s'installer sur un
bidet pour coder !
Je sors ! Heureusement, c'est vendredi !
L'inconvénient, c'est qu'il faut obligatoirement s'installer sur un
bidet pour coder !
Je sors ! Heureusement, c'est vendredi !
L'inconvénient, c'est qu'il faut obligatoirement s'installer sur un
bidet pour coder !
Je sors ! Heureusement, c'est vendredi !
j'arrive un peu tard, mais as-tu essayé le FORTH?
pour un bidouilleur, rien de mieux
jdd
j'arrive un peu tard, mais as-tu essayé le FORTH?
pour un bidouilleur, rien de mieux
jdd
j'arrive un peu tard, mais as-tu essayé le FORTH?
pour un bidouilleur, rien de mieux
jdd
On Sat, 23 Nov 2013 21:32:04 +0100
Bzzz wrote:
Pour clore la chose, je crois que je vais m'embarquer vers du
compilé, et plus particulièrement vers ADA.
Parce que plus j'en lis sur ce langage, plus il me semble que
c'est le langage qui permet de (presque) tout faire, et de le
faire bien.
Bon, le côté sombre, c'est qu'en tant que bidouilleur je crois
que je vais en chibaver parce que c'est méchamment strict comme
langage…
On Sat, 23 Nov 2013 21:32:04 +0100
Bzzz <lazyvirus@gmx.com> wrote:
Pour clore la chose, je crois que je vais m'embarquer vers du
compilé, et plus particulièrement vers ADA.
Parce que plus j'en lis sur ce langage, plus il me semble que
c'est le langage qui permet de (presque) tout faire, et de le
faire bien.
Bon, le côté sombre, c'est qu'en tant que bidouilleur je crois
que je vais en chibaver parce que c'est méchamment strict comme
langage…
On Sat, 23 Nov 2013 21:32:04 +0100
Bzzz wrote:
Pour clore la chose, je crois que je vais m'embarquer vers du
compilé, et plus particulièrement vers ADA.
Parce que plus j'en lis sur ce langage, plus il me semble que
c'est le langage qui permet de (presque) tout faire, et de le
faire bien.
Bon, le côté sombre, c'est qu'en tant que bidouilleur je crois
que je vais en chibaver parce que c'est méchamment strict comme
langage…
Le plus intéressant, c'est que tu en chibaves pour la compilation,
mais qu'une fois que ça compile, si ça plante, c'est que l'analyse
était mauvaise.
Par ailleurs, j'ai d'autres projets qui nécessitent bcp de
concurrentiel, et ADA me semble tout particulièrement bien loti
dans ce domaine (au moins aussi bien qu'Erlang).
Le plus intéressant, c'est que tu en chibaves pour la compilation,
mais qu'une fois que ça compile, si ça plante, c'est que l'analyse
était mauvaise.
Par ailleurs, j'ai d'autres projets qui nécessitent bcp de
concurrentiel, et ADA me semble tout particulièrement bien loti
dans ce domaine (au moins aussi bien qu'Erlang).
Le plus intéressant, c'est que tu en chibaves pour la compilation,
mais qu'une fois que ça compile, si ça plante, c'est que l'analyse
était mauvaise.
Par ailleurs, j'ai d'autres projets qui nécessitent bcp de
concurrentiel, et ADA me semble tout particulièrement bien loti
dans ce domaine (au moins aussi bien qu'Erlang).