Cette plateforme est déjà utilisée en production par Novell (qui a récemment racheté Ximian) et a entre autre permis à la ville de Munich de migrer 300 de ses serveurs sous GNU/Linux.
Je n'arrive pas à trouver d'où vietn cette info. On m'avait dit que mono n'etait en production pour le moment que chez Novell.
Java est portable , pas la JVM. C'est évident que si tu n'as pas de JVM sur ta plateforme, un programme java ne tournera pas.
"En attendant tous les softs ecrit en C/C++/... open source compilent sans problemes sur mon mac PPC. "
Bien sur... C et C++ sont super portables :) pas de soucis.
"La portabilité aujoud'hui c'est peut-être linux?"
La portabilité, c'est pas ça pour moi, c'est etre capable de développer une application sur une plateforme et de l'utiliser sur n'importe quelle autre plateforme.
C'est pas développé sur une plateforme comme Linux et dire aux gens de migrer sous Linux.
Et le développeur en C peut utiliser son cerveau et voir qu'il n'y a pas de débordement et ne jamais faire de teste.
Alors ca, je trouve que c'est une très mauvaise idée !!!!
Je suppose que tu penses aussi que les tests unitaire automatisés, ca sert à rien ???
Je comprends ce que tu voulais dire dans tes précédents posts et je comprends que certains ne soit pas d'accord...
Je pense que de toute façon, comme toi, que les benchs, ca vaut rien du tout :)
Je ne suis pas spécialiste, mais quelle serait l'utilité de rédévelopper la libc ? ca voudrait dire qu'il faudrait aussi la réécrire pour Windows et pour Mac ?
Perso, je pense que les développeurs de JVM se débrouille avec ce qu'ils ont sur chaque plateforme et qu'ils pensent, comme tout bon développeur " Je vais pas réinventer la roue ".
Pour l'interprété, je ne suis pas sur mais je n'ai pas d'argument donc je m'écrase :)
Mon point de vue est que ce qu'il se passe dans la JVM n'est absolument pas du resort des dévelopeuurs Java
il y a deux faces à Java :
- Ce qui se passe au dessous de la machine virtuelle.
- Ce qui se passe au dessus de la machine virtuelle.
Le Java n'a JAMAIS été écrit pour que ce qui se passe en dessous de la machine virtuelle soit écrit en Java !!
Java d'ailleurs n'accède pas aux ressources matérielles ( a part JINI )
Le but de Java est que ce qui soit construit au dessus de la JVM soit multi plateforme ( Tomcat, JOnAS, ant... ) ce qu'ils ont parfaitement réussi !!!
Que la machine virtuelle fasse des appels en C ou en assembleur, ce n'est pas le problème des développeurs Java. On ne développé plus pour un système ou quoi que ce soit.. On développé pour l'API.
On développé pour un middleware... pas pour un OS.
Si tu pousses ton raisonnement, "les compilateurs C++, c'est nul car en fait, ca transforme tout en assembleur" !!!!!
je comprends mieux :) on bosse pas sur les mêmes applications et donc, on ne parle pas de la même chose :)
Quel est le problème ? C'est très utile une matrice de nombres complexes. Tu préfères un exemple issus des jeux vidéos, genre le terrain d'un STR ?
Non, une appli de gestion, un site web, un outil de reporting, une compta, un distributeur de billet, une CRM, une place de marché....
qui sont aussi des applications très utile.
Très joli argument d'autorité. Alors d'abord, je suis chercheur à l'INRIA (et oui), donc j'ai raison, n'est ce pas ?
Disons que je ne vais pas admettre que tu as raison à cause de cela :)
Ce que j'appelle multi plateforme :
Pouvoir développer un programme sur linux, windows ou OSX et que ce programme tourne sans aucun probleme sous linux, windows ou OSX.
C'est ce que j'appelle multi plateforme.
Ne te fais pas plus bête que tu l'es
Ce genre de phrase ne sert à rien dans le débat, merci de les garder pour toi.
Je ne sais pas quel genre d'applis tu développes mais honnêtement, tes exemples ne me font meme pas poser la question de savoir si C++ est mieux...
une matrice de nombres complexes
Très bon exemple...
Au fait, tu préviendras les chercheurs du CERN ( Cenrte européen Recherche sur le nucléaire ) qui ont besoin de nombreux calculs, de puissance et de mémoire qu'ils se sont plantés : http://hoschek.home.cern.ch/hoschek/colt/(...)
et ils en ont un paquet de projets comme ça, nottament leur data grid.
Si Java affichait les mêmes performances qu'un C ou C++, alors Javalayer (le player mp3 full java) serait utilisable sur mon AMD K6-2 3D 500Mhz et consommerai la même quantité de mémoire et le même temps CPU que XMMS, or ce n'est pas le cas.
Enfin, faut aussi comparer ce qui est comparable... si on compare des softs avec des fonctionnalités différentes écrites par des personnes diférentes dans des langages différents, est ce que les différences de performances sont imputables au langage ????
Si XMMS tourne moins vite que Winamp, vas tu me dire que Delphi est un meilleur langage que C ou C++ ?
Par contre, là ou réside la force de java, c'est certainement dans son haut niveau d'abstraction quant à l'architecture matériel, ce qui lui permet d'être relativement plus portable que d'autres langages.
C'est clair, sauf que c'est pas "relativement" portable, c'est portable.. je développe des applis J2EE, SWING et WEB sous fedora et je déploy sous windows sans même faire de tests... c'est portable :)
A mon avis, les critères de choix d'un langage de programmation sont :
- Rapiditié de développement.
- Fonctionnalités offertes par l'API du langage.
- Support.
- Soutien de grands groupes privés et de grandes organisations libres au langage.
- Projets libres ( Tomcat, Junit, Ant... )
- Portabilité.
et après peut etre je mettrais les performances
Peut être que la personne à laquelle tu réponds en a marre de justifier ce fait
Quelqu'un qui balance comme ça que Java consomme 4 fois plus de mémoire aurait besoin de se justifier non ????
C'est la définition du FUD
Le fait que java consomme un peu plus de mémoire n'est certainement pas faux... D'un autre coté, je ne vois pas vraiment cela comme un problème.
Si à notre époque, cela était vraiment un problème, je développerai en Assembleur et je dirais sur toutes les news PHP, Java, C++, C, Ruby, ASP, VB... que c'est nul car ca consomme beaucoup de mémoire.
tu connais beaucoup de soft qui consomme 5 GO de RAM ?
Je développe des saisies déportées 100% Java ( Thinlet, Hibernate, hsqlDB ) et elles tournent sur de petites config. ca ne rame pas et c'est bien sur multi plateforme.
Le tout, c'est de se mettre d'accord sur le format des ficheirs XML :)
Ceux de Thinlet me parraissent pas mal à ce titre.. après, que ton appli tourne avec une machine virtuelle, GTK, QT ou Mozilla, c'est pas très important :)
Moi, je rêve d'un langage commun pour décrire des interfaces :D
Dans le même style, j'ai découvert thinlet il y a quelques jours ( www.thinlet.com ) et je l'utilise pour développer une appli de saisie déportée ( Thinlet + hibernate + hsqldb ) et ma foi, je trouve très agréable de développer des interfaces clients de cette façon !
beh je te donne un exemple, il manque le code collapser dans Eclipse, beh un mec a fait un plugin pour l'avoir... voila comment ça doit fonctionner.
la satisfaction à 100% n'existe pas mais sur l'explorateur de classe, le collapser, la façon d'afficher les fichiers.. on peut peut etre se mettre d'accord et pour le reste -> plugin.
Oui masi tous les IDE se valent...
C'est un peu comme si tout le monde redéveloppait par exemple un logger (comme log4j), c'est vrai qu'il y aurait plus de conccurence mais bon, je suis pas sur qu'on arriverait à mieux.
L'idée c'est d'avoir un IDE sur lequel pas mal de gens bossent et on ne garde que les meilleurs idées.
J'éspère que plutôt que d'avoir des JBuildet, JDevelopper, Netbeans, Forte...... on ne va plus avoir qu'un seul IDE avec des plugins.
Ca permettrait de pouvoir profiter de toute ce qui se fait en libre et en propriétaire sans avoir à se marrier avec un IDE. Ca pemet aussi aux gens d'apprendre une interface, de se familiariser avec et de la garder pour tous les développements.
Pour les editeurs d'EDI et de plugins, ca va leur permettre d'économiser et d'éviter de réinventer la roue pour toutes les fonctionnalités de base.
Voila, c'est un post un peu simpliste, un peu bateau mais il fait chaud, j'ai pas envie de bosser et en écrivant, j'ai pas l'impression de glander :)
# Munich ?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Mono 1.0 : le singe est laché. Évalué à 4.
Je n'arrive pas à trouver d'où vietn cette info. On m'avait dit que mono n'etait en production pour le moment que chez Novell.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 1.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Java est portable , pas la JVM. C'est évident que si tu n'as pas de JVM sur ta plateforme, un programme java ne tournera pas.
"En attendant tous les softs ecrit en C/C++/... open source compilent sans problemes sur mon mac PPC. "
Bien sur... C et C++ sont super portables :) pas de soucis.
"La portabilité aujoud'hui c'est peut-être linux?"
La portabilité, c'est pas ça pour moi, c'est etre capable de développer une application sur une plateforme et de l'utiliser sur n'importe quelle autre plateforme.
C'est pas développé sur une plateforme comme Linux et dire aux gens de migrer sous Linux.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Alors ca, je trouve que c'est une très mauvaise idée !!!!
Je suppose que tu penses aussi que les tests unitaire automatisés, ca sert à rien ???
Je comprends ce que tu voulais dire dans tes précédents posts et je comprends que certains ne soit pas d'accord...
Je pense que de toute façon, comme toi, que les benchs, ca vaut rien du tout :)
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Perso, je pense que les développeurs de JVM se débrouille avec ce qu'ils ont sur chaque plateforme et qu'ils pensent, comme tout bon développeur " Je vais pas réinventer la roue ".
Pour l'interprété, je ne suis pas sur mais je n'ai pas d'argument donc je m'écrase :)
Mon point de vue est que ce qu'il se passe dans la JVM n'est absolument pas du resort des dévelopeuurs Java
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
il y a deux faces à Java :
- Ce qui se passe au dessous de la machine virtuelle.
- Ce qui se passe au dessus de la machine virtuelle.
Le Java n'a JAMAIS été écrit pour que ce qui se passe en dessous de la machine virtuelle soit écrit en Java !!
Java d'ailleurs n'accède pas aux ressources matérielles ( a part JINI )
Le but de Java est que ce qui soit construit au dessus de la JVM soit multi plateforme ( Tomcat, JOnAS, ant... ) ce qu'ils ont parfaitement réussi !!!
Que la machine virtuelle fasse des appels en C ou en assembleur, ce n'est pas le problème des développeurs Java. On ne développé plus pour un système ou quoi que ce soit.. On développé pour l'API.
On développé pour un middleware... pas pour un OS.
Si tu pousses ton raisonnement, "les compilateurs C++, c'est nul car en fait, ca transforme tout en assembleur" !!!!!
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 3.
Je m'excuse pour avoir été un peu rude.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Quel est le problème ? C'est très utile une matrice de nombres complexes. Tu préfères un exemple issus des jeux vidéos, genre le terrain d'un STR ?
Non, une appli de gestion, un site web, un outil de reporting, une compta, un distributeur de billet, une CRM, une place de marché....
qui sont aussi des applications très utile.
Très joli argument d'autorité. Alors d'abord, je suis chercheur à l'INRIA (et oui), donc j'ai raison, n'est ce pas ?
Disons que je ne vais pas admettre que tu as raison à cause de cela :)
Je bosse justement avec des gens de l'INRIA sur jonas ( http://jonas.objectweb.org/(...) ), on aurait donc tort de faire des trucs en Java ???
http://jonas.objectweb.org/team.html(...) <- Tu verras les gens de l'INRIA sur cette page...
On a beaucoup de débats, mais aucun d'entre eux le débat sur le langage est déja passé de mode ;)
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Ce que j'appelle multi plateforme :
Pouvoir développer un programme sur linux, windows ou OSX et que ce programme tourne sans aucun probleme sous linux, windows ou OSX.
C'est ce que j'appelle multi plateforme.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 3.
Ce genre de phrase ne sert à rien dans le débat, merci de les garder pour toi.
Je ne sais pas quel genre d'applis tu développes mais honnêtement, tes exemples ne me font meme pas poser la question de savoir si C++ est mieux...
une matrice de nombres complexes
Très bon exemple...
Au fait, tu préviendras les chercheurs du CERN ( Cenrte européen Recherche sur le nucléaire ) qui ont besoin de nombreux calculs, de puissance et de mémoire qu'ils se sont plantés :
http://hoschek.home.cern.ch/hoschek/colt/(...)
et ils en ont un paquet de projets comme ça, nottament leur data grid.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 5.
Enfin, faut aussi comparer ce qui est comparable... si on compare des softs avec des fonctionnalités différentes écrites par des personnes diférentes dans des langages différents, est ce que les différences de performances sont imputables au langage ????
Si XMMS tourne moins vite que Winamp, vas tu me dire que Delphi est un meilleur langage que C ou C++ ?
Par contre, là ou réside la force de java, c'est certainement dans son haut niveau d'abstraction quant à l'architecture matériel, ce qui lui permet d'être relativement plus portable que d'autres langages.
C'est clair, sauf que c'est pas "relativement" portable, c'est portable.. je développe des applis J2EE, SWING et WEB sous fedora et je déploy sous windows sans même faire de tests... c'est portable :)
A mon avis, les critères de choix d'un langage de programmation sont :
- Rapiditié de développement.
- Fonctionnalités offertes par l'API du langage.
- Support.
- Soutien de grands groupes privés et de grandes organisations libres au langage.
- Projets libres ( Tomcat, Junit, Ant... )
- Portabilité.
et après peut etre je mettrais les performances
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 4.
Quelqu'un qui balance comme ça que Java consomme 4 fois plus de mémoire aurait besoin de se justifier non ????
C'est la définition du FUD
Le fait que java consomme un peu plus de mémoire n'est certainement pas faux... D'un autre coté, je ne vois pas vraiment cela comme un problème.
Si à notre époque, cela était vraiment un problème, je développerai en Assembleur et je dirais sur toutes les news PHP, Java, C++, C, Ruby, ASP, VB... que c'est nul car ca consomme beaucoup de mémoire.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 1.
et je ne pense pas qu'il faile mettre à null une reference quand tu ne l'utilises plus...
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 3.
Java sert dans de nombreuses application généralistes..
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à -2.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 1.
Je développe des saisies déportées 100% Java ( Thinlet, Hibernate, hsqlDB ) et elles tournent sur de petites config. ca ne rame pas et c'est bien sur multi plateforme.
http://about.me/straumat
[^] # Re: Excellent
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 7.
L'important est de savoir avec quel langage vous pouvez développer le plus vite et le mieux.
Une journée d'un développeur coûte plus cher qu'une barrette de RAM
http://about.me/straumat
[^] # Re: Thinlet
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche KaXul, vos applications XUL dans KDE. Évalué à 2.
concret pour moi c'est :
API finalisée
SDK disponible
Applis de démonstration
Applis en production
http://about.me/straumat
[^] # Re: Thinlet
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche KaXul, vos applications XUL dans KDE. Évalué à 2.
http://about.me/straumat
[^] # Re: Thinlet
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche KaXul, vos applications XUL dans KDE. Évalué à 6.
Ceux de Thinlet me parraissent pas mal à ce titre.. après, que ton appli tourne avec une machine virtuelle, GTK, QT ou Mozilla, c'est pas très important :)
Moi, je rêve d'un langage commun pour décrire des interfaces :D
http://about.me/straumat
# Thinlet
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche KaXul, vos applications XUL dans KDE. Évalué à 5.
http://about.me/straumat
[^] # Re: Vive les plugins
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 3.
la satisfaction à 100% n'existe pas mais sur l'explorateur de classe, le collapser, la façon d'afficher les fichiers.. on peut peut etre se mettre d'accord et pour le reste -> plugin.
http://about.me/straumat
[^] # Re: log4j est pas terrible
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 2.
il est paramétrable et simple.. tout ce que j'attends pour faire du loggin
http://about.me/straumat
[^] # Re: Vive les plugins
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 2.
C'est un peu comme si tout le monde redéveloppait par exemple un logger (comme log4j), c'est vrai qu'il y aurait plus de conccurence mais bon, je suis pas sur qu'on arriverait à mieux.
L'idée c'est d'avoir un IDE sur lequel pas mal de gens bossent et on ne garde que les meilleurs idées.
http://about.me/straumat
# Vive les plugins
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 10.
Ca permettrait de pouvoir profiter de toute ce qui se fait en libre et en propriétaire sans avoir à se marrier avec un IDE. Ca pemet aussi aux gens d'apprendre une interface, de se familiariser avec et de la garder pour tous les développements.
Pour les editeurs d'EDI et de plugins, ca va leur permettre d'économiser et d'éviter de réinventer la roue pour toutes les fonctionnalités de base.
Voila, c'est un post un peu simpliste, un peu bateau mais il fait chaud, j'ai pas envie de bosser et en écrivant, j'ai pas l'impression de glander :)
http://about.me/straumat