Java devient OPEN SOURCE !!!

Remi THOMAS <remi@xtware.com> wrote:

Maintenant la gourde te demande : est-ce que tu aurais utilis? les 10%
suppl?mentaires de Microsoft sur ton Linux? Non, bon alors.
Ces 10% ?taient l? pour permettre de faire le pont avec l'existant (les
objets COM qui existent depuis 1995) et tirer parti des performances de
Windows.
Et oui d?sol? il existe Windows et les autres, que chacun choisi son monde
et pensez que l'autre c'est le mal est l?gitime.

Comme tu peux le voir au dessus, déjà ton lecteur de News est configuré
Microsoft exclusivement. Tu peux le voir comme tu veux, mais tout client qui
accepte qu'on lui fourgue un produit qui ne tourne que sous Windows se
passe une corde autour du cou et s'expose à ce que ça lui coute trés trés cher
dans le futur. Si tu travailles pour Microsoft ton attitude est pafaitement
logique. Si tu es un intermédaire, tu méprises les intérêts de ton client,
et si tu es chez un client, alors tu acceptes de te faire plumer.

question qui tue : pourquoi avoir choisi Java pour faire du sp?cifique?
C++ existe depuis des ann?es et permet de faire du portable aussi, mais ces
moins lourd que Java.

C++ est beaucoup plus compliqué que Java.

Si tu pr?f?res d?velopper 2 ? 3 fois plus rapidement qu'en C++ sur Windows
alors Microsoft t'offre .NET et C#, et oui c'est sp?cifique. Pour ceux que
cela amuse CLI et C# sont portable, mais pas le framework, cela serait trop
compliqu?.

C# est probablement quelque chose de trés positif pour le monde Microsoft,
d'ailleurs tout le monde en dit du bien. Mais C# est extrêmement négatif
pour tout ce qui n'est pas Microsoft. Le seul langage portable de la même
catégorie est Java.

Framework graphique qu'on disait complexe et peu performant dispose
d?sormais d'un Layout Manager "utilisable" en mode WYSIWG, sur le principe
du Designer VS.NET. En sus du DataSet, Swing se dote d'un DataBinding
similaire ? Windows Forms (avec un concept de BindingContext) et proposera
bient?t le fameux contr?le Calendar de VS sous l'appellation JDatePicker. La
bataille s'annonce serr?e. Tous les liens et d?tails dans la suite ..."

S'il s'agit d'avoir de beaux outils graphiques interagissant avec Java il y a
bien d'autres solutions, comme
http://developer.kde.org/language-bindings/java/qtjava.html
et là aussi existe un "Layout Manager" QT Designer. Maintenant que QT existe
en version libre sur Windows, c'est une possibilité intéressante.



--

Michel TALON

On Fri, 19 May 2006, Prodejeu wrote:

Je suis assez content de faire des applis .NET en
C++ et C#, mixer les deux donne une puissance sans
égale. Moins simple en Java.

CORBA.... Bon, c'est vrai, c'est pas forcement simple.

Pour appeler du C/C++ depuis Java, c'est JNI, non ?

Exact !
Et en plus ça marche très bien.

Bof. Ca marche très bien sauf quand ça plante quoi. Dernier exemple en
date : Berkeley DB/XML.

Cette année j'ai eu l'occas de tester un peu de C# et de VB.NET, notamment
pour des applis tournant sur PDA.
J'ai trouvé que ca resemblait pas mal à du JAVA, mais en moins bien fait et
plus brouillon au niveau de la structure.
Mais bon j'en ai pas fait beaucoup.

Mmmh. J'ai pas codé en C#, mais j'ai dû lire quelques centaines de lignes
il n'y a pas longtemps, et je ne vois pas trop ce que tu trouves de moins
« structuré ». Au contraire, C# intègre dès le départ tout un tas de
choses très pratiques, que Sun se voit contraint et forcé de rajouter dans
Java alors qu'ils n'en voulaient pas au début (<hint>generics</hint>)...

--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)

Ce Framework graphique qu'on disait complexe et peu performant dispose
désormais d'un Layout Manager "utilisable" en mode WYSIWG, sur le principe
du Designer VS.NET.

Ca fait déjà quelques années qu'il existe un plugins pour Eclipse qui
permet de faire du Swing en WYSIWYG (avec un Y avant le G !).

