Anonyme a écrit 62023 commentaires

J'ajouterai KDE Ru3LZ, Gnome Sucks...

Quelques precisions en passant:

1. plus qu'un type abstrait algebrique, une interface Java est la declaration du type d'une certaine categorie d'objets.

2. le typage statique n'est *absolument pas* incompatible avec la genericite qui, comme tu le dis, permet de manipuler des objets sans se soucier de leur classe, du moment qu'ils possedent les memes methodes. Cf. la theorie des types abstraits algebriques.

3. Le type "induit" par une classe est constitue par l'ensemble de ses methodes, mais *pas* par ses attributs (qui constituent, eux, l'etat de l'objet, et non pas son comportement).

4. Le fait de pouvoir s'auto-inspecter et de pouvoir generer des classes a la volee est peut-etre interessant, amis on ne peut pas dire que ce soit *elegant*. Ce concept -la reflexivite- est tres complexe et pose de serieux risques de plantage (quoique, concernant Java, la encore, il s'agit d'une restriction de la reflexivite). Notons que c'etait deja present dans Lisp il y a deja un bon moment.

5. Quant a dire que Java est type statiquement, c'est un peu fort. On parle generalement de typage mixte, car une forte phase de compilation dynamique est effectuee (d'ou la lenteur du lancement d'un programme).

6. Non seulement Java manque de l'heritage multiple, mais il lui faudrait aussi la genericite et la contravariance pour arriver a quelque chose de vraiment puissant. Je conseille a ceux que ca interesse de regarder du cote d'Eiffel (qui peut generer du bytecode Java ou du C) ou de son cousin (plus rigoureux sur certains aspects) Sather.

Rogue.

news sur le C => 'C sux, faites du C++'
news sur le C++ => 'C++ c'est incoherent, java roulaize'
news sur java => 'java c'est nul, python c mieux'
news sur python => 'python c'est interpreté, faites du C'

c'est vrai que la grande G.... de MDI, ça c'est une structure :-)

Which is faster eg. Java servlets or Python CGI with mod_python?

Answer(s):
- Don't know about that - but there is some strong evidence that Zope
(python based application server) is faster than servelets:
http://www.zope.org/Members/BwanaZulia/zope_benchmarks/tomcat1.html(...)
I think any major web project should consider Zope. It has
transformaed the way I think of web development. FWIW, I work at a
moderate sized telco and we do all of our web sites in Zope.
More on Zope at: http://www.zope.org(...)
- In theory Java code should be faster; it does a lot more optimizing.
In practice however..
Zope seems to outspeed some Java servlet servers:
http://www.zope.org/Members/BwanaZulia/zope_benchmarks/benchmarks.h(...)
More on Zope: http://www.zope.org(...)
Zope is based on Python. Definitely do look at Zope if you're into
web programming.

Ouais, t'as raison, Roubignolles. L'usager de base ne comprend rien à tout ça. Du moment que ça marchotte, les bogues et plantages se gèrent au quotidien.

Après tout, c'est de l'informatique...

Je suis d'accord avec toi pour dire qu'il est idiot d'imposer notre OS à tout le monde, mais question: penses-tu que Linus Torvalds reboote sous Windows pour taper une lettre ?
Et quand tu dis que les grandes distributions passent leur temps à faire de l'interface et que ça ne fait rien avancer, je ne suis pas _du_tout_ d'accord avec toi.
Pour moi des trucs comme l'internationalisation, la détection des périphériques, des utilitaires de partitons etc., c'est au contraire du gros boulot qu'il fallait faire. Peut-être que ça leur permet de vendre plus de distribution. Et alors ?

.NET c'est un middleware, rien à voir à priori avec Office (cf. article dans O1). Le vrai probleme concerne la soit disante ouverture d'un tel system et sont efficacité par rapport à l'existant (ie CORBA, plus rapide que l'XML sur http; ou XML-RPC, cf SOAP sur XMLfr.org). Il est fort probable que l'essentiel de .NET (cad le serveur) reste sur plateforme M$... Heureusement (ou malheureusement pour certains windoziens rebels) il ne s'agit pas d'une vertable incursion de m$doze dans le monde Linux.

JAVA est tout aussi proprio que FLASH, sinon plus.
Comme java, les spécifs du format SWIFF sont disponibles et on peut implémenter un interpréteur ou éditeur sans licence.

Sun ne donne pas le code source de son JVM, si ?
Sun peut changer les termes quand il veut, non ?

T'as l'intention d'écrire des programmes réels avec un langage virtuel (puisque d'après toi, on se fout de la qualité des JVM !) ?

Par "sémantique", je pense que le gars (ou la fille) voulait parler du "sens", du rôle, bref, qu'est ce que ça fout là à part boucher le trou laissé par l'abscence d'héritage multiple. D'ailleurs, les déveleppeurs de chez Sun n' utilisent pas beaucoup les interfaces - cf code de SWING).

