Articles précédents : Articles
- [267] Microsoft pris dans la toile... chronique d'une mort annoncée
- [209] LinuxFrench.net publie une lettre ouverte à MandrakeSoft (et la réponse)
- [67] Wikipédia atteint 500 000 articles
- [22] Un excellente revue de Ars Technica sur KDE 3.2
- [1] Rétrospective APRIL 2003
- [17] Linux en Catalogne, la ville de Manresa franchit le pas !
- [48] Globenet va mal ...
- [11] Bruxelles, éducation : Freeedem, ce week-end 21 et 22
- [106] Noyau 2.6.3 dans les bacs
- [76] Test de KDE 3.2
Liens connexes
- L'article sur Silicon.com (1038 hits)
- LinuxToday : " Community: Beyond an Open Source Java " (472 hits)
Dépêche modérée par
IBM "presse" Sun depuis quelques années pour libérer Java, et ils reviennent à la charge suite à une récente position plus "pro-libre" de Sun qui est toujours hésitant sur la question.
Mise à jour : LinuxToday publie une analyse plus détaillée (et elle retrace les déclarations de Scott McNealy "The open-source model is our friend" puis la lettre ouverte d'Eric Raymond (ESR) et le follow-up par Simon Phipps)
![[en]](../../../images/en.png)
L'article sur Silicon.com (1038 hits)-
LinuxToday : " Community: Beyond an Open Source Java " (472 hits)
> Lire la suite (293 commentaires, moyenne: 1,3). [dépêche : 330 caractères]
Re: IBM demande à Sun de "libérer" Java
Le DNS a l'air de foirer donc :
212.187.242.215 www.silicon.com
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Nap () le 26/02/2004 à 12:24. (lien). Évalué à 7.c'est quand même triste de gacher un first post comme ça, avec l'armée de trolls qui attend derrière cette ---> []
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Julien Bidault (page perso, ) le 26/02/2004 à 19:10. (lien). Évalué à 2.ouhais, ben l'armée de trolls est arrivée...
Franchement, je sais même pas pourquoi je lis les commentaires sur les topic java, ca part tjs en vrille...
Le plus amusant étant bien souvent la méconnaissance totale que la plupart des gens ont des versions récentes de Java...
C'est un langage qui a une vrai utilité, ais faudrait peut etre se prendre une JVM récente, Eclipse, pis coder un peu au lieu de troller betement...vous découvririez un langage très intéressant...dont la partie J2EE est très très intéressante (cf les offres de stage, lisez c édifiant...), une très bonne interopérabilité avec le PHP et les bases de données via JDBC en font en langage orienté web très sympa...
Pis soyez pas intransigeants : Java est ***BEAUCOUP*** plus jeune que C/C++, et a donc encore le temps de murir...-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Pierre Jarillon (page perso, ) le 26/02/2004 à 20:17. (lien). Évalué à 2.// Voila le résumé de la situation :
while ( licence("JAVA") != Libre )
{
java.status= PasMur;
Demander_a(Sun);
}
java.status= Mur;
// on est toujours dans la boucle !-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par free2.org (page perso, ) le 27/02/2004 à 03:50. (lien). Évalué à 1.C'est le même genre de situation pour de nombreux logiciels non libres !
Ce qui est particulier c'est que un Java encore non libre sert de base à de nombreux projets libres.
-
-
-
[+] Re: IBM demande à Sun de "libérer" Java
Chouette un super coin pour la chasse au Troll.
AU fait, JAVA, ça à quoi comme avantge par rapport aux autres langages?
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par LupusMic (page perso, ) le 26/02/2004 à 11:56. (lien). Évalué à -1.Ben, il n'y a pas de pointeurs.
Tu peux fermer ton code tout en restant multi-plateforme.
Tout est objet (même les types de base, me semble-t-il ?).
Tu ne peux déclarrer qu'une classe par module, ce qui t'oblige à un découpage méticuleux.
Doit y en avoir d'autre...-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Pascal Terjan (Jabber id, page perso, ) le 26/02/2004 à 12:06. (lien). Évalué à 3.Tout est objet (même les types de base, me semble-t-il ?).
Non justement, pas les types de base.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Wallou Wally () le 26/02/2004 à 12:42. (lien). Évalué à 0.En fait si, tous les types de base sont en objet mais en partique manipulable également par des type primitifs, ex. int pour java.lang.Integer, char pour java.lang.Charater.
Exception pour String qui n'est qu'en objet.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Pascal Terjan (Jabber id, page perso, ) le 26/02/2004 à 12:55. (lien). Évalué à 3."en partique manipulable également"
Si tu pouvais mettre une constante int dans un Vector ca serait cool
Si tu pouvais facilement faire un switch sur des Integer (la val mais aussi chaque case prendre une constante Integer, vu qu'on avait besoin d'un Integer pour avoir un objet) ca serait cool aussi
Perso je prefere franchement le Ruby ou au moins _tout_ est un objet.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par franck (page perso, ) le 26/02/2004 à 12:57. (lien). Évalué à 1.java 1.5 est fait pour toi ...
Vector monVector = new Vector();
monVector.add(42);
... vivement demain .... :-)-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 13:02. (lien). Évalué à 2.Ouai, sauf que la spec indique précisément que le 42 en question est placé dans un objet Integer avant d'être mis dans le Vector (d'ailleurs, il ne faut plus utiliser Vector depuis le 1.2, mais bon). Donc au niveau syntaxique, c'est sympa, mais au niveau perf...
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par spell (page perso, ) le 26/02/2004 à 13:49. (lien). Évalué à 1.> d'ailleurs, il ne faut plus utiliser Vector depuis le 1.2, mais bon
Hein quoi ? pourquoi tu dis ça ?
C'est pas "deprecated" le Vector ?
Je veux bien un lien ou une explication stp-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 13:57. (lien). Évalué à 1.Vector est avantageusement remplacé par les List, en version ArrayList. Vector est synchronized (thread safe) ce qui la rend lente comparée à ArrayList quand on n'a justement pas besoin de l'aspect synchronized.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par allcolor (Jabber id, page perso, ) le 26/02/2004 à 15:34. (lien). Évalué à 1.Euh un vector est une List, c'est juste une List(l'interface) synchronizée, mais tu peux tjrs utiliser vector.
--
All those moments will be lost in time, like tears in the rain.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 15:39. (lien). Évalué à 2.Oui, tu peux, mais c'est moins efficace.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Jean-Marc Spaggiari (page perso, ) le 26/02/2004 à 16:38. (lien). Évalué à 1.Mais dans un fonctionnement multi-thread, ca peut etre un peu plus sur... Non?
-
[^]Re: IBM demande à Sun de "libérer" Java
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Nicolas Marchildon (page perso, ) le 26/02/2004 à 19:12. (lien). Évalué à 1.> Mais dans un fonctionnement multi-thread, ca peut etre un peu plus
> sur... Non?
Oui, mais un bon programmeur s'en charge lui-même et synchronise à un niveau supérieur, là où c'est nécessaire pour son application. C'est plus rapide de synchroniser un bloc dans ta classe, où tu accèdes à la liste, que de synchroniser deux fois - dans ton bloc ET dans la liste.
Un Vector, oui, c'est plus sûr, mais tu ne devrais pratiquement pas avoir besoin de sa synchronisation. Si tu ne veux pas prendre de chances, ok, mais un Collections.synchronizedList(new ArrayList(...)) fait tout aussi bien l'affaire.
-
-
-
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Cook Captain () le 26/02/2004 à 14:14. (lien). Évalué à 1.A partir du moment ou tu souhaites considérer les types de base comme des objets, il faut accepter une perte de perf et ça quelque soit le langage. Après le compilateur peut essayer de faire qq optimisations mais ça doit pas toujours être évident.
Dans ton cas, tu peux toujours utiliser des listes qui manipulent des types primitifs pour optimiser les perfs, il en existe pléthore. en java (cf. apache.org).
Comme souvent, c'est un compromis en perf et facilité/généricité.
Nb. Rien à voir avec post en cours.
Je suis toujours surpris du nombre de trolls déclenché par le mot Java sur le dlfp. Quelqu'un aurait-il une explication? Le geek linux ne parle-t-il que le C, et accessoirement le Perl?-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 14:30. (lien). Évalué à 1.A partir du moment ou tu souhaites considérer les types de base comme des objets, il faut accepter une perte de perf et ça quelque soit le langage.
C'est faux. Eiffel et Sather considèrent les types de base comme objet sans perte de performance. Pour ce faire, il faut distinguer deux catégories d'objets (comme en C#), ces objets passés par référence et des objets passés par valeurs. Les types de base sont des objets passés par valeur, ce qui élimine les problèmes d'occupation mémoire et d'efficacité induit par l'autoboxing.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Cook Captain () le 26/02/2004 à 15:09. (lien). Évalué à 2.Un objet même passé par valeur reste de toute manière beaucoup plus lent qu'un vrai type primitif "mappable" directement sur l'architecture de données du processeur.
Ceci dit c'est effectivement un domaine ou j'aimerais bien que Java évolue, cela permettrait d'améliorer les perfs de qq softs de manière notable au détriment, malheureusement, d'une complication du langage.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 15:41. (lien). Évalué à 2.Un objet même passé par valeur reste de toute manière beaucoup plus lent qu'un vrai type primitif "mappable" directement sur l'architecture de données du processeur.
Non, les tests de Sather et Eiffel prouvent le contraire. Un objet passé par valeur ne supporte pas l'héritage, il n'y a donc pas de table de méthodes "virtuelles" à la C++. Un int Eiffel est un objet, mais il est manipulé comme un int natif dans le code engendré.
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Matthieu Moy (page perso, ) le 26/02/2004 à 15:14. (lien). Évalué à 3.Le problème, c'est qu'en Java, tout objet hérite de java.lang.Object, qui contient déjà pas mal de bazard : Une info de typage dynamique, des verrous pour les éventuels "synchronized", ...
Résultat, un Integer en Java occupe entre 20 et 30 octets, alors qu'en principe, c'est seulement 4 !
Si tu les passe par valeur, il faut tout recopier à chaque fois, si tu passe par référence, il y a une indirection de plus a chaque accès. Pas trop de compromis possible là dessus.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 26/02/2004 à 15:26. (lien). Évalué à 1.si tu passe par référence, il y a une indirection de plus
Le cout perdu a l'indirection est extremement faible dans une grosse appli.
Je me rappele encore mes profs me repeter qu'il ne sert a rien de se battre sur ce genre d'optimisations et d'essayer plutot d'optimiser l'algo lui meme.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 15:49. (lien). Évalué à 3.Tes profs sont des cons. Le coût perdu par l'indirection en Java est énorme car il participe de la mauvaise gestion de la mémoire des applis Java. Tout objet en Java est manipulé par référence. Oui, l'indirection elle-même ne coûte pas grand chose pour un objet. Mais quand tu scannes un tableau d'objets, tu n'as plus de localité en mémoire et ça peut donner des résultats catastrophiques à cause des accès "random" à la mémoire qui ne profitent pas du tout du cache. Un exemple : produit matriciel programmé en tenant compte de la localité du stockage peut être 100 fois plus rapide que le même produit matriciel programmé à la grand père, en ne tenant pas compte de la localité. Sur des tableaux d'objets, on obtient le même genre de perfs...
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 26/02/2004 à 16:07. (lien). Évalué à 1.Arrete c'est bon, tu prends justement l'exemple qui evidement contredit ce que je venais de dire. Si tu savais lire tu verrai que je parlais d'une appli et pas d'un algo particulier.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Jean-Marc Spaggiari (page perso, ) le 26/02/2004 à 16:41. (lien). Évalué à 2.C'est le principe. Il faut toujours adapter la structure de données à l'algo qu'on utilise. Effectivement, on pourra toujours, dans tous les langages, faire un tres bon algo qui va tres mal fonctionner à cause des données mal présentées, et faire des données super bien présentées qui sont mal traitées à cause de l'algo de merde...
Bref, en gros, discution stérile.-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 27/02/2004 à 08:23. (lien). Évalué à 1.Je sais lire la masse de conneries que tu as postées dans cette news. Toutes les applis Java que je connais sont pénalisées par une consommation de mémoire pléthorique. Avec une grosse quantité de mémoire, elles fonctionnent très bien, avec des performances très honorables. D'où vient cette consommation ? Du fait que tous les objets sont manipulés par référence (d'où l'occupation de 4 octets pour chaque objet au minimum) et que Object est bloated pour des raisons de conception.
Le problème de Java est que tu ne peux pas faire autrement : tu ne peux pas manipuler les objets par valeur, même quand ça permet d'économiser de la mémoire et des perfs. Donc, oui l'indirection coûte quelque chose, à la fois en occupation mémoire et en perfs. Mais tu appliques servilement les préceptes de mauvais profs, donc tu ne comprends rien. Dans mes cours, tu aurais des sales notes.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 27/02/2004 à 08:56. (lien). Évalué à 1.Ok, maintenant regarde un peu le code deroulé quand tu utilises Corba, Com, l'overhead des interfaces graphiques et des commandes utilisateurs ... ce n'est pas une indirection sur un objet qui va bouffer tes perfs.
Ton probleme c'est que tu n'as qu'une vue locale de ce que tu developpes. Je suis d'accord avec toi que sur un algo bien precis il faut effectuer ce genre d'optimisation comme pour l'exemple que tu as cite. Mais d'une maniere generale, l'utilisation d'un formalisme de haut niveau tel que la programation distribuée ou par composants, les IHM, permettent un developpement plus rapide et de meilleur qualite au detriment des perfs (indirections, overhead inevitables)
Pour mes profs, je ne prends pas tous leur préceptes a coeur, j'essaie plutot de me construire mon propre avis, et sur ce point la je suis d'accord avec eux car je l'ai mesuré concretement.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 27/02/2004 à 10:40. (lien). Évalué à 0.Ok, maintenant regarde un peu le code deroulé quand tu utilises Corba, Com, l'overhead des interfaces graphiques et des commandes utilisateurs ... ce n'est pas une indirection sur un objet qui va bouffer tes perfs.
Tu ne comprends donc rien. L'indirection obligatoire en Java fait qu'on ne peut pas économiser la mémoire et donc ça bouffe tes perfs même avec des usines à gaz comme Corba ou Swing (qui subissent elles aussi cette contrainte et donc sont encore plus des usines à gaz en Java que dans leur version C++). L'absence de l'équivalent des structs du C# en Java est une catastrophe en terme de performances à cause de la mémoire.
Ton probleme c'est que tu n'as qu'une vue locale de ce que tu developpes. Je suis d'accord avec toi que sur un algo bien precis il faut effectuer ce genre d'optimisation comme pour l'exemple que tu as cite. Mais d'une maniere generale, l'utilisation d'un formalisme de haut niveau tel que la programation distribuée ou par composants, les IHM, permettent un developpement plus rapide et de meilleur qualite au detriment des perfs (indirections, overhead inevitables)
Tu lis O1, c'est ça ? Je me demande comment tu utilises un formalisme de haut niveau alors que tu n'as rien compris à l'objet...-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 27/02/2004 à 11:10. (lien). Évalué à 0.Tu ne comprends donc rien. L'indirection obligatoire en Java fait qu'on ne peut pas économiser la mémoire
Sur ce point je suis d'accord.
Tu lis O1, c'est ça ? Je me demande comment tu utilises un formalisme de haut niveau alors que tu n'as rien compris à l'objet...
Ba ouai ca doit etre ca... d'ailleur dans la boite ou je suis on est tous abonné a 01.
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 27/02/2004 à 08:58. (lien). Évalué à 2.Autre chose, tu es autant intolerant et irrespecteux avec tes eleves ?
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 27/02/2004 à 10:35. (lien). Évalué à 1.Je suis en effet très intolérant avec la connerie et très irrespecteux de celle-ci. Tu l'incarnes ici. Tu arrives dans ce thread et tu multiplies les posts débiles du genre :
- "C++ n'est pas objet car il ne supporte pas le typage dynamique" : n'importe quoi. Une telle déclaration prouve simplement que tu ne connais rien aux langages objets, en particulier certains des plus avancés comme Eiffel ou Objective Caml.
- "Dans un monde objet l'heritage n'a pas vraiment de sens" : désolé, mais là, ce n'est même plus n'importe quoi, c'est tout simplement débile
- "L'un des avantages est de ne plus avoir de table de fonctions virtuelles et de pouvoir ajouter a l'execution un nouvel objet. " : j'ai déjà répondu à ça, mais visiblement tu ne sais pas comment un modèle objet est implémenté (sur le hardware), donc ça ne sert à rien de continuer
- "De toute facon la notion d'objet, a mes yeux, n'est pas dependante du langage mais plutot de la facon dont le developpeur utilise les fonctionnalités du langage utilisé. Elles ne sont la que pour l'aider et formaliser syntaxiquement ce concept." : tu n'as encore rien compris, comme toutes les personnes qui prétendent faire de l'objet en C.
Bon, je m'arrête, ça suffira. Tu démontres pas ces posts que tu parles de choses que tu ne connais pas. Je n'ai aucun respect pour ça (soit dit en passant, tu m'indiques que je ne sais pas lire, ce qui n'est pas très respectueux non plus).-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 27/02/2004 à 11:07. (lien). Évalué à 2.Je persiste, tu ne sais effectivement pas lire, tu viens de sortir des phrases de leur contexte d'une part, et tu as deformé mes propos.
1. Le typage dynamique etait juste un exemple parmi d'autres des concepts objets non implementés par le C++, de plus je n'ai jamais dit que ce n'etait pas objet, tu remarqueras le vrai entre guillemets, mais malheureusement ta "connerie", mot que tu affectionnes particulierement, te fait lire les choses qu'a moitié.
2. Pour l'heritage, reportez vous a l'ensemble de mon post. (C'etait volontairement provocateur)
3. Sur ce point la j'avoue ne pas tout connaitre, d'ailleur je n'ai rien compris a tes reponses. Est-ce volontaire de ta part ? C'est dommage tu sembles avoir sur ce point beaucoup d'experiences.
4. gni ???
En gros je crois avoir saisit le personnage, tu aimes apparement te faire passer pour un pro (ce que tu es certainement, je n'en doute pas). Mais quand tu reponds aux "conneries", pourrais-tu plus souvent justifier ces conneries, car repondre "tu n'as encore rien compris", "ça ne sert à rien de continuer", " c'est tout simplement débile", ... et repondre a des posts de maniere imprecise n'est pas tres constructif.
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boklm (page perso, ) le 27/02/2004 à 11:37. (lien). Évalué à 3.Dans mes cours, tu aurais des sales notes.
On dirait Tanenbaum.
-
-
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 15:45. (lien). Évalué à 2.Je suis d'accord, le problème essentiel de Java est son occupation mémoire causée par les un java.lang.Object complètement bloated. Ceci étant, ce n'est pas une fatalité :
1) il existe des techniques pour virer le verrou nécessaire au synchronized. C'est implémenté dans SableVM (http://www.sablevm.org/(...)).
2) des langages objets plus vieux de Java (Eiffel et Sather) ont une notion d'objets passés par valeur (et uniquement par valeur) qui ressemblent aux structs du C et qui permettent de régler le problème poser par Integer. Comme le typage devient 100% statique avec ces objets, on peut s'arranger pour qu'ils occupent exactement la place mémoire nécessaire. Pour les petits objets type Integer, ou nombre complexe, c'est la fête.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Nicolas Marchildon (page perso, ) le 26/02/2004 à 19:19. (lien). Évalué à 1.C'est très rare que c'est nécessaire de passer un Integer par valeur (clôné). Un Integer ne se modifie pas, une fois qu'il est instancié, alors tu ne devrais pas avoir peur qu'il soit changé par un autre thread.
La seule situation où clôner un Integer peut être souhaitable, est si tu synchronises dessus. Mais encore là, ça dépend beaucoup du contexte, et je ne crois pas que ça arrive souvent.
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Pierre Jarillon (page perso, ) le 26/02/2004 à 15:29. (lien). Évalué à 1.Je suis toujours surpris du nombre de trolls déclenché par le mot Java sur le dlfp
Je pense que c'est essentiellement parce que Java n'est pas libre. S'il l'était, il aurait eu un développement bien plus important car Java est potentiellement très intéressant. L'attitude de Sun est frileuse et fait qu'un utilisateur de Java ressent toujours l'épée de Damoclès au dessus de sa tête.-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par Tutur () le 26/02/2004 à 15:41. (lien). Évalué à -4.Non, le probléme, c'est que Java est présenté comme le langage ultime, celui qui sert à tout. Alors que le probléme, c'est que dans tout les domaines, il existe un langage qui est plus efficace que Java.
Au début, il a été utilisé comme un langage pour le web, puis php et companie se sont révelé plus éfficace. Depuis, il n'a pas retrouvé de place.--
\_°< C01N C01N ! >°_/-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Nelis (page perso, ) le 26/02/2004 à 15:47. (lien). Évalué à 2.Au début, il a été utilisé comme un langage pour le web, puis php et companie se sont révelé plus éfficace.
:-) LOL
On voit que tu connais le domaine !!--
Vache qui rit, à moitié dans son lit-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par plagiats () le 26/02/2004 à 18:17. (lien). Évalué à 1.faut l'excuser le pauvre il a confondu java et javascript :D
--
La mort est un phénomène naturel qui se produit par l'avalement répété de petites quantités de salive au cours d'une grande période de temps. - George Carlin-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Christophe Merlet (page perso, ) le 26/02/2004 à 18:51. (lien). Évalué à 3.Pas sûr, il pensait peut être aux applets Java. Mais même dans ce cas, PHP ne remplace pas les applets Java...
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Tutur () le 27/02/2004 à 10:09. (lien). Évalué à 1.En effet, j'ai fait une erreur, c'est plutôt le flash qui à remplacer les applets Java. Enfin, ça fait un moment que j'ai plus vue d'applets Java.
Puis au lieu de moinsser, dite moi plutôt dans quel domaine java est meilleur qu'un autre langage.
Puis tant qu'on y est: Pourquoi dans le mot javascript, y'a java?--
\_°< C01N C01N ! >°_/
-
-
-
-
-
-
-
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 13:04. (lien). Évalué à 2.Vraiment n'importe quoi. Les types de base ne sont pas des objets, ils sont manipulés par valeur uniquement, n'ont pas de méthode, etc. Il existe effectivement un type objet associé à chaque type de base (genre Integer pour int), mais il a fallut attendre la version 1.5 pour avoir un autoboxing qui simplifie les jonglages entre int et Integer du point de vue syntaxique mais est toujours une horreur du point de vue des perfs.
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Nap () le 26/02/2004 à 12:09. (lien). Évalué à 1.il te force à gérer les exceptions à la compilation
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Wallou Wally () le 26/02/2004 à 12:24. (lien). Évalué à 3.Par forcement ya Exception et RuntimeException le tout est de bien chargé en fonction des cas.
EJB Exception Handling :
http://www-106.ibm.com/developerworks/java/library/j-ejb01283.html(...)
-
-
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par arthurr (page perso, ) le 26/02/2004 à 12:01. (lien). Évalué à -1.Je vais aider mais je pense que c'est trop enorme :
Quel est l'interet de liberer Java puisque Perl est libre ?-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par celastus () le 26/02/2004 à 12:24. (lien). Évalué à 4.Java et Perl ont autant de points communs que le basic et le C++, à savoir à peu pres aucun.
-
[^]Re: IBM demande à Sun de "libérer" Java
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par Matthieu BENOIST () le 26/02/2004 à 13:53. (lien). Évalué à -1.Java et Perl ont autant de points communs que le basic et le C++, à savoir à peu pres aucun.
Java == basic
Perl == C++
?
^^; plus là ! ->[]
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Yann Forget (page perso, ) le 26/02/2004 à 13:58. (lien). Évalué à 0.Moi, je verrais bien Java sous la nouvelle licence XFree et la doc sous GFDL.
Poilu ? Comment ça, poilu ?
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par dcp (page perso, ) le 26/02/2004 à 12:12. (lien). Évalué à 21.AU fait, JAVA, ça à quoi comme avantge par rapport aux autres langages?
- C'est peut-être le seul langage au monde qui te permet d'avoir la certitude que la totalité de ta mémoire fonctionne bien (tu peux jeter ton memcheck86)
- Il permet de donner une utilité accrue aux ventilos de ton PC.
- Par sa rapiditié légendaire, il facilite le débuggage: tu vois arriver le bug bien avant qu'il se produise, et le rectifier avant la catastrophe
- Il lutte activement contre le chomage et la précarité de l'emploi, en permettant à 10 personnes de se partagaer le projet d'une seule
A l'attaque!!!!!-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Barthelemy (page perso, ) le 26/02/2004 à 12:20. (lien). Évalué à 3.C'est méchant !
Tu as oublié de préciser qu'il a relancé la demande mondiale de RAM parce qu'en dessous de 256, tu peux oublier des environnement comme Jbuilder-
[^]Re: IBM demande à Sun de "libérer" Java
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Jean-Marc Spaggiari (page perso, ) le 26/02/2004 à 16:45. (lien). Évalué à 2.Effectivement, JBuilder pour faire du Java, c'est un peu comme OpenOffice pour éditer un script bash...
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Tierre Pramo () le 26/02/2004 à 12:27. (lien). Évalué à 3.Il permet de se souvenir des joies de l'optimisation, en ramenant la puissance d'un octoprocesseur Opteron à 8 G(i)B de RAM (sec) à un processeur 386 SX virtuel, mais multiplateformes ! (Comment une machine peut-elle être multiplatormes déjà ? Ah, oui, avec un processeur Java natif ?!)
On doit donc se tuer le cerveau à pratiquer des optimisations dépassées, avec deux contraintes supplémentaires: le faire en orienté objet, et sans les pointeurs.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Franck Yvonnet (page perso, ) le 27/02/2004 à 07:17. (lien). Évalué à 1.Ah, oui, avec un processeur Java natif ?!)
Ça fait pas un peu des années que Sun a abandonné le truc ? (un peu comme Oracle avec ses NetPC)
-
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par Matthieu Moy (page perso, ) le 26/02/2004 à 13:20. (lien). Évalué à -1.s/memcheck86/valgrind/
Sauf erreur de ma part, memcheck86, c'est pour vérifier que la mémoire physique est OK, ce qu'aucun language ne peut faire.
Ce n'est surement pas le seul language au monde a garantir ça. La plupart des languages interpretés sont comme ça aussi. Les langages sans pointeurs sont à ma connaissance tous comme ça (Si on fait les tests de débordements de tableau, c'est bon). On peut citer Lisp, C#, BASIC (!), perl je crois, bash, ...
Et dans des langages un minimum défensifs comme Ada, il faut vraiment demander gentilment pour faire des conneries avec la mémoire. Là, ça ne se règle pas à coup de valgrind, mais à coup de "grep" dans le source !-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 13:27. (lien). Évalué à 3.En fait, un truc ultra puissant de Java c'est que les vérifications pour la mémoire se font dynamiquement, à partir du .class. Tu peux charger une application compilée dans une sandbox et l'exécuter en contrôlant parfaitement son exécution en terme de droit d'accès aux ressources de la machine virtuelle. En fait, tu peux charger dans une même machine plusieurs applications et maîtriser parfaitement les communications entre elles. A ma connaissance, seul C# possède des fonctionnalités de ce genre. Les exemples que tu cites sont bons à partir du moment ou on dispose du source. Par contre, quand on produit un code exécutable, on ne peut plus vérifier grand chose sur celui-ci. En Java et en C#, un modèle de sécurité très évolué permet au contraire de contrôler parfaitement l'exécution d'un code compilé. L'aspect mémoire est une petite partie de ces fonctionnalités.
Ceci étant, tu as parfaitement raison pour memcheck86, mais je crois que ton interlocuteur faisait une "petite blague" sur l'utilisation mémoire de Java, un vrai problème...
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par PLuG () le 26/02/2004 à 13:27. (lien). Évalué à 4.Tu n'as pas compris c'est bien de memcheck86 dont il parle...
traduction: java utilise TOUTE ta ram et donc la teste (comme memcheck86).-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Moby-Dik () le 26/02/2004 à 13:28. (lien). Évalué à 2.J'ai déjà eu un memory leak avec les exceptions sous Perl (eval / die). Quand ton programme tourne 24h/24 c'est un peu chiant de constater qu'au bout d'une semaine il bouffe 50 Mo de RAM. ;)
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par free2.org (page perso, ) le 26/02/2004 à 18:37. (lien). Évalué à 3.la notion de garbage collector est indépendante des langages. il existe des GC pour à peu près tous les langages à commencer par le C
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 27/02/2004 à 08:26. (lien). Évalué à 2.C'est sûr qu'ils sont vachement utilisés en C, il n'y a qu'a regarder dans gnome. Comme le C est intrinsèquement non sûr, on ne peux pas faire un GC parfaitement sûr pour ce langage, de même que pour le C++. Donc désolé, mais pour qu'un GC puisse (au moins en théorie) fonctionner parfaitement, il faut que le langage soit conçu pour.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par #3588 () le 27/02/2004 à 14:16. (lien). Évalué à 0.C'est le cas de C++, tu trouveras quelques mots de Stroustrup à ce propos. Évidemment comme toujours, C++ ne l'impose pas, la norme est simplement compatible, des compilateurs pourraient le faire.
Ceci dit, il ne faut pas négliger l'utilisation d'une bibliothèque dédiée, qui propose ses services d'allocation. Et là pas besoin que le langage soit conçu pour tourner avec un GC.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 27/02/2004 à 14:24. (lien). Évalué à 1.Oui, sauf que non. Si tu utilises un GC dans un environement de production, ce n'est pas pour avoir un memory leak. Or, les GC destinés aux langages comme le C ou le C++ ne peuvent pas garantir à 100% qu'il n'y aura pas de memory leak. Tu me diras qu'il y a toujours des bugs dans les GC et donc que du 100%, ça n'existe pas, ce qui n'est pas faux. Sauf que dans la situation présente, ce n'est un bug dans le GC qui est à craindre, mais un problème dans ton code qui fait que le GC ne peut pas désallouer une partie de la mémoire...
Sinon, je t'avoue que la prose de Stroustrup ne m'intéresse absolument pas. Ce brave homme a montré depuis des années qui ne connaissait absolument rien à ce que la recherche a produit dans le domaine des langages de programmation et le résultat est C++, plein de bonne volonté et plein d'erreurs de conception. Ca m'arrache le coeur de l'avouer, mais Microsoft a bien compris le problème et a donc embaucher des gens compétents dans le domaine pour faire C#, et franchement, ça se voit...
-
-
-
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par VACHOR (page perso, ) le 26/02/2004 à 13:26. (lien). Évalué à 1.Contrairement à pas mal de languages de script adorés par tous les boutonneux de service, Java est vraiment un language objet. En plus il est compilable (bytecode et natif). Et il dispose de toutes les fonctionnalités pour une adoption en entreprise, pas seulement pour faire un système "qui marche" dans un coin (activité favorite des boutonneux nommés ci-dessus) mais qui se révèle inutilisable en exploitation.
Quant aux performances, l'indulgence m'empêche de parler de celles d'un certain language qui porte le nom d'un serpent tropical, et dont les boutonneux sont tombés amoureux, sans doute parce-que le nom leur plait et que ça fait bien de parler d'animaux sauvages plus ou moins dangereux devant les nanas.
Si l'amour rend aveugle, la branlette rend sourd...-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par deftones_chris () le 26/02/2004 à 13:33. (lien). Évalué à 1.qu'est ce que cela aurait donné, si tu avais comparé Java à Ruby (les pierres précieuses aussi ça doit arracher devant les nanas :) )
Heureusement qu'on a dans la partie Troll, sinon je penserais vraiment que ce site est parcouru par des pédants qui se croient supérieurs car ils utilisent tel langage au lieu de tel autre.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par VACHOR (page perso, ) le 26/02/2004 à 13:37. (lien). Évalué à 4.ce site est parcouru par des pédants qui se croient supérieurs car ils utilisent tel langage au lieu de tel autre.
Je crois bien que c'est le cas malheureusement !
-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par HappyPeng () le 26/02/2004 à 13:38. (lien). Évalué à -3.Et ne parlons même pas de ceux que ça fait bander d'utiliser un langage au nom également tropical qui rappelle une célèbre île d'Indonésie (ça doit leur rappeller leurs vacances), à la syntaxe verbeuse et souvent inutile mais qui ressemble à des langages célèbres et autrement excellents (ça doit leur faire croire qu'ils savent coder), et supportées par l'un des plus gros géant de l'informatique dans le monde (ça leur fait trouver du boulot, seul point positif, et ça leur fait croire que quand on y met de l'argent c'est bien).
Plus concrètement, vous faites pitié.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Matthieu BENOIST () le 26/02/2004 à 13:58. (lien). Évalué à 4.s/un certain language qui porte le nom d'un serpent tropical/un certain language qui fait réference à une bande de comiques anglais culte/
Ni !-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par #3588 () le 26/02/2004 à 21:16. (lien). Évalué à -1.« Contrairement à pas mal de languages de script adorés par tous les boutonneux de service, Java est vraiment un language objet. »
Ce n'est pas un langage objet. Il y a des langages objet, et Java n'en fait pas partie.
Et le pire, c'est que ce langage se veut objet, donc au final : il ne propose pas d'autres types de programmation, et il n'est pas terrible dans celui qu'il prétend être.
Java est apparemment bien adapté aux applications web. Pour toute autre application, on trouve plus adapté (mais évidemment, ça dépend de l'application).
Un avantage quand même : il est pas mal pour l'enseignement.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Moby-Dik () le 26/02/2004 à 23:57. (lien). Évalué à 3.Un avantage quand même : il est pas mal pour l'enseignement.
Oui, un manuel de référence Java dans la tronche, ça te calme vite les cancres les plus aguerris.-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
-
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par Tierre Pramo () le 26/02/2004 à 12:30. (lien). Évalué à -6.Quel intéret par rapport au C++ ?
Même portabilité, et le C++ est plus joli est plus rapide !
Franchement, il y a des c*ns partout.-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par Wallou Wally () le 26/02/2004 à 12:39. (lien). Évalué à -3.C'est sur qu'en terme de performances pures C++ est plus puissant mais pas portable en réalité.
Si ton programme C++ dépend d'une lib C++ il faut que cette lib existe sur toute les plateformes, ce qui n'est pas toujours le cas.
En du moment qu'il ya un JVM pour la plateforme, quasi toute les plateformes, ta lib windows marchera sous la JVM linux et donc, le programme en Java dépendant de la lib fonctionnera lui aussi, à fortiori.
Et puis le C++ c'est moins objet (je dis pas que Java est tout objet, je dis qu'il est largement plus objet que C++), avec les histoires d'héritage multiple qui viole la notion d'objet.
C++ pour les performances pures
Java pour la portabilité et l'objet-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Gruik Man () le 26/02/2004 à 12:50. (lien). Évalué à 5.avec les histoires d'héritage multiple qui viole la notion d'objet.
Heuuu, comment dire... « n'importe quoi » ?-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 26/02/2004 à 12:58. (lien). Évalué à -2.Renseigne toi ...
C++ n'est pas un "vrai" langage objet et pour plusieurs raisons (heritage multiple entre autre a la place d'interface) mais aussi le fait qu'il ne supporte pas le typage dynamique ...-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 26/02/2004 à 13:04. (lien). Évalué à -3.Une derniere chose, UML permet effectivement de modeliser l'heritage multiple, mais UML n'a pas inventer la conception objet.
Dans un monde objet l'heritage n'a pas vraiment de sens, on lui prefere la notion d'extension (equivalente a l'heritage simple) pour specialiser l'objet et la notion d'interface pour ajouter un comportement. Generalement l'extension implement l'interface et etend un objet pour lui ajouter le comportement de cette interface. Je ne sais pas si c tres clair ce que je viens d'ecrire ;)
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 13:07. (lien). Évalué à 3.C'est pas un peu fini, les conneries ?! Ce n'est pas parce que smalltalk était complètement dynamique qu'il faut obligatoirement supporté le "typage dynamique" (ce qui ne veut rien dire) pour être objet. Eiffel et Sather sont des vrais langages objets et ils sont plus proche de C++ que de smalltalk, par exemple.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Gruik Man () le 26/02/2004 à 13:15. (lien). Évalué à 3.Ben...
1) Explique-moi ce qu'est un « vrai langage objet » alors, et en quoi l'héritage multiple viole ce concept de véritable objectitude
2) Eiffel gère l'héritage multiple, ce n'est pas un « vrai langage objet » ?
3) Java est un langage fortement typé ET statiquement typé, comme C++. On peut, en Java, caster un objet en une de ses sous-classes, si l'objet est du bon type (si c'était ça que tu voulais dire). Mais en C++ aussi, grâce à dynamic_cast.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 26/02/2004 à 13:23. (lien). Évalué à 2.J'ai mis vrai entre guillement.
C++ est un langage objet, puisqu'il reprend les principaux principes, mais, comme pratiquement tous les langages et pour des raisons de facilité d'utilisation il va plus loin et propose des fonctionnalités qui sorte du cadre de la conception purement objet.
On peut, en Java, caster un objet en une de ses sous-classes, si l'objet est du bon type (si c'était ça que tu voulais dire). Mais en C++ aussi, grâce à dynamic_cast.
Le typage dynamique permet juste de determiner le type d'un objet a l'execution. Il n'y a pas de controle a la compilation. Dans l'exemple que tu as cite le "cast" est controle a la compilation. L'un des avantages est de ne plus avoir de table de fonctions virtuelles et de pouvoir ajouter a l'execution un nouvel objet.-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par boubou (page perso, ) le 26/02/2004 à 13:30. (lien). Évalué à -1.L'un des avantages est de ne plus avoir de table de fonctions virtuelles et de pouvoir ajouter a l'execution un nouvel objet.
Ultra puissant, on remplace une table de fonctions virtuelles par un pointeur vers le type de l'objet. Quel gain remarquable !!! De toute manière, Java est typé à la compilation...
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Gruik Man () le 26/02/2004 à 13:39. (lien). Évalué à 2.Nan nan, la particularité de dynamic_cast est justement de vérifier le type de l'objet à l'exécution (voir ici: http://www.cplusplus.com/doc/tutorial/tut5-4.html(...) )
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Moby-Dik () le 26/02/2004 à 17:22. (lien). Évalué à 1.Bon, ceci dit, dynamic_cast c'est loin d'être la feature la plus heureuse du C++.
En passant, j'ai lu la doc Ruby récemment, ça a l'air très sympathique (beaucoup plus que Python) : syntaxe légère, grande expressivité, et l'implémentation des itérateurs est particulièrement alléchante. Vivement que ça mûrisse.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Gruik Man () le 26/02/2004 à 18:27. (lien). Évalué à 2.Ah, un troll python/ruby, ça change des vieux trolls C++/Java!
Ceci dit, en quoi tu trouves que Ruby est beaucoup plus sympathique que Python?-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Moby-Dik () le 27/02/2004 à 00:02. (lien). Évalué à 5.Le Python, c'est des types distincts pour les tuples et les listes, les strings qui sont invariables, la fausse bonne idée des indentations pour délimiter les blocs de code, le self explicite dans les déclarations de méthode, les globales qui se retrouvent locales quand tu écris dedans... Et c'est à moitié objet (types de bases vs. objets). Ruby quant à lui conserve la syntaxe ultra-concise d'un langage comme Perl, tout en apportant une sémantique beaucoup plus haut niveau (mate les coroutines, qui permettent d'engendrer les itérateurs en un tournemain avec le mot-clé yield).
Bref j'ai l'impression que Ruby est beaucoup plus abouti conceptuellement. Note que je n'aborde pas le sujet de la vitesse ou de la richesse des bibliothèques.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par gallenza () le 27/02/2004 à 01:28. (lien). Évalué à 0.Bon pour rester dans le conceptuellement, Ruby s'inspire beaucoup de python et pourtant n'apporte presque rien. Syntaxe utra-concise, Python est plus concis, pas à moitié-objet,Python est totalement objet.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Moby-Dik () le 27/02/2004 à 02:40. (lien). Évalué à 1.Python est totalement objet
Les types de base de Python (entiers, etc.) ne sont pas des objets.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par TazForEver () le 27/02/2004 à 10:28. (lien). Évalué à 1.mince alors, comment ça se fait que j'arrive à hériter de tous les types de bases alors ? c'est pas très sérieux tout ça, tu ferais mieux de lire un peu et la documentation et les sources
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par LeMagicien Garcimore () le 27/02/2004 à 04:22. (lien). Évalué à 2.Syntaxe utra-concise, Python est plus concis, pas à moitié-objet,Python est totalement objet.
Moi aussi je veux troller !!
Je suis pas un pro de la conception objet, mais un langage de prog objet, mais quand je lis ça :
There is limited support for class-private identifiers. [...] Note that the mangling rules are designed mostly to avoid accidents; it still is possible for a determined soul to access or modify a variable that is considered private.
Ba j'ai des doutes...
plus ce que disait Moby-Dik sur le self exoplicit...
En fait, quand tu regarde un peu la doc, tu te rends vite compte que le support des classes dans python, c'est un infâme bricolage degueulasse. Alors oui, c'est facile de coder en Python, on peut faire des progs vraiment bon (cf Zope) mais arrêtez de balancer a qui veut l'entendre que c'est un language totalement objet, c'est pas vrai à mon sens.
Pour finir sur les apport de Ruby, y'en a certe peu (et encore c'est relatif) mais ils sont de taille. Pour moi, rien que pour les code blocks, la gestion de la visibilité des méthodes et des variables d'instance, des getters/setters et de certains design patterns ça me suffit.
Garci-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par VACHOR (page perso, ) le 27/02/2004 à 09:53. (lien). Évalué à 0.Faut se renseigner avant de dire des conneries ! ;-)
Python est orienté objet, mais n'est pas objet. Même les pythoneux les plus aguerris le savent...
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Gruik Man () le 27/02/2004 à 11:40. (lien). Évalué à 2.Le Python, c'est des types distincts pour les tuples et les listes,
OK, c'est assez critiquable en effet. Ceci dit , y'a de bonnes raisons à ça (ok il y en a toujours), et en pratique c'est pas si gênant.
les strings qui sont invariables,
Ça, c'est un gros problème, je te l'accorde.
la fausse bonne idée des indentations pour délimiter les blocs de code,
Alors là oui mais non ! Cette méthode est bien plus élégante que toutes les autres méthodes qui nécessitent un formatage redondant (indentation + délimiteurs)
le self explicite dans les déclarations de méthode,
Bof, je vois pas en quoi c'est gênant.
les globales qui se retrouvent locales quand tu écris dedans
Les globales ça sux, de toutes façons. La solution Pythonesque évite au moins qu'elles viennent pourrir l'espace de nommage de tes fonctions. J'aime mieux ça à PERL ou PHP où les variables sont globales par défaut.
Et c'est à moitié objet (types de bases vs. objets)
Ben euh, non pas vraiment. Les types de bases aussi sont des objets (et ont parfois des méthodes)
(mate les coroutines, qui permettent d'engendrer les itérateurs en un tournemain avec le mot-clé yield).
En python aussi, on peut générer des itérateurs instantanément avec le mot-clé yield : )
(ceci dit, je ne nie pas que Ruby a l'air d'être un très bon langage aussi, mais je le connais peu)-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Troy McClure (page perso, ) le 27/02/2004 à 19:00. (lien). Évalué à 2.> Alors là oui mais non ! Cette méthode est bien plus élégante que toutes les autres méthodes qui nécessitent un formatage redondant (indentation + délimiteurs)
sauf que quand tu fais du copier coller ça devient vite le bordel pour retrouver où commencent et finissent les blocs-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Éric (Jabber id, page perso, ) le 29/02/2004 à 19:17. (lien). Évalué à 1.> J'aime mieux ça à PERL ou PHP où les variables sont globales par défaut.
Les variables PHP sont *locales* par défaut. Pour utiliser une globale il faut le demander explicitement, aucune confusion ni aucune ambiguité n'est possible.
-
-
-
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par JPz (page perso, ) le 26/02/2004 à 13:42. (lien). Évalué à 4."C++ est un langage objet"
Non. C++ est un langage multi-paradigmes, il _peut_ etre objet, mais la partie généricité STL est loin d'être objet ...-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par nardzir () le 26/02/2004 à 15:22. (lien). Évalué à 4.il _peut_ etre objet
Arreter de jouer sur les mots, si tu avais pris la peine de me lire depuis le debut tu verrais qu'on pense exactement la meme chose.
De toute facon la notion d'objet, a mes yeux, n'est pas dependante du langage mais plutot de la facon dont le developpeur utilise les fonctionnalités du langage utilisé. Elles ne sont la que pour l'aider et formaliser syntaxiquement ce concept.
-
-
-
-
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Nicolas Chapin (page perso, ) le 26/02/2004 à 13:26. (lien). Évalué à 2.Violer est peut-être une notion un peu forte, foutre le bordel est plus exact.
Prends une classe A avec une methode m, tu la dérives en classe A1 et A2 dans lesquels tu surcharge m par respectivement m1 et m2.
Maintenant tu prends une clase B qui hérite à la fois de A1 et A2.
Tu commence à voir un peu le problème ...
Bon on y est, tu instancies B et tu fais appel à la méthode m.
C'est quelle version que tu vas executer?
Est-tu sûr que c'est celle que tu voulais?
En C++ cela dépend du compilo, si celui ci accepte l'héritage mutiple
En Java tu ne peux hériter que d'une classe et de plusieurs interface ce qui ne pose pas de problème vu que dans une interface toutes les méthodes sont abstraites.
En Eiffel, tu peux indiquer quelle version tu veux mais là on commence à dénaturer l'héritage.
Cela reste une différence de point de vue:
Pour le C++ c'est au programmeur à savoir programmer et tant pis pour lui s'il code comme un porc.
Pour Java, on considère que cela est source d'erreur donc on ne l'authorise pas
Pour Eiffel on laisse la possibilité mais avec des mécanismes de sécurité
Mais si tu veux vraiment du code élégant vaut mieux utiliser un langage fonctionnel :) (Qui a dit que cela sent le troll?)-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par vincent LECOQ (Jabber id, page perso, ) le 26/02/2004 à 17:12. (lien). Évalué à 1.OOOOOOOO Cam il est poilu ! ...
--
Ma signature ici
-
[^]Re: IBM demande à Sun de "libérer" Java
-
-
-
-
[+] [^]
Posté par Frédéric Desmoulins (page perso, ) le 26/02/2004 à 12:53. (lien). Évalué à -1.Effectivement.
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par ZeGrunt () le 26/02/2004 à 12:56. (lien). Évalué à 5.Ah, ah, ah. Allez, je me lance dans le troll.
C++ plus joli, non mais franchement !! Un mix infâme entre un vieux langage (très bon au demeurant) qu'était le C avec les principes objet.
On va me dire que c'est au programmeur de coder proprement, de ne pas mélanger le C et le C++. Mais c'est justement là toute la différence entre un langage propre (et vous remarquerez que je n'ai pas cité Java) et un langage qui n'est qu'une rustine pour éviter aux gens pleins d'inertie d'apprendre une nouvelle syntaxe.
Parlant de Java, il présente un des problèmes qui me font bondir régulièrement quand on parle de langage à objets. D'ailleurs, je fais le distingo entre un langage à objet et un langage orienté objet (même si c'est un terme anglais mal traduit) : les types de bases.
Java et C++ sont des langages orientés objet parce que justement tout n'est pas objet (int, long et consorts), donc ils tendent vers la prog à objet mais n'y sont pas. Java est plus proche du but que C++ avec ces objets Integer, etc. et il possède au moins l'avantage d'avoir un objet de base Object, ce qui manque cruellement en C++ (pff). Et je parle même pas des templates en C++ sur lesquels je m'arrache les cheveux juste pour une pseudo généricité.
Un langage à objet est, par exemple, Eiffel. Il a ses défauts comme tous langage mais au moins, pas de questions pour savoir si on a objet ou non. Les conneries du style créer un objet à partir d'un int pour mettre ça dans un container de la lib standard me foutent hors de moi.
En bref, tous les langages ont leurs défauts et il serait bien d'arrêter dire Java, c'est nul, C++, c'est de la balle. D'une part, ça n'apporte pas grand chose, d'autre part, c'est vraiment très loin de la réalité. La qualité d'un langage ne se juge pas que sur sa rapidité d'exécution pure.
Bon, je me suis un peu défoulé, ça fait du bien.-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par Boa Treize (page perso, ) le 26/02/2004 à 13:11. (lien). Évalué à -5.Un mix infâme entre un vieux langage (très bon au demeurant) qu'était le C
Mwaha ahahaha ! Le C, un « très bon » langage ?! :-D
-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par Landry MINOZA (page perso, ) le 26/02/2004 à 13:38. (lien). Évalué à 2.C++ plus joli, non mais franchement !! Un mix infâme entre un vieux langage (très bon au demeurant) qu'était le C avec les principes objet.
Surtout qu'on peut très bien faire de "l'orienté" objet en C pur !
-
[+] [^]Re: IBM demande à Sun de "libérer" Java
Posté par Nicolas Chapin (page perso, ) le 26/02/2004 à 13:43. (lien). Évalué à -2.Le c un un trés bon langage?
Faudrait voir à ne pas pousser mémé dans les orties là.
Un langage qui permet de créer un tableau de 10 éléments et d'aller taper allègrement dans le 15ième est un peu fonctionnellement déficient :)
Le c à des avantages (rapide, proche du système) mais ne reste qu'une surcouche à l'assembleur.
C'est à dire aucun mécanisme de sécurité et une factorisation du code proche de zero sans faire appel à tout un tas de mécanisme plus ou moins tordus.-
[^]Re: IBM demande à Sun de "libérer" Java
Posté par totof2000 () le 26/02/2004 à 13:58. (lien). Évalué à 1.AAAAh l'assembleur!!! Voila un langage pour les hommes, les VRAIS.
C'est le seul VRAI langage qui permet de TOUT faire!!!
Quand vous saurez réécrire MultideskOS en assembleur, là vous pourrez parler !!!
En attendant, arrêtez de racconter des conneries!
-
-
-
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.