Ce genre de ligne:
std::cout << res << std::endl;
Me fait frémir.. ca me rappelle le temps ou je faisais du C++.. comment peut on etre satisfait d'un code aussi illisible et pas maintenable pour un débutant...
"ben mieux que toi manifestement mais vu la quantité de mémoire inutilement utilisée par les applis Java, je pense que tu peux y arriver."
J'ai beaucoup moins de fuites mémoires en java qu'en c++ !
Ca a dut m'arriver 3 fois dans ma carrière.
"non, mal. Il faut référencer la mémoire (maintenir une table des blocs alloués), tester (mais quand) les références sur cette mémoire, décider si on peut ou ne peut pas libérer ou si on peut réutiliser cette mémoire pour une allocation utltérieure, ... Si c'est dur."
Beh tout ça, c du temps de perdu... c boulot n'a plus à etre fait.. enfin, venant d'un mec qui croit que make, c le tiptop, je me dis que tu as pas du souvent coder en java.
en 2005 on a autre chose a faire que de se farcir une gestion douloureuse et inutile de la memoire. Ben oui, c'est pas comme si c'était notre métier.
Ce n'est plus notre métier.. l'informatique a évolué quand même ! Heureusement qu'on a plus à gérer ces problèmes, les drivers d'imprimantes, les protocoles réseau, l'accès aux données....
> (inutile parce qu'une machine est capable de le faire,
mal
Archi faux.. je développe des applis utilisés par des centains d'utilisateurs et sans gérer la mémoire, elle se gère toute seule!
Ha ben oui, qu'est-ce qu'ils font chier, les utilisateurs à vouloir des applis qui tournent !
Comme si les applis java tournaient pas.. c ridicule de répondre comme ça.
C une blaque ? tu te moques de nous ? :D
Pkoi en CS tu utilises fais une liste de types primitif et en java tu as une liste de type complexe ?
Dans ton CS, mets un type complexe...
Développer en assembleur, en tout cas en 80x86, est super fastidieux, long et bugogène
Tu sais, faisant beaucoup de Java et ayant fait du C++, je pourrais dire: Développer en C++ est super fastidieux, long et bugogène.
La couche Java (SE et J2EE) me permet d'etre beaucoup plus productif en Java qu'en C++.. mais je parle de développement d'applis "d'entreprise", pas d'applis de bureau tel winamp, oo ou autre, ca je l'ai pas fait.
Pour enfoncer le clou par rapport à la portabilité supposée des applis Java, je pense qu'un code C ou C++ compilable par gcc peut être porté sur un nombre de systèmes assez important non ?
On peut débattre du nombre de plateforme et de tout le reste.. je dirais jkuste que pour moi, qui évolue dans un monde Windows/Linux et un peu de mac OSX, mon programme java tel quel marche parfaitement partout... en C++, bonjour les makefiles et les emmerdes
Euh pour avoir lu pas mal de tests la dessus.. ( faut que je retrouve ), je pense que ce n'est pas vrai. Mets le code C# et la code Java en ligne et on test :)
Par contre, j'ai entendu dire que l'assembleur battait C#, C++ et Java à plat de coutures ;)
"Et ben non, y'a jamais eu de facteur 10 en perf entre deux kernels, sur peut-être 99% des cas d'utilisation."
Entre jdk1.4 et 1.5 non plus, il y a pas unfacteur de 10 :)
Java n'est pas intrinséquement lent... moins rapide que de l'assembleur je te l'accordre mais java permet d'avoir d'excellents applications rapides, belles et réactives.. les exemples ne manquent pas.
Etant ammené à migrer parfois des applis C, VB, Access, PHP, ASP vers du Java, la lenteur n'a jamais été un prb.. ou alors c t du à un mauvais réglage d'hibernate comme j'en ai un actuellement chezun client :)
Peu importe.. 1.4 ou 1.5... j'utilise surtout des applis de développements et je développe des applications cotés serveurs et c'est très performent... on a refait www.chimboz.com avec java et on a eu de bien meilleurs performances qu'avec PHP ou Python
Pas bête comme remarque... linux a été très longtemps aux mains exclusives des développeurs et c peut être pour ça que les secrétaires et autres gens normaux ont eu du mal à s'y mettre!
Je préfère vraiment que les choses soient clair et que les contributions données par les gens ne soient pas exploitées.. je ne veux pas gagner de l'argent grace a des contributions que je n'aurais pas payé.
[^] # Re: hum...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Appel à conférencier pour le prochain forum PHP de Paris. Évalué à 1.
Par exemple, les filters me manquent cruellent !
http://about.me/straumat
[^] # Re: sanctions economiques ?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Linux à Cuba : İ Viva la penguinista !. Évalué à 10.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
std::cout << res << std::endl;
Me fait frémir.. ca me rappelle le temps ou je faisais du C++.. comment peut on etre satisfait d'un code aussi illisible et pas maintenable pour un débutant...
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
"ben mieux que toi manifestement mais vu la quantité de mémoire inutilement utilisée par les applis Java, je pense que tu peux y arriver."
J'ai beaucoup moins de fuites mémoires en java qu'en c++ !
Ca a dut m'arriver 3 fois dans ma carrière.
"non, mal. Il faut référencer la mémoire (maintenir une table des blocs alloués), tester (mais quand) les références sur cette mémoire, décider si on peut ou ne peut pas libérer ou si on peut réutiliser cette mémoire pour une allocation utltérieure, ... Si c'est dur."
Beh tout ça, c du temps de perdu... c boulot n'a plus à etre fait.. enfin, venant d'un mec qui croit que make, c le tiptop, je me dis que tu as pas du souvent coder en java.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 2.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
Ce n'est plus notre métier.. l'informatique a évolué quand même ! Heureusement qu'on a plus à gérer ces problèmes, les drivers d'imprimantes, les protocoles réseau, l'accès aux données....
> (inutile parce qu'une machine est capable de le faire,
mal
Archi faux.. je développe des applis utilisés par des centains d'utilisateurs et sans gérer la mémoire, elle se gère toute seule!
Ha ben oui, qu'est-ce qu'ils font chier, les utilisateurs à vouloir des applis qui tournent !
Comme si les applis java tournaient pas.. c ridicule de répondre comme ça.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
Pkoi en CS tu utilises fais une liste de types primitif et en java tu as une liste de type complexe ?
Dans ton CS, mets un type complexe...
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 2.
Tu sais, faisant beaucoup de Java et ayant fait du C++, je pourrais dire: Développer en C++ est super fastidieux, long et bugogène.
La couche Java (SE et J2EE) me permet d'etre beaucoup plus productif en Java qu'en C++.. mais je parle de développement d'applis "d'entreprise", pas d'applis de bureau tel winamp, oo ou autre, ca je l'ai pas fait.
Pour enfoncer le clou par rapport à la portabilité supposée des applis Java, je pense qu'un code C ou C++ compilable par gcc peut être porté sur un nombre de systèmes assez important non ?
On peut débattre du nombre de plateforme et de tout le reste.. je dirais jkuste que pour moi, qui évolue dans un monde Windows/Linux et un peu de mac OSX, mon programme java tel quel marche parfaitement partout... en C++, bonjour les makefiles et les emmerdes
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 2.
Par contre, j'ai entendu dire que l'assembleur battait C#, C++ et Java à plat de coutures ;)
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 2.
Entre jdk1.4 et 1.5 non plus, il y a pas unfacteur de 10 :)
Java n'est pas intrinséquement lent... moins rapide que de l'assembleur je te l'accordre mais java permet d'avoir d'excellents applications rapides, belles et réactives.. les exemples ne manquent pas.
Etant ammené à migrer parfois des applis C, VB, Access, PHP, ASP vers du Java, la lenteur n'a jamais été un prb.. ou alors c t du à un mauvais réglage d'hibernate comme j'en ai un actuellement chezun client :)
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 2.
http://www.chimboz.com/194ab4/?t=1116422187(...)
Et clique sur essayer !
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à -1.
http://about.me/straumat
[^] # Re: Les vieilles traditions
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 3.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
http://about.me/straumat
[^] # Re: Nécessité de Java?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 2.
http://about.me/straumat
[^] # Re: Esperons
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Microsoft et l'INRIA vont créer un laboratoire commun à Orsay (91). Évalué à -2.
http://about.me/straumat
# Esperons
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Microsoft et l'INRIA vont créer un laboratoire commun à Orsay (91). Évalué à 0.
http://about.me/straumat
[^] # Re: Pour débuter...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Peter Seibel : Practical Common Lisp. Évalué à 0.
http://about.me/straumat
[^] # Re: Pour débuter...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Peter Seibel : Practical Common Lisp. Évalué à 0.
http://about.me/straumat
[^] # Re: évangélisme, marketing...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche La sortie d'OpenOffice retardée en raison d'un manque de développeurs. Évalué à 4.
(ils s'y sont pas vraiment mis encore en fait)
http://about.me/straumat
[^] # Re: support amélioré ???
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Télédéclaration française des revenus et logiciels libres. Évalué à 6.
http://about.me/straumat
[^] # Re: Mon avis :)
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 3.
http://about.me/straumat