Une qualité majeure d'un langage, c'est la rapidité de développement. Dans ce cas en effet, la passe compilation, ou l'absence de mode interactif peut retarder, ou du moins fatiguer. Mais le pire, c'est bien le côté verbeux : + de lignes, + de temps passé à taper, + de risque d'erreur. C'est pas un progrès en matière de langage.

POur ce qui est des types statiques, les deux approches se valent :
1) un type est défini (et limité) par le nom qui lui a été attribué et pas seulement par ses propriétés.
2) un type est défini d'abord par ses propriétés (comme en maths). Je trouve sympa de pouvoir passer en argument de fonction un objet fichier, buffer, chaîne ou socket dès lors qu'ils ont les mêmes attributs et méthodes. Ajouter dynamiquement des attributs à un objet ne changeant pas ses propriétés, c'est tout à fait acceptable d'imaginer qu'une fonction y colle ses propres "étiquettes" ou marqueurs pour usage privé. Voire même que l'objet s'auto-modifie ou se "questionne" (détection des méthodes ou attributs), ou se fasse questionner. De même, générer une définition de classe de façon dynamique et instancier ensuite des objets est génialement pratique. C'est super clean, on va au fond du concept objet. Et ça me manque en JAVA. C'est pour ça que moi aussi, je me tourne vers Python (moins connu en effet, mais ça vaut le coup de jeter un oeil, pour ceux que le concept objet passionne).

Bon, moi aussi j'attends toujours, comme d'autres, les différences fondammentales, niveau langage pur, entre Java et un C++ à qui on aurait enlevé les pointeurs et autres. "n'importe quoi" n'avance pas, comme réponse. Qu'il n'y en ai pas tant n'est pas une tarre, car le but de JAVA étant de se répandre, il doit être facile de l'apprendre quand on connaît C ou C++ (très répandus).

1/ Tout cela est superbement argumenté :

-- << flash n'est pas mieux >> ...
Tu préfères Gnome ou KDE ?

-- << Le fait que les applets rament n'a pas grand chose à voir avec le langage lui-même, mais plutôt avec les navigateurs >> ...
Dans le même ordre d'idées : une application écrite en Java rame parce que les CPU ne sont encore pas assez puissants ...

2/ Quelle prétention !

-- << Cher béotien >>
-- << la programmation des débiles qui font des applets >>


Allez boubou, toi qui sait tout, apportes nous la bonne parole.

P.S. : je suis preneur de references qui appuieraient toutes tes affirmations. Sans rancune mais avec un peu de méfiance à l'égard du "scientifique qui sait tout".

Pas le temps ? je te prends quand tu veux avec une Potato contre ta Mandrake de kiddie ;-))

ben justement.
Si tu veux continuer dans cet esprit, t'es obligé d'utiliser php3 en mode CGI + roxen (par exemple).