Bof. Ca marche très bien sauf quand ça plante quoi. Dernier exemple en
date : Berkeley DB/XML.
Et d'où viens le problème ? de Java (la couche JNI) ou du module

"Berkeley DB/XML" à ton avis ?
Ca serait sympa d'argumenter.
Parce que si c'est mal codé évidement ...
Je peux te faire un prog en C qui va planter si tu veux, mais j'irai pas
crier que C c'est de la merde.

Cette année j'ai eu l'occas de tester un peu de C# et de VB.NET,
notamment pour des applis tournant sur PDA.
J'ai trouvé que ca resemblait pas mal à du JAVA, mais en moins bien
fait et plus brouillon au niveau de la structure.
Mais bon j'en ai pas fait beaucoup.

Mmmh. J'ai pas codé en C#, mais j'ai dû lire quelques centaines de
lignes il n'y a pas longtemps, et je ne vois pas trop ce que tu trouves
de moins « structuré ». Au contraire, C# intègre dès le départ tout un
tas de choses très pratiques, que Sun se voit contraint et forcé de
rajouter dans Java alors qu'ils n'en voulaient pas au début
(<hint>generics</hint>)...

Je vois pas trop en quoi les generics ont été ajouté de manière
"contrainte et forcée". Je trouve au contraire que la manière dont ils
ont été ajouté et plutôt élégante.
Je dirais pas forcement la même chose de la nouvelle boucle FOR pour
laquelle un nouveau mot clé aurait pu être choisi, mais finalement ça va
dans le sens de Java que de limiter les mots clés, et puis elle est
quand même super pratique.

Pour ce qui est de C#, je vais limiter mon argumentaire puisque je suis
sûr qu'un aficionados pourrait facilement me contredire (tout comme je
le ferais avec Java), j'ai juste trouvé cela moins élégant.
Je trouve que Java a la plus belle syntaxe pour coder objet, mais ce
n'est que mon point de vue, et je n'ai pas utilisé tous les langages objets.

On Fri, 19 May 2006, Prodejeu wrote:

Bof. Ca marche très bien sauf quand ça plante quoi. Dernier exemple en date
: Berkeley DB/XML.
Et d'où viens le problème ? de Java (la couche JNI) ou du module "Berkeley

DB/XML" à ton avis ?

Ca vient clairement d'une combinaison JVM/OS. Nous étions plusieurs à
effectuer des benches sur BDB/XML, le code compilait correctement, le
LD_LIBRARY_PATH était bien positionné, etc.

J'ai testé le code sur deux machines différentes (bi-Pentium 3 d'un côté,
Athlon XP de l'autre), mais tournant toutes les deux sur Debian (etch si
je me souviens bien). Je dois même avoir le message d'erreur correspondant
:

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xa8133ac0, pids33, tid084555968
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_02-b09 mixed mode)
# Problematic frame:
# C [libdb_java-4.3.so+0x1cac0]
Java_com_sleepycat_db_internal_db_1javaJNI_initDbEnvRef0+0x20
#
# An error report file with more information is saved as
hs_err_pid7333.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#

J'ai fini par directement taper dans l'API C/C++, et faire mon bench en
C++, mais j'ai perdu deux jours, finalement. Le plantage a eu lieu à la
fois sur une JVM 1.4 et 1.5. Je soupçonne néanmoins un problème
d'intéraction entre Debian et JVM, puisque même les codes donnés en
exemple ne tournaient pas. Evidemment, sur d'autres distributions, ça a
fonctionné (au moins sur gentoo, et sur Windows aussi quand j'y
repense...).

Ca serait sympa d'argumenter.
Parce que si c'est mal codé évidement ...

Non, ce n'est clairement pas mal codé.

Je peux te faire un prog en C qui va planter si tu veux, mais j'irai pas
crier que C c'est de la merde.

Où ai-je dit que Java était de la merde ? Ou même JNI ? J'ai dit que JNI
n'était pas si simple d'utilisation que ça (et je le pense toujours).

Je vois pas trop en quoi les generics ont été ajouté de manière "contrainte
et forcée".

Les templates, c'est demandé par les programmeurs objet depuis presque le
début de Java. Et justement, au début, Sun ne voulait rien entendre.

Je trouve que Java a la plus belle syntaxe pour coder objet, mais ce n'est
que mon point de vue, et je n'ai pas utilisé tous les langages objets.

