Jean-Francois Dive <[EMAIL PROTECTED]> writes:
Faut surtout pas dire que Java est de la merde. C'est pas vrai, pas vrai du tout ;) Tout d�pend de ce que tu veux faire: - applications serveurs/backend - applications transactionnelles � haut d�bit - "fat client", interface graphique - syst�me embarqu� etc...
Pour certaines choses, Java est moins indiqu� que d'autres, mais tu ne peux pas globalement dire que Java c'est de la merde.
J2EE p.ex., c'est vraiment g�nial :)
Et puis il y a un nombre incalculable de projets libres en Java (rien que de voir ce qu'il y a sur apache.org...). J'ai bien dit "libre" comme dans "GPL/LGPL/BSD/MIT/Apache" et pas comme dans "GPL et rien que GPL".
C'est inou� ce que tu peux trouver comme projets int�ressants, de librairies, d'applications, de standards etc...
Mmm ou python dans le style OO de la chose et pour les gens qui peuvent vivre avec du OO style (du Oo ;) sans tous ses elements (strong type checking , etc..) de compilations,Ca t'emb�te de typer tes variables? Ca t'emb�te peut-�tre aussi d'avoir des m�thodes et des variables priv�es? Sans rire, il y a quelques faiblesses dans python qui sont 'a pity'
Suis d'accord avec toi, Arnaud.
J'aime beaucoup Python ... mais �galement Perl, ainsi que PHP, ou bash - �a d�pend vraiment de ce qu'on veut faire.
Mais ce qui me manque le plus souvent dans Python est
- le typing
- le scope d'acc�s (private/protected/public), qui est assez g�nial dans Java (qui permet aussi de faire "final" (ne peut plus �tre modifi�) et �galement de g�rer le scope d'acc�s au niveau du package (aka "namespace")
Je fais beaucoup de C++ aussi au boulot.
J'aime vraiment bien (le fait que je le connaisse sur le bout des doigts joue aussi, �videmment), mais C++ a manifestement de grosses faiblesses.
Tant qu'on travaille avec GCC (g++) 3.x sous Linux, c'est g�nial.
Par contre quand c'est (comme c'est le cas chez nous au boulot) des compilateurs diff�rents (GCC, HP aCC, IBM Visual Age C++, Sun WorkshopPro) dans des versions diff�rentes et des Un*x diff�rents (Linux, HPUX, AIX, Solaris)... c'est une m**de pas croyable.
D'ailleurs, ceci dit en passant, GCC 3.x (je dis bien le 3, le 2 est assez moyen) est le meilleur compilateur, en terme de conformit� et support du standard ANSI C++, de d�tection d'erreur et d'erreur �ventuelle (warnings). M�me meilleur que Borland C++ ou microsoft visual C++ (et c'est pas moi qui le dis, mais un fan de M$ au boulot).
perl est vraiment un must et tourne probablement aussi lent.. euuh rapidement que java.
Ouwais... Franchement, je fais de moins en moins en Perl qd meme... La notation est tr�s peu structur�e, tr�s cryptique. Et faire de l'OO avec Perl... ceux qui ont d�j� essay� savent ce que je veux dire lol ;)
Personellement, je n'utilise Perl que pour des petit scripts - principalement du traitement de fichiers o� il faut lire et/ou transformer des donn�es.
Y a rien � faire, le moteur d'expressions r�guli�res de Perl, c'est trop fort ;)
(oui je sais, �a existe aussi pour C, C++, Java, Python et �a s'appelle PCRE)
Moui. Je demande � voir, remarque ;)Perl permet aussi l'OO, non? Il y a maintenant du java compil� en natif (merci gcj) qui permet d'acc�l�rer grandement l'affaire. RedHat a r�ussi � compiler Eclipse en natif.
Mais Eclipse est vraiment la meilleure IDE que j'aie jamais vu (pourtant � la base, je suis plut�t adepte de vim/emacs/make/shell).
Les fonctionnalit�s sont incroyablement puissantes, intelligentes et vraiment pratiques - on sent que les d�veloppeur d'Eclipse l'utilisent au jour le jour.
De plus, par l'utilisation de SWT, Eclipse plus rapide et plus beau (th�mes GTK2 ;)) que les environnements de d�veloppement bas�s sur Swing (p.ex. Netbeans).
Alexandre, c'est dommage de pousser � t�l�charger le JDK de Sun mais bon, c'est vrai que c'est le plus complet pour l'instant. J'ai une pr�f�rence pour celui de Blackdown � cause notamment du package Debian, mais sinon, celui d'IBM fonctionne tr�s bien aussi. Sinon, pour le libre, et si vous avez un peu de temps � consacrer � des projets java, je vous conseille 'classpath'[1], gcj (cf gcc), et kaffe[2].
On va encore se disputer l�, mais pour Java je trouve que c'est pousser le bouchon trop loin.
Oui, ce serait g�nial et bien mieux d'avoir une JRE (ou m�me un JDK) en OpenSource, je suis tout � fait d'accord.
Mais si vous voulez �viter les probl�mes et �tre sur que �a fonctionne, prenez le JRE/JDK de Sun, c'est aussi simple que �a.
...
Sinon, je n'entrerai pas plus dans la pol�mique. Le meilleur de tous les langages, c'est C#. (heu je connais pas, c'est juste pour rire;)).
Boh, C# c'est p-e pas si mauvais que �a, mais totalement inutile.
Il y a Java et C/C++ pour les "grosses" applications - choisis ce que tu pr�f�res, chacun a ses avantages et inconv�nients.
En scripting, il y a foule aussi (python, perl, ruby, php, bash, ...)
Ce qui me fait plut�t marrer, c'est .NET Quelle vaste blague.
Certes, �a existe et �a fonctionne.
Oui, �a va prendre des "grosses" "parts de march�s" sur les d�veloppeurs - _mais_: sur les d�veloppeurs qui jusqu'� pr�sent ont utilis� MS Visual C++, MS Visual Basic, et p-e aussi Delphi.
Par contre je vois tr�s mal un d�veloppeur Java passer � .NET
Rien que la comparaison de J2EE et .NET (ce qui n'est pas la m�me chose que de comparer Java et C# - J2EE et .NET sont des frameworks) est ridicule.
.NET contient p-e 20% de ce qu'il y a dans J2EE, et en plus �a n'a aucune maturit�.
-- -o) Pascal Bleser http://guru.unixtech.be /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> _\_v The more things change, the more they stay insane.
_______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: chat.unixtech.be:6667 - #unixtech
