[HS] Langages interprétés, vos avis
Le
Bzzz
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é) à util=
iser.
J'ai besoin de pômal de libs: TCP/IP, PostgreSQL, XML, graphic
plotting, génération de PDFs (là, ptêt en PHP, à c=
ause 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 aut=
ant
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.
--
Natsumi : J'comprends pas la polémique qu'il peut y avoir autour de la
chirurgie esthétique, ça reviens juste à un change=
ment de skin
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20131123213204.7e45b94f@anubis.defcon1
je tâche de reprendre le cours une vieille arlésienne dans mes
projets et je m'interroge sur le langage (interprété) à util=
iser.
J'ai besoin de pômal de libs: TCP/IP, PostgreSQL, XML, graphic
plotting, génération de PDFs (là, ptêt en PHP, à c=
ause 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 aut=
ant
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.
--
Natsumi : J'comprends pas la polémique qu'il peut y avoir autour de la
chirurgie esthétique, ça reviens juste à un change=
ment de skin
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20131123213204.7e45b94f@anubis.defcon1
Pourquoi se restreindre aux langages *interprétés* pour coder un ERP...?
Il me semble qu'Ocaml http://ocaml.org/ avec Ocsigen http://ocsigen.org/
d'une part, et Opa d'autre part http://opalang.org/ ferait l'un comme
l'autre tout à fait l'affaire, et tous deux sont faits pour des
applications web tels que les ERP.
Il y a plusieurs avantages à utiliser un langage compilé comme Ocaml
+Ocsigen ou Opa. D'abord, c'est généralement un peu plus efficace
(encore que certains interprètes utilisent des techniques JIT qui
peuvent être efficaces), et surtout, ces deux langages sont fortement
typés et ça facilite la programmation (le typage fort trouve souvent les
bogues triviaux à la compilation, ce qui facilite un peu la vie en
forçant la discipline du programmeur, sans être miraculeux).
Et puis, cocorico, Ocaml+Ocsigen comme Opa sont des produits libres et
français.
Il y a aussi Kaya http://kayalang.org/ en perte de vitesse et
britannique.
Donc je ne comprends pas pourquoi écarter les languages compilés.
(Et je n'ai même pas parlé de common lisp avec SBCL http://sbcl.org/
qui compile en du code natif machine de manière incrémentale, ni de
Haskell que je connais mal http://www.haskell.org/haskellwiki/Web ...)
Librement
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mine, sont seulement les miennes} ***
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le samedi 23 novembre 2013, Bzzz a écrit...
Euh ? Pourquoi donc ?
--
jm
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le 23 novembre 2013 22:09, Jean-Michel OLTRA
...parce que Java c'est le *mal" cf ces liens
http://code.google.com/u/sylvain.bertrand/
http://www.legeek.net/
sylvain dot bertrand at gmail dot com
(gmail c'est le *mal* aussi)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/CAFPKLMLLRGoxZci4kM1YC1Yym8btu7UqUiP8Ky59tPLzEcXQ+
âlut,
On appâte gros, hein ?
La plupart des langages ont des mécanismes très simples
dâaccéder à des fonctions de bibliothèques C.
Le truc, câest quâappeler des fonctions C, ce nâ est souvent
pas la façon la plus idiomatique et on est limité aux types C ,
donc on fait des modules ou des bibliothèques de « bindings  »
pour profiter du langage (types, objets, relations avec les
autres modulesâ¦) mais ce nâest pas vraiment obligatoire , juste
pratique.
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.org/ )
¹ 1. En fait, Python nâest pas interprété : il e st compilé avant
lâexécution (si besoin).
2. Interprété/compilé est une propriété de l a mise en Åuvre,
pas du langage.
à part pour grossir lâappât, pourquoi « é videmment » ?
Tu peux aussi utiliser plusieurs langages suivant lâusage (GU I
/ serveurs / modèle / â¦) et faire communiquer tes modules
simplement (socket unix, tubeâ¦). Tu pourras profiter des
avantages de chaque langage pour ses applications préféré es
(simplicité, rapidités de programmation, dâexécu tionâ¦).
Et toi qui veux profiter du multi-thread, utiliser différents
processus permet de le faire très simplement. (Il est rare quâ un
programme puisse être écrit pour être performant quel qu e soit
le nombre de processeurs utilisables. Et câest encore plus rare
que le compilateur puisse le deviner tout seul.)
Une citation dâun grand par un autre² :
« When someone says, âI want a programming language in wh ich I
need only say what I wish done,â give him a lollipop. » â Alan
Perlis³
² citation tirée du TeXBook (de D. Knuth).
³ Premier récipiendaire du Turing Award.
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Jean-Michel OLTRA
Parce que:
* l'appli doit pouvoir tourner correctement sur de vieilles machines
(mono-CPU, lentes et ayant peu de RAM); c'est un lieu commun que
de dire qu'à ce jour les devs peu scrupuleux développent sur des
machines multi-cores avec jusqu'Ã +100GB de RAM sans _jamais_
regarder en arrière. Il en ont les moyens, moi pas; pas plus que
les petites entreprises n'ont les moyens de changer leur matériel
tous les ans⦠ni même bien souvent tous les 3 ans.
* en étant un poil ambitieux, une appli bien faite peut intéresser
d'autres personnes que celles à qui elle est destinée, et je pe nse
tout particulièrement aux pays en voie de développement qui n'o nt
pas non-plus les moyens de changer le matos toutes les semaines
(par ex., je viens de lire un article où le gus conseillait de ne
plus utiliser openerp parce que dorénavant la procédure de
migration de la base de donnée n'est plus open-source mais
_payante_ avec en sus les données qui doivent transiter par Tiny⠦
* je suis feignant, donc je n'aime pas taper des primitives qui
dépassent bien souvent le nombre de lettres dans l'alphabet et
nécessitent un dictionnaire rien que pour ne pas se tromper dans
leur orthographe; de plus, j'aime être à même de me relir e et
de comprendre ce que j'ai écris aujourd'hui demain ou dans 5 ans,
à ce titre, java est une grosse daube (V. notamment cet excellent
article: http://queue.acm.org/detail.cfm?id 38036)
* java, c'est presque plus le mal que m$ parce que ça a trusté une
position en éclipsant pômal de concurrence bcp plus efficace.
D'ailleurs, si je ne m'abuse, la finance ne tourne pas sous java
mais sous COBOL (eh oui, même en 2013 on en écrit encore plus de
4.5 milliards de ligne par an rien qu'en franceâ¦)
* Obiwan Kenobee.
--
Dodo: je panse donc je suis...
Léo: Hum.... médecin, infirmier ? Un estomac à la rigueur ?
Dodo: ??
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
"Sylvain L. Sauvage"
Je suis bien monté, c'est pour ça !
Bon à savoir, je n'ai pas l'habitude de travailler avec des libs
(à l'époque, je faisais les miennes).
Ben, ça n'est pas tout à fait ce que dit cette page:
http://onlyjob.blogspot.fr/2011/03/perl5-python-ruby-php-c-c-lua-tcl.html
la différence avec perl est qd même "intéressante" (wai, je sais,
perl = mêmes PBs que C si on code un tant soit peu goret).
cf ma précédente réponse (à Jean-Michel).
Ahhh, chouette, je n'ai pas encore le ciboulot qui fait de la
chaise longue parce que c'était justement ma question suivante
(pas trouvé mieux que python-sqlAlchemy comme ORM pour l'instant
par ex.)
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).
Pômal :)
--
<Nico> Moi j'suis un vrai savoyard , j'aime le bon fromage ;)
<Armend> Ah, moi chuis picard....
<Nico> T'aime les surgelés ? o/
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Basile Starynkevitch
'ffectivement, je viens de me documenter un poil, ça paraît conci s,
très rapide et avoir une faible empreinte mémoire.
Pas trouvé d'ORM autre que pour SQLite par contre, mais comme me l'a
fait remarquer Sylvain, il est sans doute préférable que j'utilise
le bon langage pour le bon secteur d'application.
http://queue.acm.org/detail.cfm?id 38036 est intéressant à li re,
bien qu'il dise au moins une connerie à propos de l'immutabilité;
mais il est intéressant de noter qu'il l'utilise aussi dans la
compta.
C'est vrai que je pensais à ça plus par facilité, mais rien
que la faible qté de RAM consommée peut faire la différence,
en plus de la vitesse.
Nan, j'y suis allergique depuis autocad (en 3 diskettes).
Moinanplu, mais déjà sous sid, il semble beaucoup moins fourni
en libs qu'ocaml.
J'aurais bien aimé trouver des typages bornables comme sous ADA
(genre: Temp [-20..45])
Merci.
--
<domi> tiens regarde mon site : http://localhost:8080/
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le 23/11/2013, Bzzz
Qu'est ce que tu entends par "migration de la base de données" ? Qu'on
ne peut même plus la déplacer si, un jour, on change son ordinateur ?
Par ailleurs, notons que OpenERP se base sur un SGBD PostgreSQL qui
est un logiciel dont la licence est assez proche des licences BSD et
MIT.
Comme je l'ai déjà dit, tu ne peux plus servir de ton Jedi préfér é :
après qu'il a dégommé son Padawan, il est parti faire le java - je ne
parle pas du language - à Disneyland depuis déjà un an. :-p
Cordialement et à bientôt,
Stéphane.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/CAAqHXE4CXq9RyrWpRAZe+
Stéphane GARGOLY
Non, non, la gratter d'un seul côté :)
Je voulais parler des scripts de migration de version pour la DB
(qd la version d'openerp change).
* Darth Vedor -[----->
--
<Brice> j'étais chez un pote
<Brice> je scanne les réseaux wifi et j'en vois un dont
le nom est "Ma voisine est ravissante !" :)
<Brice> et un peu plus bas "Voisine_pas_interessee"
<Brice> o/
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le samedi 23 novembre 2013, Bzzz a écrit...
Tu peux aller voir ça :
https://readthedocs.org/projects/tryton-nereid-project/
C'est basé sur Tryton, fork d'OpenERP. Et l'ORM de Tryton n'est pas mal
non plus.
Je migre notre gestion commerciale et comptabilité d'OpenSI (qui n'a
d'Open que le nom) vers Tryton, soit dit en passant…
--
jm
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/