D'un autre cote, ya pas que le GPL dans la vie, il existe d'autres licences "libres" comme la licence BSD ou Artistic. (et hop, lancement d'un troll sur les licences :-) )

parait que Java est tellement utilise dans les banques que c'est devenu le nouveau COBOL...

vivement l'an trois mille qu'on rigole


je suis identifie, c'est juste que anonyme c'est mon login

Accessoirement MacOSX, l'unix grand public, il a tous les bindings en Java aussi

USE THE RIGHT TOOL FOR THE RIGHT TASK
pour ceux qui parle pas l'angolais,
c'est beurre pour derriere et preliminaires pour devant

je ne suis pas loin d etre d accord avec toi.
Clairment je trouve que linux commence vraiment a partir en couille (excusez l expression) Bon j explique : a mon avis y a 2 logiques qui s affrontent completement : celles des informaticiens qui ont decouvert linux y a longtemps et qui ont compris la philosophie du libre (comme moi) et les autres recent transfuge de windows qui recherche un autre os que windows mais gratuit et + stable. A mon avis ces gens la (ceux qui viennent de windows) n ont pas rien compris. Linux n'a pas pour vocation de devenir un autre windows !! Si windows les emmerde vraiment (ca peut se comprendre) qu'il passe sous macos ou beos!! Mais bon le probleme c qu il y a bcp de gens qui n ont pas compris ca. Linux pour moi c etait avant tout une maniere differente de faire de l informatique, une certaine philosophie des choses. Donc que MS puisse sortir office ca ne fait ni chaud ni froid voire plutot froid .Par contre ce que je trouve plus grave c l empoignade qui en resulte. Le probleme maintenant c que tout le monde cherche a recreer sous linux un environemt a la zindows . Je n est rien contre kde ou gnome mais bon globalement c n apporte rien de neuf . Je suis de ceux qui pense que pour pouvoir apprecier la puissance de linux il faut s investir un peu. Les personnes qui arrivent maintenant ne recherche que la facilite immediate.Je suis desole pour la pauvre secretaire mais si elle est habitue a office sous zindows pourquoi vouloir en changer. On passe a cote des vrais questions : par exemple que les differentes distribs se decideront a adopter un standard pour le systeme de fichier (la LSB), etc ...
Resultat tout le monde developpe ses belles interfaces graphiques , les procedures d install... mais ca avance pas a grand chose a mon avis. Bon moi j invite tout les lixuniens decus de tt cet abatage marketing a venir faire un tour du cote des BSDs. les bsds c est vraiment bien , c une maniere de revenir au source... et peut etre pourront t il y faire kelke chose de + interressant que de taper leur lettre sous StarOffice ou Office for linux ver 0.0001 ..

ben cite l'url,
pour que je pleure...


et puis certains racontent que Zope c'est une grosse usine a gaz aussi... c'est fou comme on trouve de tout sur le web hein ?

http://www.linuxworld.com/linuxworld/lw-2000-07/lw-07-penguin_3.htm(...)

http://slashdot.org/askslashdot/99/07/01/0615214.shtml(...)

USE THE RIGHT TOOL FOR THE RIGHT TASK
pour ceux qui parle pas l'angolais,
c'est K2R pour les couleurs et la Javel pour le blanc

le pire pour linux serait le portage de l'api win 32 et futur 64 surle kernel linux, le noyau serait différent, mais ça serait toujours windows. L'écriture d'applications avec visual studio version windows pour compiler sous linux, via common runtime language est tout à fait envisageable, de plus le language c# a êté remis à un organisme indépendant, le même qui a refusé java, du fait que sun ne voulait pas lacher le controle de son évolution. Cela voudrait dire, si le monde linux est en accord avec sa philosophie, qu'ils devraient utiliser un éventuel compilateur C# standard ouvert pour linux et arrêter le java propriétaire de Sun. J'entends les cris de protestation, mais cette fois çi, c'est sun qui enferme. Linus lui même regrette que java soit si lié à cette compagnie.

kde se rapproche plus de windows. Gnome est laid, les icones mald faits, ça fait boulot d'étudiant. Je pense que kde est vraiment le bon choix, corel l'a bien adapté, on dirait presque windows, maintenant qu'ils sont du coté de microsoft, ça va renforcer ce choix. Le monde linux est actif, mais trop dispersé, si ça ne s'arrange pas, microsoft dominera aussi sur linux, il faut standardiser un minimum, sinon c'est perdu. On peut être sur, si toutefois des applications microsoft sont portés sur linux, qu'il y aura une parfaite compabilité entres les versions linux et windows, et même entre les 2 os, c'est un gros avantage. Le gpl a de bons côtés, mais c'est le big bazar, qui va controler l'uniformisation, il suffit qu'une sté comme redhat veuille s'opposer aux processus de standardisation et profiter de sa situation dominante pour que ce soit un très gros frein, dans la tête des users, l'idée que linux ce n'est pas standard et qu'il n'y a que des problèmes fera le toute de la sphère informatique. Si microsoft linux il y a, linus va travailler pour bill, ironie du sort, et toute la communauté avec et gratuitement, ça va en dissuader certains.

office est peut'être très lié à windows, mais il tourne néanmoins sur mac, donc tout est possible. Concernant le portage des applis microsoft, je ne suis pas sur qu'explorer soit porté, parce qu'ils sont très forts sur windows et cela crédibiliserait linux, alors que netscape traine la patte en terme de dév, ils ont raté leur virage open source. Peut'être que l'objectif est l'atelier visual studio, non pas une version linux de cet environnement, mais que le compilateur multi-language "MCIL" soit adapté à linux pour faire du multi-plate forme.

Un langage qui est multi-plateforme, assez puissant pour en faire un desktop Objet complet,
qui a fait ses preuves (NeXtStep-MacOS X) c'est Obj-C et l'API openstep.

Note : Il est désormais possible de faire des appels à des objets Java à partir de GNUstep et inversement.
http://gnustep.net(...)
http://gnustep.org/information/machines_toc.html(...)
http://www.gnustep.it/jigs/index.html(...)

il suffit d'utiliser le tutorial de java
tutorial 12M, avec de nombreux exemples.
http://www.javasoft.com(...)

parce-que SO est une appli windows au depart ! et tout le code pour recreer un menu demarrer, ca prend de la place (et l'emulation d'OLE etc...)

C'est pas la gestion des layers de Mozilla qui est en cause. C'est que jusqu'ici il fallait faire du code specifique pour NS et pour IE.

Seulement Mozilla change completement de NS4... alors il va falloir prevoir un 3ie cas (cela dit le code sera plus "standard" maintenant).

Perso j'attend la version finale de Mozilla pour que adapter mon site...

Qui n'a jamais entendu parler de ZOPE ?

http://www.zope.org(...)

Une petite recherche sur le net pour des benchmarks Zope vs. servlet et tu pleures.