fredericmazue wrote:
Je me demande si on a la même définition de runtime. "qui boote tout seul" c'est un OS ça non ?
...
Par contre, si tu me le permets, pour évaluer les possibilités, d'Erlang, le regarder "un peu" c'est peut être trop peu ;)
Dans nos fusées, le programme de vol est constitué d'un runtime Ada (SAE d'Aonix) sur lequel boote le processeur - en fait il y a donc un seul programme (single ou multi-thread, ça dépend). c'est lui qui s'occupe de tout, un peu comme un OS, c'est vrai, mais qui ne servirait pas de processus client.
C'est un truc comme cela que j'aurais aimé trouvé en logiciel libre. Voyant qu'Erlang n'offrait pas cela de manière immédiate, je ne m'y suis intéressé "qu'un peu" pour l'instant.
Quote:
Moi j'imagine bien des Erlang embarqués dans moutl appareils répartis dans la maison et supervisés par un appareil central, ou se surpervisant les uns les autres. Un vrai truc de science fiction *très* facile à faire sur les bases d'Erlang.
Voila, c'est un peu ça l'idée - avec Erlang ou autre chose.
Quote:
Mais j'aime bien TCL et sa philosophie :)
J'aime beaucoup. Je l'avais même porté sur mon Atari STF à une époque !
Quote:
Tiens tu me me tends la perche là. Alors puisqu'on est là à causer, je vais te dire quelques unes des raisons pour lesquelles je déteste tant Java.
Selon moi, Java ... c'est un langage de marketing.
Oui... et de formation. Un remplaçant du Pascal pour apprendre aux jeunes à programmer.
Toutefois il y a un aspect que je ne trouve pas dans ta réflexion, c'est la notion de maintenabilité.
Pour moi, elle contient deux aspects :
1- la clarté du code.
Là, je trouve - c'est mon avis personnel - que Java, avec ses déclarations, ses contrôles et ses structures permet une bonne lisibilité du code, l'impose même. A l'inverse, des langages comme Ruby, par exemple, sont plus elliptiques donc moins clairs. Dans un article de ce journal - il y a deux mois je crois - il est fait l'apologie que, en Ruby, ce qui est génial c'est de ne pas avoir à déclarer de "return" en fin de fonction - ce que je n'admettrais pas chez mes collaborateurs. heureusement pour Ruby, on peut quand même les déclarer, donc tout n'est pas perdu ;) (Pour Python, dont on ne sait pas quand se termine un bloc, tu comprends ma réticence à l'employer).
2- La diffusion de la connaissance.
Qui connaît Erlang ? Qui sait encore programmer en TCL ? Quelques geeks comme nous... Par contre, c'est hélas un fait, Perl et Java sont bien plus diffusés - ce n'est pas un gage de qualité, seulement une probabilité plus grande de trouver un assistant technique capable de maintenir le code. (Python arrive très fort, donc est à surveiller)
Quote:
... Et cela conduit à écrire des milliers de lignes de code quand 200 aurait suffit autrement...
Là, pas d'accord !
Je préfère avoir 2000 lignes intelligibles, maintenables et claires que 200 lignes sorties tout droit d'un concours d'obscurification :cry:
Quote:
Comme le plombier polonais vient piquer le boulot du plombier français, un jour l'informaticien de Pologne ou d'Inde (attention aux indiens, sans blague) viendra piquer le boulot de l'informaticien français, parce qu'il développe mieux, plus vite, moins cher, avec de meilleurs outils et savoir faire.
Pourquoi tu mets ta phrase au futur ? C'est déjà le cas chez nous : je travaille avec des Italiens et des Espagnols, sans parler des contacts avec les Russes !
Les Indiens pas encore directement, seulement comme sous-traitants de nos sous-traitants...
Quote:
Java... pfff...
Bon, je sais que personne ne va me croire et que peu vont être de mon avis, mais tant pis, ça soulage de le dire :D
je te comprends mieux. Mais je n'approuve pas tout. C'est vrai que Java est lourd, gourmand, etc... Donc Ok, je prends une barrette d'1 Go et un proc un peu plus puissant avant de mettre Tomcat sur mon serveur et finalement ça roule pas si mal...
Non, le language qui m'énerve le plus, c'est l'incontournable Javascript des clients Web. S'il y avait autre chose que des applets en Java comme alternative, j'en serais vraiment ravi !
Dans nos fusées, le programme de vol est constitué d'un runtime Ada (SAE d'Aonix) sur lequel boote le processeur - en fait il y a donc un seul programme (single ou multi-thread, ça dépend). c'est lui qui s'occupe de tout, un peu comme un OS, c'est vrai, mais qui ne servirait pas de processus client.
C'est un truc comme cela que j'aurais aimé trouvé en logiciel libre. Voyant qu'Erlang n'offrait pas cela de manière immédiate, je ne m'y suis intéressé "qu'un peu" pour l'instant.
Voila, c'est un peu ça l'idée - avec Erlang ou autre chose.
J'aime beaucoup. Je l'avais même porté sur mon Atari STF à une époque !
Oui... et de formation. Un remplaçant du Pascal pour apprendre aux jeunes à programmer.
Toutefois il y a un aspect que je ne trouve pas dans ta réflexion, c'est la notion de maintenabilité.
Pour moi, elle contient deux aspects :
1- la clarté du code.
Là, je trouve - c'est mon avis personnel - que Java, avec ses déclarations, ses contrôles et ses structures permet une bonne lisibilité du code, l'impose même. A l'inverse, des langages comme Ruby, par exemple, sont plus elliptiques donc moins clairs. Dans un article de ce journal - il y a deux mois je crois - il est fait l'apologie que, en Ruby, ce qui est génial c'est de ne pas avoir à déclarer de "return" en fin de fonction - ce que je n'admettrais pas chez mes collaborateurs. heureusement pour Ruby, on peut quand même les déclarer, donc tout n'est pas perdu ;) (Pour Python, dont on ne sait pas quand se termine un bloc, tu comprends ma réticence à l'employer).
2- La diffusion de la connaissance.
Qui connaît Erlang ? Qui sait encore programmer en TCL ? Quelques geeks comme nous... Par contre, c'est hélas un fait, Perl et Java sont bien plus diffusés - ce n'est pas un gage de qualité, seulement une probabilité plus grande de trouver un assistant technique capable de maintenir le code. (Python arrive très fort, donc est à surveiller)
Là, pas d'accord !
Je préfère avoir 2000 lignes intelligibles, maintenables et claires que 200 lignes sorties tout droit d'un concours d'obscurification :cry:
Pourquoi tu mets ta phrase au futur ? C'est déjà le cas chez nous : je travaille avec des Italiens et des Espagnols, sans parler des contacts avec les Russes !
Les Indiens pas encore directement, seulement comme sous-traitants de nos sous-traitants...
je te comprends mieux. Mais je n'approuve pas tout. C'est vrai que Java est lourd, gourmand, etc... Donc Ok, je prends une barrette d'1 Go et un proc un peu plus puissant avant de mettre Tomcat sur mon serveur et finalement ça roule pas si mal...
Non, le language qui m'énerve le plus, c'est l'incontournable Javascript des clients Web. S'il y avait autre chose que des applets en Java comme alternative, j'en serais vraiment ravi !