Tout de même, System.out.println(), c'est lourd. :-)
J'aime bien java, mais je trouve que l'absence de moyens pour raccourcir
l'écriture est plutôt gênant. Même en utilisant Eclipse (qui permet
clairement de gagner beaucoup de temps), on en perd pas mal à taper des
chemins de package parfois très longs en plein milieu du code...

--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)

"Manuel Leclerc"

Pour ceux que cela amuse CLI et C# sont portable, mais pas
le framework, cela serait trop compliqué.

Heu, Mono c'est quand même un sacré bout du framework, je crois.

Je ne sais pas, mais c'est effectivement un gros travail.
Par contre utiliser mono pour un dev pro, je ne sais pas si certain osent
s'y aventurer.

Rémi

Prodejeu wrote:

Je trouve que Java a la plus belle syntaxe pour coder objet, mais ce
n'est que mon point de vue, et je n'ai pas utilisé tous les langages
objets.
Hum... Essais Smalltalk, voir dans une moindre mesure ObjC, ou à la rigueur

Eiffel (pour ne pas trop perturber tes habitudes de la syntaxe des
langages), et on en reparlera après.
Si tu veux, il y a Squeak (une implémentation Smalltalk open-source):
http://www.squeak.org

"Nicolas George" écrivit

Cela ma toujours bien fait rire les personnes qui pensent qu'il faut
développer le plus générique possible, histoire de capitaliser les
développements pour changer de plateforme si....
<snip>

Le problème avec ton raisonnement, c'est qu'il est circulaire : ça ne sert
à
rien de développer du code générique parce que la migration coûte trop
cher,
mais pourquoi la migration coûte-t-elle cher ? Parce que le code n'était
pas
générique au départ.

Bel exemple de rhétorique sophistique d'une société qui ne survit depuis
vingt ans et plus que par l'enfermement de ses clients.

Je pense que les clients y trouvent leur compte.
Pourquoi un OS comme NeXT ou Be n'ont pas fonctionné, pourtant très dans la
philosophie clickodrome? La porte était ouverte et personne ne l'a prise.
Certainement que Microsoft à de meilleurs arguments.

Et puis Microsoft ne peut délirer à cause de ... Linux.
En effet imaginon que MS décide de passer Windows XP à 1000 Euro. Et bien
tout le monde partira sur Linux et l'open source. Rien de plus simple.
Donc les gars continuez comme maintenant sur Linux. C'est la meilleur
garantie pour Microsoft.

Je vous rapelle quand même que XP c'est 60 Euro en OEM avec un PC neuf.
Que la majorité des produits grand public Open Source tournent sur Windows.
Qu'Office est LE produit qui fait gagner le plus d'argent à Microsoft.
J'ai vu Office 12 et franchement cela montre l'intelligence de Microsoft
face à Open Office et au marché de l'entreprise en général (oui car Office
c'est pour les entreprises quand même).

Rémi

Pour appeler du C/C++ depuis Java, c'est JNI, non ?

Exact !
Et en plus ça marche très bien.

Bof. Ca marche très bien sauf quand ça plante quoi. Dernier exemple
en date : Berkeley DB/XML.

Qu'est ce qui va pas la base XML de Berkeley ? Je pensais que c'était
très solide et je comptais m'en servir un jour.

"Remi THOMAS" , dans le message
<446dcdfb$0$10192$636a55ce@news.free.fr>, a écrit :

Pourquoi un OS comme NeXT ou Be n'ont pas fonctionné, pourtant très dans la
philosophie clickodrome? La porte était ouverte et personne ne l'a prise.
Certainement que Microsoft à de meilleurs arguments.

Et puis Microsoft ne peut délirer à cause de ... Linux.
En effet imaginon que MS décide de passer Windows XP à 1000 Euro. Et bien
tout le monde partira sur Linux et l'open source. Rien de plus simple.
Donc les gars continuez comme maintenant sur Linux. C'est la meilleur
garantie pour Microsoft.

Je vous rapelle quand même que XP c'est 60 Euro en OEM avec un PC neuf.
Que la majorité des produits grand public Open Source tournent sur Windows.
Qu'Office est LE produit qui fait gagner le plus d'argent à Microsoft.
J'ai vu Office 12 et franchement cela montre l'intelligence de Microsoft
face à Open Office et au marché de l'entreprise en général (oui car Office
c'est pour les entreprises quand même).

Tu es conscient que ta réponse est _complètement_ à côté de la plaque ?
Problème de copier-coller depuis ta collection d'argumentaire tout faits ?