Bon, les gars, vous qui êtes linuxiens comme moi, est-il normal que je
n'arrive pas à dénicher de linuxien compétent depuis presque 6 mois ? Je
ne sais pas, il me semble que c'est la crise, tout ça, et qu'il devrait y
avoir des gens qui cherchent du boulot. Au lieu de quoi, je ne reçois que
des CV de "Java drones" (pour les développeurs) et "certification
MCSE" (pour les administrateurs). Comment se fait-ce?
Il y a deux/trois ans j'ai l'impression qu'il y avait plein monde et là,
pfuit....
--
The fact that a believer is happier than a sceptic is no more to the
point than the fact that a drunken man is happier than a sober one.
The happiness of credulity is a cheap and dangerous quality.
George Bernard Shaw
Michel Talon, dans le message <hbl7o3$2181$, a écrit :
il me semble que les langages permettant une programmation rapide sont d'abord des langages à typage dynamique, genre python ou lisp
Pas forcément. La bibliothèque standard d'OCaml est nullissime, mais quand on tombe dans des cas où elle est suffisante, ça donne des programmes faits très rapidement. Et on fait difficilement plus statique que le typage de Caml.
Mais c'est sans déclaration.
et ensuite possédant une grosse bibliothèque de sorte que la plupart des choses dont on a besoin sont déjà programmées dans le système (perl, python, java,etc.).
Ça, c'est sûr.
Michel Talon, dans le message <hbl7o3$2181$2@asmodee.lpthe.jussieu.fr>,
a écrit :
il me semble que les
langages permettant une programmation rapide sont d'abord des langages à
typage dynamique, genre python ou lisp
Pas forcément. La bibliothèque standard d'OCaml est nullissime, mais quand
on tombe dans des cas où elle est suffisante, ça donne des programmes faits
très rapidement. Et on fait difficilement plus statique que le typage de
Caml.
Mais c'est sans déclaration.
et ensuite possédant une grosse
bibliothèque de sorte que la plupart des choses dont on a besoin sont
déjà programmées dans le système (perl, python, java,etc.).
Michel Talon, dans le message <hbl7o3$2181$, a écrit :
il me semble que les langages permettant une programmation rapide sont d'abord des langages à typage dynamique, genre python ou lisp
Pas forcément. La bibliothèque standard d'OCaml est nullissime, mais quand on tombe dans des cas où elle est suffisante, ça donne des programmes faits très rapidement. Et on fait difficilement plus statique que le typage de Caml.
Mais c'est sans déclaration.
et ensuite possédant une grosse bibliothèque de sorte que la plupart des choses dont on a besoin sont déjà programmées dans le système (perl, python, java,etc.).
Ça, c'est sûr.
Stephane TOUGARD
Michel Talon wrote:
Par exemple le calcul graphique ou scientifique que j'ai déjà mentionnés.
Pour faire de la 3D de merde ?
Tu crois qu'il y a beaucoup de boites qui font du calcul dans la vraie vie de dehors ? le plus gros probleme de performances qu'on rencontre est tres rarement lie au CPU et quasiment toujours au IO avec les disques, parfois avec le reseau.
Si tu parles des "impératifs de production" l'un d'entre eux est aussi la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en train d'en faire l'expérience.
Emmanuel fait juste l'experience de trouver des gens qui veulent bien faire 2 heures de RER pour aller bosser a petaouchnock. Ceci n'a rien a voir avec la maintenabilite de Perl.
Perl est tout aussi maintenable que n'importe quel language a partir du moment ou on suit des regles d'ecritures strictes. Qui plus est, c'est un language simple, qui ressemble un peu a tout et que tous les bon inges que j'ai connu ont appris sans le moindre probleme.
Je ne demande jamais a un inge si il connait Perl, je lui demande si il sait developper. Si il sait et que je veux qu'il le fasse en Perl, il y a juste a lui filer un bouquin sur le sujet et il le fera en Perl.
Ce n'est pas tout a fait aussi simple avec Python et encore moins avec Java (je ne parle pas des lisp et autres joyausetes excentriques de laboratoires qu'on ne retrouve quasiment jamais malgre leur simplicite et leur performance exemplaire).
Michel Talon wrote:
Par exemple
le calcul graphique ou scientifique que j'ai déjà mentionnés.
Pour faire de la 3D de merde ?
Tu crois qu'il y a beaucoup de boites qui font du calcul dans la vraie
vie de dehors ? le plus gros probleme de performances qu'on rencontre
est tres rarement lie au CPU et quasiment toujours au IO avec les
disques, parfois avec le reseau.
Si tu parles des "impératifs de production" l'un d'entre eux est aussi
la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en
train d'en faire l'expérience.
Emmanuel fait juste l'experience de trouver des gens qui veulent bien
faire 2 heures de RER pour aller bosser a petaouchnock. Ceci n'a rien a
voir avec la maintenabilite de Perl.
Perl est tout aussi maintenable que n'importe quel language a partir du
moment ou on suit des regles d'ecritures strictes. Qui plus est, c'est
un language simple, qui ressemble un peu a tout et que tous les bon
inges que j'ai connu ont appris sans le moindre probleme.
Je ne demande jamais a un inge si il connait Perl, je lui demande si il
sait developper. Si il sait et que je veux qu'il le fasse en Perl, il y
a juste a lui filer un bouquin sur le sujet et il le fera en Perl.
Ce n'est pas tout a fait aussi simple avec Python et encore moins avec
Java (je ne parle pas des lisp et autres joyausetes excentriques de
laboratoires qu'on ne retrouve quasiment jamais malgre leur simplicite
et leur performance exemplaire).
Par exemple le calcul graphique ou scientifique que j'ai déjà mentionnés.
Pour faire de la 3D de merde ?
Tu crois qu'il y a beaucoup de boites qui font du calcul dans la vraie vie de dehors ? le plus gros probleme de performances qu'on rencontre est tres rarement lie au CPU et quasiment toujours au IO avec les disques, parfois avec le reseau.
Si tu parles des "impératifs de production" l'un d'entre eux est aussi la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en train d'en faire l'expérience.
Emmanuel fait juste l'experience de trouver des gens qui veulent bien faire 2 heures de RER pour aller bosser a petaouchnock. Ceci n'a rien a voir avec la maintenabilite de Perl.
Perl est tout aussi maintenable que n'importe quel language a partir du moment ou on suit des regles d'ecritures strictes. Qui plus est, c'est un language simple, qui ressemble un peu a tout et que tous les bon inges que j'ai connu ont appris sans le moindre probleme.
Je ne demande jamais a un inge si il connait Perl, je lui demande si il sait developper. Si il sait et que je veux qu'il le fasse en Perl, il y a juste a lui filer un bouquin sur le sujet et il le fera en Perl.
Ce n'est pas tout a fait aussi simple avec Python et encore moins avec Java (je ne parle pas des lisp et autres joyausetes excentriques de laboratoires qu'on ne retrouve quasiment jamais malgre leur simplicite et leur performance exemplaire).
Mihamina Rakotomandimby
10/20/2009 11:32 PM, Michel Talon:
Si tu parles des "impératifs de production" l'un d'entre eux est aussi la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en train d'en faire l'expérience.
Mais rien ne dit qu'elle est négative, son expérience.
Bien il a l'air d'avoir du mal à trouver des mainteneurs ...
Supposons alors que son application était en Java.
Il aurait plus de chance de tomber sur n'importe quel admino-développeur.
Compte tenu de la quantité de ressources humaines disponible et de la dilution des bons éléments, j'estime qu'il aurait eu tout autant de mal à trouver la "Perl rare".
Ou est-ce que je me trompe?
10/20/2009 11:32 PM, Michel Talon:
Si tu parles des "impératifs de production" l'un d'entre eux est aussi
la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en
train d'en faire l'expérience.
Mais rien ne dit qu'elle est négative, son expérience.
Bien il a l'air d'avoir du mal à trouver des mainteneurs ...
Supposons alors que son application était en Java.
Il aurait plus de chance de tomber sur n'importe quel
admino-développeur.
Compte tenu de la quantité de ressources humaines disponible
et de la dilution des bons éléments, j'estime
qu'il aurait eu tout autant de mal à trouver la "Perl rare".
Si tu parles des "impératifs de production" l'un d'entre eux est aussi la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en train d'en faire l'expérience.
Mais rien ne dit qu'elle est négative, son expérience.
Bien il a l'air d'avoir du mal à trouver des mainteneurs ...
Supposons alors que son application était en Java.
Il aurait plus de chance de tomber sur n'importe quel admino-développeur.
Compte tenu de la quantité de ressources humaines disponible et de la dilution des bons éléments, j'estime qu'il aurait eu tout autant de mal à trouver la "Perl rare".
Ou est-ce que je me trompe?
JKB
Le 21-10-2009, ? propos de Re: De la difficulté à trouver des linuxiens professionnels, Mihamina Rakotomandimby ?crivait dans fr.comp.os.linux.debats :
10/20/2009 11:32 PM, Michel Talon:
Si tu parles des "impératifs de production" l'un d'entre eux est aussi la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en train d'en faire l'expérience.
Mais rien ne dit qu'elle est négative, son expérience.
Bien il a l'air d'avoir du mal à trouver des mainteneurs ...
Supposons alors que son application était en Java.
Il aurait plus de chance de tomber sur n'importe quel admino-développeur.
Compte tenu de la quantité de ressources humaines disponible et de la dilution des bons éléments, j'estime qu'il aurait eu tout autant de mal à trouver la "Perl rare".
Ou est-ce que je me trompe?
J'ai personnellement rarement vu de code lisible écrit en Java. Netbean et autres IDE permettent de faire rapidement des choses (mêmes graphiques), mais le code est imbitable. De plus, le côté objet masque une foultitude de choses que je préférerais souvent voir écrites explicitement.
Résultat des courses, on trouve des tas de programmeurs Java qui bricolent des trucs sans comprendre les concepts sous-jacents (et comme les threads sont masqués par les JVM, on arrive aussi à voir des trucs assez exceptionnels...) et qui seraient incapables d'afficher un 'hello, world' dans un popupshell Motif appelé depuis un bête programme écrit en C. Quand il y a une merde dans un programme Java, un gros jouant avec les threads, c'est indémerdable car il faut généralement tout reprendre.
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'. Je suis intimement convaincu que lorsqu'on connaît parfaitement un langage impératif, on peut toujours se mettre à n'importe quel langage. Lorsqu'on n'a fait que de l'objet, le chemin est largement plus long !
Oui, je sais, je hais les langages objet. Ça c'est vu ?
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 21-10-2009, ? propos de
Re: De la difficulté à trouver des linuxiens professionnels,
Mihamina Rakotomandimby ?crivait dans fr.comp.os.linux.debats :
10/20/2009 11:32 PM, Michel Talon:
Si tu parles des "impératifs de production" l'un d'entre eux est aussi
la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en
train d'en faire l'expérience.
Mais rien ne dit qu'elle est négative, son expérience.
Bien il a l'air d'avoir du mal à trouver des mainteneurs ...
Supposons alors que son application était en Java.
Il aurait plus de chance de tomber sur n'importe quel
admino-développeur.
Compte tenu de la quantité de ressources humaines disponible
et de la dilution des bons éléments, j'estime
qu'il aurait eu tout autant de mal à trouver la "Perl rare".
Ou est-ce que je me trompe?
J'ai personnellement rarement vu de code lisible écrit en Java.
Netbean et autres IDE permettent de faire rapidement des choses
(mêmes graphiques), mais le code est imbitable. De plus, le côté
objet masque une foultitude de choses que je préférerais souvent
voir écrites explicitement.
Résultat des courses, on trouve des tas de programmeurs Java qui
bricolent des trucs sans comprendre les concepts sous-jacents (et
comme les threads sont masqués par les JVM, on arrive aussi à voir
des trucs assez exceptionnels...) et qui seraient incapables
d'afficher un 'hello, world' dans un popupshell Motif appelé depuis
un bête programme écrit en C. Quand il y a une merde dans un
programme Java, un gros jouant avec les threads, c'est indémerdable
car il faut généralement tout reprendre.
Ce qui est encore plus emmerdant, c'est que dans la plupart des
formations, on apprend directement un truc comme Java, C++, C#, .NET
parce que c'est à la mode sans passer par la case 'je maîtrise le C
ou le Fortran, ou tout autre langage impératif ou fonctionnel
évolué'. Je suis intimement convaincu que lorsqu'on connaît
parfaitement un langage impératif, on peut toujours se mettre à
n'importe quel langage. Lorsqu'on n'a fait que de l'objet, le chemin
est largement plus long !
Oui, je sais, je hais les langages objet. Ça c'est vu ?
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 21-10-2009, ? propos de Re: De la difficulté à trouver des linuxiens professionnels, Mihamina Rakotomandimby ?crivait dans fr.comp.os.linux.debats :
10/20/2009 11:32 PM, Michel Talon:
Si tu parles des "impératifs de production" l'un d'entre eux est aussi la "maintenabilité". Bonne chance avec Perl pour ça, Emmanuel est en train d'en faire l'expérience.
Mais rien ne dit qu'elle est négative, son expérience.
Bien il a l'air d'avoir du mal à trouver des mainteneurs ...
Supposons alors que son application était en Java.
Il aurait plus de chance de tomber sur n'importe quel admino-développeur.
Compte tenu de la quantité de ressources humaines disponible et de la dilution des bons éléments, j'estime qu'il aurait eu tout autant de mal à trouver la "Perl rare".
Ou est-ce que je me trompe?
J'ai personnellement rarement vu de code lisible écrit en Java. Netbean et autres IDE permettent de faire rapidement des choses (mêmes graphiques), mais le code est imbitable. De plus, le côté objet masque une foultitude de choses que je préférerais souvent voir écrites explicitement.
Résultat des courses, on trouve des tas de programmeurs Java qui bricolent des trucs sans comprendre les concepts sous-jacents (et comme les threads sont masqués par les JVM, on arrive aussi à voir des trucs assez exceptionnels...) et qui seraient incapables d'afficher un 'hello, world' dans un popupshell Motif appelé depuis un bête programme écrit en C. Quand il y a une merde dans un programme Java, un gros jouant avec les threads, c'est indémerdable car il faut généralement tout reprendre.
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'. Je suis intimement convaincu que lorsqu'on connaît parfaitement un langage impératif, on peut toujours se mettre à n'importe quel langage. Lorsqu'on n'a fait que de l'objet, le chemin est largement plus long !
Oui, je sais, je hais les langages objet. Ça c'est vu ?
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Mihamina Rakotomandimby
10/21/2009 10:12 AM, JKB:
J'ai personnellement rarement vu de code lisible écrit en Java.
On peut mettre ça sur le compte de la dilution: Il y a tellement de codeurs Java, donc de code, que le bon code (forcément rare) n'est presque plus visible.
Mais j'imagine que ça doit bien exister!
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'.
Le "haut niveau", qu'ils disent.
Je suis intimement convaincu que lorsqu'on connaît parfaitement un langage impératif, on peut toujours se mettre à n'importe quel langage.
Je pense aussi comme toi, mai: je n'ai pas de preuves. Je n'ai jamais eu les moyens de benchmarker cette affirmation meme sur des staigiaires, faute de moyens.
Dommage.
10/21/2009 10:12 AM, JKB:
J'ai personnellement rarement vu de code lisible écrit en Java.
On peut mettre ça sur le compte de la dilution:
Il y a tellement de codeurs Java, donc de code, que le bon code
(forcément rare) n'est presque plus visible.
Mais j'imagine que ça doit bien exister!
Ce qui est encore plus emmerdant, c'est que dans la plupart des
formations, on apprend directement un truc comme Java, C++, C#, .NET
parce que c'est à la mode sans passer par la case 'je maîtrise le C
ou le Fortran, ou tout autre langage impératif ou fonctionnel
évolué'.
Le "haut niveau", qu'ils disent.
Je suis intimement convaincu que lorsqu'on connaît
parfaitement un langage impératif, on peut toujours se mettre à
n'importe quel langage.
Je pense aussi comme toi, mai: je n'ai pas de preuves.
Je n'ai jamais eu les moyens de benchmarker cette affirmation
meme sur des staigiaires, faute de moyens.
J'ai personnellement rarement vu de code lisible écrit en Java.
On peut mettre ça sur le compte de la dilution: Il y a tellement de codeurs Java, donc de code, que le bon code (forcément rare) n'est presque plus visible.
Mais j'imagine que ça doit bien exister!
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'.
Le "haut niveau", qu'ils disent.
Je suis intimement convaincu que lorsqu'on connaît parfaitement un langage impératif, on peut toujours se mettre à n'importe quel langage.
Je pense aussi comme toi, mai: je n'ai pas de preuves. Je n'ai jamais eu les moyens de benchmarker cette affirmation meme sur des staigiaires, faute de moyens.
Dommage.
JKB
Le 21-10-2009, ? propos de Re: De la difficulté à trouver des linuxiens professionnels, Mihamina Rakotomandimby ?crivait dans fr.comp.os.linux.debats :
10/21/2009 10:12 AM, JKB:
J'ai personnellement rarement vu de code lisible écrit en Java.
On peut mettre ça sur le compte de la dilution: Il y a tellement de codeurs Java, donc de code, que le bon code (forcément rare) n'est presque plus visible.
Ouaips... Que ce soit un effet de bord, je n'en disconviens pas. Par contre, je reste convaincu que lorsqu'on maîtrise parfaitement les concepts sous-jacents, on n'écrit pas exactement la même chose que si on ne comprend pas vraiment ce qui se passe.
Mais j'imagine que ça doit bien exister!
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'.
Le "haut niveau", qu'ils disent.
Je suis intimement convaincu que lorsqu'on connaît parfaitement un langage impératif, on peut toujours se mettre à n'importe quel langage.
Je pense aussi comme toi, mai: je n'ai pas de preuves. Je n'ai jamais eu les moyens de benchmarker cette affirmation meme sur des staigiaires, faute de moyens.
Dommage.
Chez moi, on est contraint de se palucher du Java pour de sombres raisons de portabilité (mouarf... je n'ai jamais vu moins portable qu'un code Java. Un C suivant quelques spécifications ou un Fortran9x ou 2003 l'est largement plus, mais passons...). Enfin, ça permet de faire tourner des clients sur des PDA. En revanche, tout ce qui est calcul intensif tourne sur un langage maison parce que Java est à la ramasse. C'est un langage maison parce que les algos sont auto-adaptatifs et que ce serait la misère de coder ça dans un langage standard. Les bons stagiaires arrivent à s'y mettre. Ceux qui ne connaissent que les bôs langages modernes n'arrivent à rien. J'ai des statistiques là-dessus ;-)
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 21-10-2009, ? propos de
Re: De la difficulté à trouver des linuxiens professionnels,
Mihamina Rakotomandimby ?crivait dans fr.comp.os.linux.debats :
10/21/2009 10:12 AM, JKB:
J'ai personnellement rarement vu de code lisible écrit en Java.
On peut mettre ça sur le compte de la dilution:
Il y a tellement de codeurs Java, donc de code, que le bon code
(forcément rare) n'est presque plus visible.
Ouaips... Que ce soit un effet de bord, je n'en disconviens pas. Par
contre, je reste convaincu que lorsqu'on maîtrise parfaitement les
concepts sous-jacents, on n'écrit pas exactement la même chose que
si on ne comprend pas vraiment ce qui se passe.
Mais j'imagine que ça doit bien exister!
Ce qui est encore plus emmerdant, c'est que dans la plupart des
formations, on apprend directement un truc comme Java, C++, C#, .NET
parce que c'est à la mode sans passer par la case 'je maîtrise le C
ou le Fortran, ou tout autre langage impératif ou fonctionnel
évolué'.
Le "haut niveau", qu'ils disent.
Je suis intimement convaincu que lorsqu'on connaît
parfaitement un langage impératif, on peut toujours se mettre à
n'importe quel langage.
Je pense aussi comme toi, mai: je n'ai pas de preuves.
Je n'ai jamais eu les moyens de benchmarker cette affirmation
meme sur des staigiaires, faute de moyens.
Dommage.
Chez moi, on est contraint de se palucher du Java pour de sombres
raisons de portabilité (mouarf... je n'ai jamais vu moins portable
qu'un code Java. Un C suivant quelques spécifications ou un
Fortran9x ou 2003 l'est largement plus, mais passons...). Enfin, ça
permet de faire tourner des clients sur des PDA. En revanche, tout
ce qui est calcul intensif tourne sur un langage maison parce que
Java est à la ramasse. C'est un langage maison parce que les algos
sont auto-adaptatifs et que ce serait la misère de coder ça dans un
langage standard. Les bons stagiaires arrivent à s'y mettre. Ceux
qui ne connaissent que les bôs langages modernes n'arrivent à rien.
J'ai des statistiques là-dessus ;-)
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 21-10-2009, ? propos de Re: De la difficulté à trouver des linuxiens professionnels, Mihamina Rakotomandimby ?crivait dans fr.comp.os.linux.debats :
10/21/2009 10:12 AM, JKB:
J'ai personnellement rarement vu de code lisible écrit en Java.
On peut mettre ça sur le compte de la dilution: Il y a tellement de codeurs Java, donc de code, que le bon code (forcément rare) n'est presque plus visible.
Ouaips... Que ce soit un effet de bord, je n'en disconviens pas. Par contre, je reste convaincu que lorsqu'on maîtrise parfaitement les concepts sous-jacents, on n'écrit pas exactement la même chose que si on ne comprend pas vraiment ce qui se passe.
Mais j'imagine que ça doit bien exister!
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'.
Le "haut niveau", qu'ils disent.
Je suis intimement convaincu que lorsqu'on connaît parfaitement un langage impératif, on peut toujours se mettre à n'importe quel langage.
Je pense aussi comme toi, mai: je n'ai pas de preuves. Je n'ai jamais eu les moyens de benchmarker cette affirmation meme sur des staigiaires, faute de moyens.
Dommage.
Chez moi, on est contraint de se palucher du Java pour de sombres raisons de portabilité (mouarf... je n'ai jamais vu moins portable qu'un code Java. Un C suivant quelques spécifications ou un Fortran9x ou 2003 l'est largement plus, mais passons...). Enfin, ça permet de faire tourner des clients sur des PDA. En revanche, tout ce qui est calcul intensif tourne sur un langage maison parce que Java est à la ramasse. C'est un langage maison parce que les algos sont auto-adaptatifs et que ce serait la misère de coder ça dans un langage standard. Les bons stagiaires arrivent à s'y mettre. Ceux qui ne connaissent que les bôs langages modernes n'arrivent à rien. J'ai des statistiques là-dessus ;-)
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
talon
Stephane TOUGARD wrote:
Michel Talon wrote: > Par exemple > le calcul graphique ou scientifique que j'ai déjà mentionnés.
Pour faire de la 3D de merde ?
Tu crois qu'il y a beaucoup de boites qui font du calcul dans la vraie vie de dehors ?
Dans les grosses boites, oui. Chez Snecma, Michelin, etc. ils ont même des supercalculateurs pour faire du calcul scientifique. Je pense comme toi que dans les petites boites c'est probablement rare.
le plus gros probleme de performances qu'on rencontre est tres rarement lie au CPU et quasiment toujours au IO avec les disques, parfois avec le reseau.
Là aussi je pense que tu as raison, mais si tu relis ce que j'ai écrit tu verras que dès le début, j'ai mentionné la possibilité que la performance soit entièrement dominée par les entrées-sorties, aussi je ne vois pas pourquoi tu as pris la mouche.
--
Michel TALON
Stephane TOUGARD <stephane@unices.org> wrote:
Michel Talon wrote:
> Par exemple
> le calcul graphique ou scientifique que j'ai déjà mentionnés.
Pour faire de la 3D de merde ?
Tu crois qu'il y a beaucoup de boites qui font du calcul dans la vraie
vie de dehors ?
Dans les grosses boites, oui. Chez Snecma, Michelin, etc. ils ont même
des supercalculateurs pour faire du calcul scientifique. Je pense comme
toi que dans les petites boites c'est probablement rare.
le plus gros probleme de performances qu'on rencontre
est tres rarement lie au CPU et quasiment toujours au IO avec les
disques, parfois avec le reseau.
Là aussi je pense que tu as raison, mais si tu relis ce que j'ai écrit
tu verras que dès le début, j'ai mentionné la possibilité que la
performance soit entièrement dominée par les entrées-sorties, aussi je
ne vois pas pourquoi tu as pris la mouche.
Michel Talon wrote: > Par exemple > le calcul graphique ou scientifique que j'ai déjà mentionnés.
Pour faire de la 3D de merde ?
Tu crois qu'il y a beaucoup de boites qui font du calcul dans la vraie vie de dehors ?
Dans les grosses boites, oui. Chez Snecma, Michelin, etc. ils ont même des supercalculateurs pour faire du calcul scientifique. Je pense comme toi que dans les petites boites c'est probablement rare.
le plus gros probleme de performances qu'on rencontre est tres rarement lie au CPU et quasiment toujours au IO avec les disques, parfois avec le reseau.
Là aussi je pense que tu as raison, mais si tu relis ce que j'ai écrit tu verras que dès le début, j'ai mentionné la possibilité que la performance soit entièrement dominée par les entrées-sorties, aussi je ne vois pas pourquoi tu as pris la mouche.
les langages à notation polonaise inversée m'ont toujours paru très clairs et conçis à côté de Perl...
Autre avantage : j'ai appris à me servir d'une calculatrice HP en RPN quand j'étais gamin (7-8 ans). C'était encore un truc de geek les calculettes...
Chose surprenante, c'est ça qui m'a appris à faire du calcul mental : être obligé de suivre la «pile» de tête et d'organiser les calculs, aucune autre calculatrice ne le fait.
Le Tue, 20 Oct 2009 21:22:45 +0000, JKB a écrit :
les langages à notation polonaise inversée m'ont toujours paru
très clairs et conçis à côté de Perl...
Autre avantage : j'ai appris à me servir d'une calculatrice HP en RPN
quand j'étais gamin (7-8 ans). C'était encore un truc de geek les
calculettes...
Chose surprenante, c'est ça qui m'a appris à faire du calcul mental :
être obligé de suivre la «pile» de tête et d'organiser les calculs,
aucune autre calculatrice ne le fait.
les langages à notation polonaise inversée m'ont toujours paru très clairs et conçis à côté de Perl...
Autre avantage : j'ai appris à me servir d'une calculatrice HP en RPN quand j'étais gamin (7-8 ans). C'était encore un truc de geek les calculettes...
Chose surprenante, c'est ça qui m'a appris à faire du calcul mental : être obligé de suivre la «pile» de tête et d'organiser les calculs, aucune autre calculatrice ne le fait.
Nicolas George
JKB , dans le message , a écrit :
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'.
Je suis globalement d'accord avec ce que tu dis, mais je mitigerais un peu ce que tu dis dans ce paragraphes : les formations qui commencent directement par java le font en général en commençant par du java qui interagit avec l'utilisateur uniquement par println et sans objets.
JKB , dans le message <slrnhdtd21.5ai.knatschke@rayleigh.systella.fr>, a
écrit :
Ce qui est encore plus emmerdant, c'est que dans la plupart des
formations, on apprend directement un truc comme Java, C++, C#, .NET
parce que c'est à la mode sans passer par la case 'je maîtrise le C
ou le Fortran, ou tout autre langage impératif ou fonctionnel
évolué'.
Je suis globalement d'accord avec ce que tu dis, mais je mitigerais un peu
ce que tu dis dans ce paragraphes : les formations qui commencent
directement par java le font en général en commençant par du java qui
interagit avec l'utilisateur uniquement par println et sans objets.
Ce qui est encore plus emmerdant, c'est que dans la plupart des formations, on apprend directement un truc comme Java, C++, C#, .NET parce que c'est à la mode sans passer par la case 'je maîtrise le C ou le Fortran, ou tout autre langage impératif ou fonctionnel évolué'.
Je suis globalement d'accord avec ce que tu dis, mais je mitigerais un peu ce que tu dis dans ce paragraphes : les formations qui commencent directement par java le font en général en commençant par du java qui interagit avec l'utilisateur uniquement par println et sans objets.
