Mais si tout le monde fait comme toi, alors on va se retrouver dans un monde ou les multinationales sont reines ! Un monde où par exemple n'importe qui pourrait breveter toute idée meme si il n'est pas capable de la comercialiser ou de la mettre en oeuvre. Un monde où par exemple un seul éditeur pourrait controler un marcher entier et faires des marges considérables en freinant l'innovation et la concurence !
Emmm.... c'est marrant mais ça me rappelle un truc ;-)
La liberté et la démocratie ne sont pas des acquis pour l'éternité il se doivent d'être défendu tous les jours !
Mais peut-etre que tu préfères vivre sous une dictature, ou même en esclavage ... car aprés tout pourquoi s'y opposer hien ;-)
>Une application .Net n'utilisant pas les APIs spécifiques à Windows a de grandes chances d'être utilisable avec Mono.
C'est quoi l'estimation de la probabilité d'un "grande chance" ? Il est ou le test résultat des tests de compatibilité avec .net ? Tant que MS ne livrera l'intégralité de ses specs, et des tests de compatibilités (à la mode du TCK de Java). Personne ne peut parier sur le caractère hypothétique d'une solution !
En clair, Mono n'est pas compatible .net ! Et l'inverse n'est pas vrai non-plus. Mono est simplement un sous ensemble non-précisé de .net sur lequel une iterroperabilité a été envisagée. Sur cet ensemble se pose le problème de l'évolution dans le temps (améliorations du périmètre et régressions fonctionnelles). Ainsi que les effets de bords dus au changement d'une spec sur laquelle Mono n'a aucun regard (ni contrôle, ni vérification, ni vision claire).
> À l'heure où SUN fait la sourde oreille pour placer Java sous une licence plus acceptable, Mono commence à apparaître comme un challenger intéressant pour le développeur de logiciel libre et/ou open source.
"une license plus acceptable", si ça c'est pas du FUD ;-)
Je te propose de relire ce qui a été expliqué sur Java sur le lien ci-dessus. Pour rappel, oui on peut faire une version Opensource de Java et la FSF y travaille le projet s'appelle Classpath ! Et Non, pour l'instant la versions de Sun à savoir la RI du J2SE, n'est pas opensource même si les sources sont publiquement disponible (sous licence JSPA/RI ou JCSL si ma mémoire est bonne).
Quand à Mono, "challenger" de Java, cela ferait même sourire à Redmont. Car même , si Mono arrive à avoir un jour le dixième de projet opensource de référencé sur sourceforge ou sur Apache dont Java dispose. Se posera toujours le problème du suivit des évolutions de Mono par rapport à son « modèlée ». Il illusoire de penser écrire qqch de compatible avec un spécification mouvante et non définie publiquement. Tout comme il est illusoire de penser que MS laissera Mono arriver à un niveau de compatililité tel qu'il mettrait en danger l'interdépendance entre .net et windows ;-)
De plus Sun a prouver (sans le vouloir) qu'assurer la portabilité inter-plateforme du binaire est quelque chose de très délicat qui nécessite une spécification fine et complète de l'ensemble de la plateforme virtuelle. Ou sont les specs de .net ? Pour rappel, mise à par les quelques pourcentage (CLI/CLS/langage...) que MS a bien daigné donné à ECMA pour s'assurer un alibi d'ouverture, l'ensemble des API restent propriétaires et contrôlés intégralement par MS.
A lopposé coté Java chaque Spec est contrôlée par un groupe de surveillance multilatéral (éditeurs commerciaux, organisations à but non lucratifs, groupes dutilisateurs, ). Et même si sur les specs les plus important de Java Sun reste le chef dochestre, une fois le TCK publié il ne peuvent plus exercer aucun contrôle sur les implémentations effectuées. Car seul le TCK est juge de la bonne implementation d'une API. Ici on ne dépend pas du bon vouloir dun tiers certificateur ;-)
Pour rappel la plateforme Java, tout est entierement disponible et sans contrapartie du moment que tu es une organisation à but non-lucratif.
> .Net est un framework élégant et Mono permet de l'employer sur plusieurs plate-formes.
Non, c'est faux ! Mono permet de faire fonctioner certain programmes .net particulièrement conçus pour fonctioner sous Mono. Car la portabilité complète n'etant pas assurée, on ne peut présager de la portabilité à posteriori.
>- Mono n'est pas aussi complet que l'implémentation Microsoft
CQFD ;-) Mais j'aurait dit "Mono n'implemente pas entièrement .net".
Certains morceaux "facheux" genre COM+ ont été oubliés ;-)
Adieu donc les plateformes à haute dispobilités pourtant incontournables dans du developpement coté serveur.
>- on peut craindre que le fait que Mono implémente les mêmes APIs que Microsoft soit une épée de Damoclès ...
Ce que l'on peut surtout craindre, c'est que les developpeurs du monde libre attirés par les lumières se retrouvent piégés par VS.net ;-)
Car il faut être clair, aucun outil adapté à .net "n'existe" en dehors des outils de MS (on mettra entre parenthèse les outils de borland, dont la strategie .net et leur implication sur le long terme dans cette plateforme n'est pas encore bien établie).
Partir sur Mono c'est avant tout faire une fleur à MS en favorisant une technologie entièrement controlée et dirigée par MS.
Enfin, quelques points divers évoqués dans les fils:
- La performance, la différence entre les perfs d'exécution d'une JVM et de la VM .net (celle disponible sur WindowsXX) sont négligeable. Sur windows, la VM de MS prend l'avantage car elle effectuée des préchargement et des optimisations au lancement (optimisations dont certaines ont été remarquées par le securityfocus et indiquées comme faille potentielle de l'architecture de sécurité). Mais sur ce point les dernieres JVM comblent plus que largement la différence. On attend avec impatience que MS autorise ses partenaires .net à publier des vrais comparatifs Java/.net sans contrôle préalable par MS des résultats et conclusions ;-)
- Les fonctionnalités : ont peu sans choquer personne dire que Java et .net sont à peu prés au même niveau et se suivent de très près. La force de .net tient dans le rouleau compresseur MS, qui est capable d'écraser tout rival commercial devant lui en utilisant un compte en banque illimité. Pourtant la force de Java est dans sa communauté opensource riche et dynamique qui invente constamment de nouveaux concepts et relance en permanence le débat sur la pertinence de tel ou tel élément.
Pour finir, je dirais simplement que l'innovation ce n'est pas se contenter de copier ce que fais le voisin même si il le fait bien. Où est l'innovation dans Mono ? Quelle est son utilité face à un éditeur qui peut à tout moment changer la donne ? On peut regretter de voir tant d'heures de perdu, pour un projet dont la viabilité ne peut être assurée à long terme. Alors qu'a l'opposé un projet comme Classpath à besoin de beaucoup de ressources pour fournir lui une implémentation GPL intégrale d'une plateforme complètement définie et qui assurerait une réelle suprématie aux logiciels libres.
Ainsi, il y a des fois ou je regrette les choix purement politiques de certains car je pense qu'il manque d'ambition et de perspective pour le libre. Et je ne peux que m'interroger sur les réelles raisons qui poussent ses choix dautres ...
En tout cas pour ce qui est des outils Java opensource ils ont pour une grande majorité un ensemble de test JUnit(http://www.junit.org/(...)) qui s'inscrit dans un script Ant (http://ant.apache.org/(...)) de construction...
Vu que la notion de compatibilité ascendante est un "devoir" de tout développeur Java, c'est souvent de facto rendu obligatoire ;-)
J'aime bien le "Ça marchera..." ;-) Parce que, même si .net fonctionne le problème est que l'on attend toujours le "boom" annoncé par MS. Dans le monde de la technique on dit que si un projet n'as plus guère "hype" au bout de quatre ans il est mort, car il ne va pas réussir à capitaliser suffisament sur sa base utilisateur. Je trouve perso que Longhorn a clairement du hype de son coté ;-)
Si on fait le bilan de .net on remarque que les projet coté client sont quasi innexistant. Et coté serveur ils ne sont pas forcement plus nombreux que l'était les projets ASP mais leur taille est par contre sensiblement plus conséquente.
En résumé .net à remplacer les anciennes techno de MS mais n'a pas vraiment fait fondre la part de marché des solutions concurentes. Les raisons son multiples. Mais on peux citer le paradoxe de la visibilité de .net, tout le monde connait le nom, mais peu savent quels en sont les possibilités et les limites.
(mise à part à changer à distance la couleur de sa voiture, sur un PDA, bien sur)
En ayant tout axé sur le terme .net, Microsoft a oublié l'essensiel, répondre à un besoin précis.
Pour ce qui est de VB, il est mort dans sa forme . Tout simplement car le VB.net remplace les concepts habituels de VB par les concepts propre à .net et dont l'orientation est radicalement différente. En gros, il y est presque aussi complexe de passer à VB.net que de passer à C# pour un développeur VB. Bien sur la syntaxe de base est semblable et aide pour débuter, mais l'on est vite confronté à des "marches" conceptuelles : toute les nouvelles API, la structuration objet, les comportements du code sont celles de .net !
C'est une des raison qui pousse un nombre non négligeable d'utilisateurs à concerver leur techno MS existantes et ne pas sauter le pas vers .net pour l'instant.
Je serais pas si certain que toi de la pérénité de .net et C# sur le long terme. Qui aurait parié que MS aller déchoir VB, il y a 4ans ?
Seul les impératifs économiques guident MS (comme toute entreprise qui respecte ses actionaires), et si demain .net est vu comme un coût ou un risque pour la marge et la stratégie long terme, il ne benéficiera pas plus d'indulgeance qu'une autre techno maison.
Au passage certaines mauvaise langue disent (boooh les vilains) que .net et C# sont des forks de Java ;-) Alors que tout le monde sais qu'en .net les noms de méthodes doivent débuter avec une majuscule contrairement à Java qui préconise une minuscule ;-)) Vraiment que des mauvaises langues je vous dis !
En premier je n'ai jamais parlé de GPL, mais d'opensource ! La GPL est un cas bien particulier de l'opensource. Et assimiler l'opensource à la GPL est encore réducteur.
Or mise à part ce cas bien particulier qui est source de nombre trol ici comme sur /., si le RI était en BSD (par exemple), rien n'empecherait MS de l'integrer dans .net !
Mettre le RI sous GPL, sur le fond pourquoi pas. Car je suis entierement d'accord que le caractère viral de la GPL est ici un atout décisif pour contrer MS sur les forks éventuels. Mais celà aurait des conséquences économiques sur pas mal de petites boites qui vivent sur l'implementation de spec Java. Par exemple, il existe un nombre non négligeable de boites qui dérivent une VM J2ME à partir de celle de Sun et qui devrait du coup se conformer à la GPL et livrer aussi leur travail sous cette license.
Ainsi, avant de déclencher une telle chose, il faut bien préparer et procéder progressivement, car sortir ça en GPL du jour au lendemain, c'est changer le modèle économique de pas mal de monde. Car depuis bientôt 10ans que Java existe le tissus industriel à eut le temps de bien se répartir et bcp de monde travaille autour de cette plateforme.
Concernant Python, je n'ai pas non plus prétendu que tu avais porté un jugement de valeur, j'ai simplement mis en avant le contexte économique différent. Le fork résultant en général d'un contexte bien précis et "tendu". On pourrait par exemple discuter ce point autour des impémentation du protocole X si tu veux ;-)
Pour ce qui est des drogues illicites, je préfère te laisser seul juge ... :))
Comme d'ailleur une bonne partie des implémentations de référence des specs Java. Et le J2SE ne fait pas exception sur ce sujet. Car mise à part le java.lang, un petit tour dans les sources permet de s'en convaincre de l'omniprésence d'IBM ;-)
D'où d'ailleur le clash actuel, mais qui n'est pas le premier, on se souvient du clash pendant une précédente spec J2EE :)) Si vous regardez les compte-rendu des comités des JSR, il y a quelques perles à ce sujet.
Si tu as lu les éclaircissement de Sun sur la marque, les brevets etc .... tu devrais plutôt être plus que rassuré sur le sujet, non ? Il me semble qu'ils ont été plus que limpide, pour une fois ;-)
Si le RI du J2SE (la version de Sun) est libre, alors rien n'empeche MS de déclarer que .net est compatible Java dès demain ! C'est un fait et une réalité (98% du travail est déjà fait, voir les différents projet de MS pour assurer un portage des appli Java vers .net). Et compte tenue de leur puissance marketing et financière, je peux te garantir, qu'il ne vont faire qu'une bouchée de la "version d'origine" au niveaux des entreprises en particulier. La situation finale sera de scinder la communauté et d'affaiblir la plateforme. Ce qui est le but de MS, Java étant un concurent trop dangeureux pour la survie de .net à moyen et long terme.
Enfin sans brutal, car j'apprécie bcp Python en particulier, mais force est de constater que dans le monde de l'entreprise, ils sont négligeables (mise à part les entreprises spécialisées dans le libre bien sur). Ainsi, je ne vois pas l'interret pour MS (ou pour une autre boite puissante) de les "cloner".
Si Java était uniquement utilisé par le monde OSS, alors bien sur il faudrait rendre libre le RI. Mais l'une de ces force qui a fait son succès dans le monde de l'entreprise est l'assurance de compatibilité. Et cette compatibilité doit être garantie par un moyen ou un autre.
pour passer les test il sufit d'obtenir le TCK et de le lancer sur l'implémentation à tester. Ainsi si tu as obtenu le TCK (un programme), tu peux lancer autant de fois que tu veux tes tests de compatibilité ;-)
Pour ce qui est une version GPL, si elle est poussée par une organisation à but non lucratif conformement au dernier accords JSPA (merci à Apache Group pour avoir fait évoluer ce point), cette association peut bénéficier du TCK sans débourser un seul centime, par exemple la FSF.
Pour l'appelation Java, en prenant le cas du J2SE (Java2 Standard Edition, la plateforme de base pour un PC), demain si tu passes le TCK du JSR176 (qui devrait être dispo avant cet été logiquement) alors tu peut mettre "compatible Java" et préciser même "compatible J2SE 1.5".
Si les modifs que tu as apporté passent toujours dans le TCK, alors tu peux toujours fierement arborer ta compatibilité. Si le TCK dit que celà romp la compatibilité, alors il te faudra laisser tomber ta modif ou abandonner l'appelation "Java" ... Seul le TCK est juge au final ! C'est d'ailleur pour ça que le TCK n'est pas et ne sera pas en opensource (meme si les sources sont dispo), car c'est lui qui assure la compatibilité totale entre les specs définies et les diverses implémentations venant de tous les horizons.
Pour éviter les trolls et les incohérence de certains post voici un petit rappel nécessaire pour tous.
Java englobe deux choses : une plateforme (VM et livrairie) et un language. Parler uniquement du "langage Java" est aussi réducteur que de parle de Linux et oublier GNU !
Ensuite, il faut savoir que l'ensemble des spécifications de Java (plateforme & langage) est librement acessible et disponible, voir http://www.jcp.org.(...)
De plus comme décrit dans les derniers licenses qui englobe le processus de specification de Java (JSPA) et grâce au travail de l'Apache Group. Une implementation opensource complète et intégrale de la spec est possible.
Chaque Spec Java comporte une fois crée deux principaux éléments, l'implementation de référence (aide à implementer d'autre versions): le RI, et le kit de test de compatibilité (aide à certifier l'implementation comme compatible) : le TCK !
Si l'on prend par exemple la spec de la toute dernière vesion de la plateforme de base (J2SE 1.5), est définie en tant que JSR176 et comporte par exemple un point trés important de précision :
Section 4: Additional Information (Optional)
4.1 This section contains any additional information that the submitting Member wishes to include in the JSR.
Sun plans to adhere to the proposed new JSPA licensing model for this JSR, including allowing independent implementations, licensing the TCK separately from the RI, minimizing shared code, and licensing any remaining shared code (such as the verifier) on simple non-restrictive licensing terms. In addition Sun plans to make it easier for academic and non-profit groups to obtain access to the RI and TCKs.
En clair, toute implementation par un tier est possible sans préjuger du type de license à appliquer !!! De plus, les TCK et RI peuvent êtr obtenus sans rétribution (la JSPA est plus précise sur ce point !) et de façon indépendante. En clair, si la FSF désire avoir uniquement la spec et le TCK et ne pas avoir le RI, pour sortir une version GPL de la Java, alors il n'y a aucun problème légal ou restriction possible par Sun, IBM, ou tout autre membre de la JSR.
Ainsi par exemple, demain, la FSF pourrait bien décider de faire passer au projet GNU Classpath ce test. S'il réussissent, alors ce sera la premère VM compatible et GPL :)
Concernant le débat IBM / Sun, il faut savoir qu'il porte au départ sur le fait qu'IBM voulait que le RI soit aussi opensource par défaut. Ce point pose pas mal de difficulté. Car mettre la "référence" en opensource, c'est augmenter fortement le risque de voir les différentes implémentation divergés. Et sur ce point aucune licenses accepté comme open source, ne permet de résoudre le problème :(
En résumé à ce jour, l'implementation de référence de Java n'est pas opensource (mais les source sont disponible), mais disponible publiquement. Oui, on peut faire une implementation opensource de Java et s'assurer de sa compatibilité sans aucune limitation sur le mode de license à appliquer.
Si MS n'existait pas je pense que 100% de la communauté Java serait pour mettre le RI en opensource, mais étant donné le comportement de passéde MS envers Java, le risque d'éclatement de la plateforme est réel. C'est un point à mettre en balance ... et cela complique les dicussion.
Car si tu implementes le standards mais rajoute un petit plus qui remet en cause la cohérence de ta spec rien ne te protège.
Un exemple, la spec RNI (la méthode d'appel des méthodes natives de MS dans sa VM), elle ne remet pas encause le standard, mais rend tout simplement l'ensemble des ses librairies non-portables !
Si Java (la spec) était rendu opensource en l'état, c'est un danger car ainsi on peut imagine MS qui implemente intégralement la spec (disponible sans aucun PB) et dire je suis compatible Java.
Plus leger, ne monopolise pas le port 80 (on peut l'installer comme un webapp dans tomcat par exemple) et le client est portable, il est sous GPL, et fait par des français, mais non il ne fait pas le café ;-)
Mon terme doctrine leninisante, vise RMS et les core guru de la GPL, pour qui il n'y a pas de liberté en dehors de la GPL.
Pour moi, la GPL a tellement été "totalitaire" (càd pas de consessions) dans sa démarque qu'il y a effectivement une dérive leninisante.
Mais je suis pret à debatre du terme qui peut je peux le concevoir choquer. Mais les reactions epidermiques de certains lorsque on leur presente un soft pas GPL sont parfois tout aussi ridicules :(
Colle le fix, PNG behaviour Celà rajoute une ligne dans ton CSS sans toucher à ton code HTML. Le seul effet est de ralentir les le chargement des pages sous IE, mais ils ont qu'as utiliser un navigateur compatible ;-)
Sinon, perso, j'ajoute à ta liste le support de fixed !
Je me suis bricoller une behaviour pour fixer ça sous IE, mais c'est pas vraiment "parfait" :(
Effectivement Alien Flux n'est pas Prinse of persia je te l'accorde, mais le jeu est vraiment trés prenant et prouve que techniquement c'est possible.
> D'un côté tu me dis que Java est simple à prendre en main et qu'il ne faut pas être expert pour l'utiliser, de l'autre tu me dis que ce n'est pas simple d'optimiser du code Java, tu ne sens pas comme une contradiction là ?
Non, ce n'est pas contradictoire. Le fait que la prise en main soit simple ne t'affranchit pas d'avoir du fait de poseder un minimum de compétances pour optimiser. Bien sur si tu veux franchir un niveau supérieur d'optim, alors c'est de l'expertise dont on a besoin. Par exemple, quelqu'un venant du C aurra prit certains habitudes d'optimisations qui sont inutiles en Java (inline par exemple) car Hotspot les prend en charge (et même parfois la mise en linéaire de certains appels récursif). Il recherchera également à optimiser ses algo, plutot qu'a réduire le nombre d'objets créé gràce aux référence.
> Pas besoin d'attendre quelques semaines, il est déjà possible d'avoir accès aux early builds. Bon, il faut signer un NDA et c'est que de l'alpha pour l'instant, mais ça peut donner une idée...
Euh, t'es sur ? Le programme CAP qui donnait accès sous NDA à des build hebdo, mais les inscriptions sont stoppées aprés les membre du JavaLobby aient demandé en masse d'y participer ce qui a explosé la boite au lettre de la secretaire ... en tout cas je vois rien sur le JDC :(
> > un exemple de jeu "plus digne de ce nom": le tout dernier sortit et mon préféré Alien Flux.
> Je te parlais de jeux commerciaux, toi tu me sors un exemple de jeu amateur, clône d'Asteroids qui tournait en salles d'arcades il y a 20 ans. Soyons sérieux...
En premier comparer Alien Flux à Asteroid, c'est vraiment n'importe quoi et traiter les codeurs d'amateurs c'est encore pire !!! Vraiment, joue à ce jeux (ok, les premiers niveaux sont gentils et tranquile, mais essaye un peu plus loint ... ), et aprés on pourra rediscuter serieusement.
>les "vrais" jeux commerciaux pour mobiles sont écrits en natif.
"Et les faux jeux commerciaux fait en Java"? ... ben tien. Troooooolll , vilain méchant pas beau trol, je t'ai démasqué.
Enfin, sache que Java n'est plus un argument differentiateur au niveau comercial. En premier, c'est une techno largement maitrisée qui ne demande pas vraiment d'expert pour être prise en main, et ensuite, l'utilisateur final il s'en tape de savoir ce qu'il y a dans son moteur (cf. comment Intel rame pour expliquer pourquoi son µP est mieux !). Seul les décideurs quand il regarde les couts de production font vite la différence. Tu serais surprit de savoir quel sont les jeux sur mobiles ou les logiciels qui sont/ou utilise du Java ;-)
Pour ce qui est java coté client lourd/riche, désolé de te contre dire mais les labo scientifiques n'ont pas trop l'air d'accord vu le nombre d'appli swing qu'ils pondent en permanence !!!
Perso ya 2 ans j'ai bossé pour un client sur un appli de geomarketing avec cartographie vectorielle (calculs métiers incorporés à un outil SIG sur des postes en mobilité), tout ça avec une ergo orienté débutant, et je peux te dire que le résultat en a surprit plus d'un developpeurs C++ surtout sur le type de machine ciblée (un dell standard rien de spécial)!
Je n'ai jamais dit que c'etait simple à faire, et que Java etait un miracle. Mais un developpeur soucieux d'optimiser son code peut le faire ;-) Il faut savoir éviter les clichés.
>Les langages s'adaptent aux nouvelles idées, y compris Java qui reprend les generics de C++ dans la prochaine mouture.
Si la version 1.5 du langage Java reprend l'idée des template C++ dans sa formalisation de la généricité objet, le concept implémenté par Java n'as plus rien à voir avec la bidouille regrétable qui a été faite sur le C++ (pour des choix déffendables à l'époque je te l'accorde): Ta classe générique une fois spécialisées reste en totale interraction avec les instances toujours génériques. Je t'invite à tester d'ici qqe semaines la version beta du JDK 1.5 pour découvrir tout ça ...
Encore sur ce point, Java n'a rien inventé, mais son interret c'est d'integrer les fonctionalités apportant un réel plus lorsqu'elles arrivent à maturité et d'y apporter la "colle" qui apporte une cohérence et fait prendre le montage.
À quand le remplacement dans C++ des template par un Généricité "sauce Java" ;-)
La prochaine fois essaye « flop flop la giraffe » ;-)
Plus serieusement, t'as testé netsh ?
Si, oui alors voici mon QCM qui va avec :
"Mais que fait Fenetre, au démarrage de cette commande pour prendre autant de temps ?"
°1 : Il reformate ta partition, fenetre et bureau ça prend trop de place;
°2 : Il indexe tes musiques et video "copies privées" et les transmet à la RIAA, ceci permetra a cette association de te renvoyer des originaux sur CD si ton dur plante;
°3 : Il analyse les fonctionalités disponibles, faut pas croire le rézo c'est super complexe comme truc et ça demande qqe Mips pour un programme pour afficher une console d'admin !
°4 : Il desinstalle puis reinstalle le 28 hotfixes post SP1 de XP, car c'est tellement amusant d'attendre.
Attention, il y a un piège. Un petit indice, une interface en ligne de commande pour accéder au réseau est généralement instantanée...
Le problème c'est que bcp oublit que Sun n'est pas MS, il n'y a qu'a regarder le CA et la marge. Deux mondes les séparent ! ce n'est pas un regard manichéen mais juste pragmatique.
Je trouve trés domage que bon nombre de fan de tux, pour des doctrines léninisantes, traitent Java au même niveau que les avatards de MS.
Si on regarde la vérité (freshmeat.net, et sf.net) en face, il faut se le mettre dans la tête, le nombre de projet libre autour de Java est collosal !
Je rapelle aussi que tout le fondement de la discorde entre RMS et Sun autour des licenses libre, vient du controle des fork (gestion de la compatibilité ascendante). Car le concept de license libre, n'interdit pas un quidam (genre MaSociété) de prendre les sources d'un produit, de le modifier substanciellement, et de le repackager avec le même nom et faire de la thune ! Et si c'est une boite puissante, son fort deviendra bien vite la référence :(
Tant qu'aucune license libre n'aura résolu ce délicat problème, la license de Java ne sera pas libre :((((
En attendant, des accords entre Sun et Apache (merci les gas !) on permet à toutes assos d'avoir un accès illimité aux TCK et RI, qui leur permet de faire des version libres et entierement compatibles pouvant fièrement arborer leur compatibilité !
« Quand à .Net, le temps de lui raison aurra ... belle scépulture à coté de DNA/COM/OLE2/DDE il trouvera, descendance "Cpassur" lui survivra »
[Prédiction de Nostradamus du 2 brumaire de l'an 3 ]
De mémoire, méme si au départ l'idée est semblable, les résultats sont trés différents au niveau ergo et visuel.
Par contre le site il à un PB :
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/www/3dwm/news/include/common.inc.php on line 66
Warning: setlocale(): Passing locale category name as string is deprecated. Use the LC_* -constants instead. in /home/www/3dwm/news/backend/language/english.lng on line 6
Warning: fopen(/home/www/3dwm/news/backend/layouts/.xlay): failed to open stream: No such file or directory in /home/www/3dwm/news/include/layout.inc.php on line 342
ERROR! Could not write to /home/www/3dwm/news/logs/error.log
Be sure permissions are correct. Run the included fix_permissions.sh script.
Tu peux mettre plus de 80col dans un CMD, désolé ;-)
Tu vas dans les paramètres et tu choisis ta valeur ... voilou ! pour rigoller, dans un CMD, lance la commande "netsh" hillarant ;-)
Par contre la version "3D"ifié de MS est plutot pitoyable, car ici ce sont plus des "effet" 3D et pas une intégration 3D.
Sur ce point, j'attend de voir les versions définitives des 2 cotés pour donner mon avis.
"Java trop lent", si tu avais dit le lancement trop lent, je n'aurais pas argumenté car le nombre de processus de vérification/sécurité/optimisation ne sont pas il est vrai pour rendre le lancement d'un VM indolore. Par contre dire en brut "Java trop lent" c'est retardé de 4ans de façon trolesque! Un tel argument aurrait été accepté avant les génération de JIT adaptatifs mais maintenant toute personne qui maitrise Java rigole de ton affirmation. Je ne dis pas que Java c'est tout magique, et qu'un code pourrit va être transformé en code optimisé et beau. Mais je t'assure que lorsque l'on sait coder on peut faire des merveilles avec Java. Et pour peu que l'on ait comprit les concepts sous-jacents de bytecode et JIT et que l'on sache les utiliser au mieux, alors tout est permit !
Enfin, puisque tu dis qu'il n'y a pas de Jeu comerciaux fait en Java, je passerai sur les plusieurs millions de midlet vendues par les telco depuis 6mois, pour te donner un exemple de jeu "plus digne de ce nom": le tout dernier sortit et mon préféré Alien Flux. Un jeu type arcade, qui boooooooooste grave (oui bon faut un petite geforce tout de même)!
"je ne vois simplement pas l'intérêt de l'utiliser dans ce type d'application" tu dis. Java n'est pas un excelent langage spécialisé, mais c'est un excelent langage généraliste. À ce titre écrire n'importe quelle application peut se justifier ;-)
De plus ce n'est pas qu'un langage, mais une plateforme complête. Et si des meneurs du monde opensource comme la fondation Apache n'hesite plus à s'investir dedans et à développer les implémentations de références des JSR, c'est qu'ils ont comprit que tel est l'interret du monde libre.
Bien sur, certains accros de la GPL regreteront que la VM ne carbure pas à cette license, à ceux-là je ne saurait trop que dire : "Vous voulez une VM libre, alors donner de votre temp au GNU Classpath de la FSF !", c'est une implémentation GPL de la spec Java. Son seul défaut, le manque de codeurs volontaires :(
Pour finir, je te rassure le temps viendra aussi ou Java sera rendu obsolète par une nouvelle génération de concepts. Mais en attendant, il est une oportunité à saisir pour tous, et est maintenant la référence du milieu.
Rien en informatique n'est définitif, mais on ne revient jamais en arrière, crois moi.
A+
(RChi)
Nemo: Dis papa... pourquoi RMS il aime pas Java ?
Marin: Tu comprendra quand tu auras 2 nageoires mon fils ...
Vraiment dans Javagroups ya tout ce qui faut et pour le reste l'utilisation de protocole existant (style HTTP pour le transfert de fichiers en point à point) permet certainement de simplifier les test et l'archi.
Je ne suis pas vraiment un fan de JXTA (trop complexe à mon gout), par contre Jini est je pense l'une des plus impressionantes realisation qui m'est été possible de voir. Mais malheureusement, Jini ne semble pas aller dans le "sens du vent", pourquoi faire des archi simples et souples autoconfigurables alors qu'on peut vendre des OS cher et des serveurs d'appli la peau du c*l (Vive JBOSS au passage, meme si je trouve que la doc pas dispo c presk du raket !).
Enfin, j'attend avec impatiente les nouveautés de la VM 1.5 pour rejouir mon tux !
Linux+JBoss/Tomcat+FirebirdDB = Serveur applicatif / architecture distribuée haute disponibilité pour que dale <:o)
> lenvironnement dexécution sous Java qui, pour Windows, est gratuit et intégré (cest le framework .NET).
Même chez MS on n'arrive plus à cacher le fait que MS.net est un clone de Java ;-)
Plus globalement, il y a tellement de c*nneries dans cet articles qu'il faudrait autant de Mo que bouffe XP pour répondre !
Et cela m'obligerais a faire autant de fotes d'ortograf que .net dispose de bug ;-)
Plus serieusement, on savait que MS etait un peu nombriliste mais en plus on les retrouves degoulinant d'humanisme !!!!
Bientot il vont nous faire croire que les 85% de marge minimum qu'ils realisent et le monopole de fait, c'est pour notre bien ? Une société meilleure, dans un monde meilleur, avec un seul choix unique, un seul fournisseur, une seule plateforme logicille, un seul systeme d'exploitation, une seule suite bureautique ... tel est le reve de MS !
Je note au passage, qu'il s'en prennent pas mal à Sun et IBM, et que la portabilité de Java ou que l'interroporabilité de linux n'a pas l'air de leur plaire ... oh les pauvre, je vais pleurer <:o)
C'est vraiment risible. Le but est pas de dire que les autres sont des anges, car on sait bien quel est le but de IBM ou de Sun. Mais jusqu'a preuve du contraire, ni IBM ni Sun ne me contraint à utiliser sa plateforme de developpement pour faire tourner mes logiciels. Alors que ceux qui veulent developper pour Windows sont contraint et forcé d'avancer à marche forcée vers les "monde.net" avec au passage un inflation des prix, des couts de formations, des temps de déploiement, et donc du cout total d'acquisition, ce qui rend le retour sur investissement relativement proche de zéro.
Bref, plus de tunes pour MS et plus de dépenses pour nous.
C'est une façon de voir le monde ... mais ce n'est pas la mienne.
Si j'ai choisit Java il y a quelque temps c'est parce qu je suis libre de selectionner mes solutions: libre ou pas, editeur ou asso, linux, windows, solaris, osx, ... bref je ne suis plus contraint par des choix politiques d'utiliser tel ou telle solution pour mes developpement. Si MS à sortit dotnet c'est tout simplement car ils ont comprit que l'impact de JAva dépassé largement ce pourquoi il a été créé. Meme Sun (ou IBM dans une moindre mesure) n'a d'ailleur plus gere de controle sur le phénomene et est quelque peu dépassé par la situation, il n'y a qu'a constaté la fuite des solutions Java necessitant des serveurs de moyenne gamme vers Linux ! Et malgres les incantations de Sun, il ne peuvent plus contraindres ces utilisateurs a rester sur un OS qui a un cout prohibitif alors qu'une alternative existe.
Ici, pas de pipotage marketing, mais la realité. Ce qui fait peur à MS c'est la portabilité. Pas celle du source, car elle reste hypothetique dans la mesure ou elle est réduite au bon vouloir de l'editeur ou de l'asso, mais celle du binaire: comment assuré la primoté des appli pour windows lorsqu'il y a portabilité ;-)
J'observe depuis quelque temps la communauté MS et je constate que de plus en plus semble considéré Java comme leur prochaine plateforme. Pour moi c'est un premier pas en direction du seuvrage .... qui devra les mener vers un OS alternatif.
Java et Linux sont un duo qui pose problème à MS car leur cout et leur performance ainsi que leur stabilité sont innégalable par MS. Or dans le monde de l'entreprise, ce qui regne c'est le pez ! MS doit donc à tout prit tenter d'affaiblir l'un des deux. C'est ce qu'elle a essayé de faire depuis 2 ans, mais maintenant on peut l'annoncer: leur tentative est un echec !
Les developpements Java (opensource ou non) sont de plus en plus present (et freshmeat n'est que la pointe immergé de l'iceberg), et les solutions Linux sont de plus en plus à la base des nouvelles solutions remplacant un existant MS.
Je pense MS n'a toujours pas prit conséquences des dégats collatéraux que leur colonté de pousserdotnet à tout prix sont entrain de causer sur leur parc captif de developpeur ... domage pour eux ;-)
Enfin, ce n'est pas moi qui vais les plaindre .... il ne sont pas encore en depot de bilan que je sache <:o)
[^] # Incroyable !
Posté par Hive Arc . En réponse à la dépêche Japon : arrestation du développeur de Winny. Évalué à 2.
Emmm.... c'est marrant mais ça me rappelle un truc ;-)
La liberté et la démocratie ne sont pas des acquis pour l'éternité il se doivent d'être défendu tous les jours !
Mais peut-etre que tu préfères vivre sous une dictature, ou même en esclavage ... car aprés tout pourquoi s'y opposer hien ;-)
Bonne méditation.
[^] # Re: Mono SUCKS
Posté par Hive Arc . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 4.
Bon aller, je vais essayer de répondre à qqe points en expliquant clairement et calmement certaines choses.
En premier, un ancien post que j'ai fait pour rappeler certaines base nécessaire afin d'éviter les trolls autour de Java, merci d'y jeter un oeil ;-)
http://linuxfr.org/comments/406097,1.html(...)
>Une application .Net n'utilisant pas les APIs spécifiques à Windows a de grandes chances d'être utilisable avec Mono.
C'est quoi l'estimation de la probabilité d'un "grande chance" ? Il est ou le test résultat des tests de compatibilité avec .net ? Tant que MS ne livrera l'intégralité de ses specs, et des tests de compatibilités (à la mode du TCK de Java). Personne ne peut parier sur le caractère hypothétique d'une solution !
En clair, Mono n'est pas compatible .net ! Et l'inverse n'est pas vrai non-plus. Mono est simplement un sous ensemble non-précisé de .net sur lequel une iterroperabilité a été envisagée. Sur cet ensemble se pose le problème de l'évolution dans le temps (améliorations du périmètre et régressions fonctionnelles). Ainsi que les effets de bords dus au changement d'une spec sur laquelle Mono n'a aucun regard (ni contrôle, ni vérification, ni vision claire).
> À l'heure où SUN fait la sourde oreille pour placer Java sous une licence plus acceptable, Mono commence à apparaître comme un challenger intéressant pour le développeur de logiciel libre et/ou open source.
"une license plus acceptable", si ça c'est pas du FUD ;-)
Je te propose de relire ce qui a été expliqué sur Java sur le lien ci-dessus. Pour rappel, oui on peut faire une version Opensource de Java et la FSF y travaille le projet s'appelle Classpath ! Et Non, pour l'instant la versions de Sun à savoir la RI du J2SE, n'est pas opensource même si les sources sont publiquement disponible (sous licence JSPA/RI ou JCSL si ma mémoire est bonne).
Quand à Mono, "challenger" de Java, cela ferait même sourire à Redmont. Car même , si Mono arrive à avoir un jour le dixième de projet opensource de référencé sur sourceforge ou sur Apache dont Java dispose. Se posera toujours le problème du suivit des évolutions de Mono par rapport à son « modèlée ». Il illusoire de penser écrire qqch de compatible avec un spécification mouvante et non définie publiquement. Tout comme il est illusoire de penser que MS laissera Mono arriver à un niveau de compatililité tel qu'il mettrait en danger l'interdépendance entre .net et windows ;-)
De plus Sun a prouver (sans le vouloir) qu'assurer la portabilité inter-plateforme du binaire est quelque chose de très délicat qui nécessite une spécification fine et complète de l'ensemble de la plateforme virtuelle. Ou sont les specs de .net ? Pour rappel, mise à par les quelques pourcentage (CLI/CLS/langage...) que MS a bien daigné donné à ECMA pour s'assurer un alibi d'ouverture, l'ensemble des API restent propriétaires et contrôlés intégralement par MS.
A lopposé coté Java chaque Spec est contrôlée par un groupe de surveillance multilatéral (éditeurs commerciaux, organisations à but non lucratifs, groupes dutilisateurs, ). Et même si sur les specs les plus important de Java Sun reste le chef dochestre, une fois le TCK publié il ne peuvent plus exercer aucun contrôle sur les implémentations effectuées. Car seul le TCK est juge de la bonne implementation d'une API. Ici on ne dépend pas du bon vouloir dun tiers certificateur ;-)
Pour rappel la plateforme Java, tout est entierement disponible et sans contrapartie du moment que tu es une organisation à but non-lucratif.
> .Net est un framework élégant et Mono permet de l'employer sur plusieurs plate-formes.
Non, c'est faux ! Mono permet de faire fonctioner certain programmes .net particulièrement conçus pour fonctioner sous Mono. Car la portabilité complète n'etant pas assurée, on ne peut présager de la portabilité à posteriori.
>- Mono n'est pas aussi complet que l'implémentation Microsoft
CQFD ;-) Mais j'aurait dit "Mono n'implemente pas entièrement .net".
Certains morceaux "facheux" genre COM+ ont été oubliés ;-)
Adieu donc les plateformes à haute dispobilités pourtant incontournables dans du developpement coté serveur.
>- on peut craindre que le fait que Mono implémente les mêmes APIs que Microsoft soit une épée de Damoclès ...
Ce que l'on peut surtout craindre, c'est que les developpeurs du monde libre attirés par les lumières se retrouvent piégés par VS.net ;-)
Car il faut être clair, aucun outil adapté à .net "n'existe" en dehors des outils de MS (on mettra entre parenthèse les outils de borland, dont la strategie .net et leur implication sur le long terme dans cette plateforme n'est pas encore bien établie).
Partir sur Mono c'est avant tout faire une fleur à MS en favorisant une technologie entièrement controlée et dirigée par MS.
Enfin, quelques points divers évoqués dans les fils:
- La performance, la différence entre les perfs d'exécution d'une JVM et de la VM .net (celle disponible sur WindowsXX) sont négligeable. Sur windows, la VM de MS prend l'avantage car elle effectuée des préchargement et des optimisations au lancement (optimisations dont certaines ont été remarquées par le securityfocus et indiquées comme faille potentielle de l'architecture de sécurité). Mais sur ce point les dernieres JVM comblent plus que largement la différence. On attend avec impatience que MS autorise ses partenaires .net à publier des vrais comparatifs Java/.net sans contrôle préalable par MS des résultats et conclusions ;-)
- Les fonctionnalités : ont peu sans choquer personne dire que Java et .net sont à peu prés au même niveau et se suivent de très près. La force de .net tient dans le rouleau compresseur MS, qui est capable d'écraser tout rival commercial devant lui en utilisant un compte en banque illimité. Pourtant la force de Java est dans sa communauté opensource riche et dynamique qui invente constamment de nouveaux concepts et relance en permanence le débat sur la pertinence de tel ou tel élément.
Pour finir, je dirais simplement que l'innovation ce n'est pas se contenter de copier ce que fais le voisin même si il le fait bien. Où est l'innovation dans Mono ? Quelle est son utilité face à un éditeur qui peut à tout moment changer la donne ? On peut regretter de voir tant d'heures de perdu, pour un projet dont la viabilité ne peut être assurée à long terme. Alors qu'a l'opposé un projet comme Classpath à besoin de beaucoup de ressources pour fournir lui une implémentation GPL intégrale d'une plateforme complètement définie et qui assurerait une réelle suprématie aux logiciels libres.
Ainsi, il y a des fois ou je regrette les choix purement politiques de certains car je pense qu'il manque d'ambition et de perspective pour le libre. Et je ne peux que m'interroger sur les réelles raisons qui poussent ses choix dautres ...
http://www.theregister.co.uk/2002/02/05/explain_yourself_miguel_dem(...)
:-)
[^] # Aucun, je suis pas sur ...
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 2.
Vu que la notion de compatibilité ascendante est un "devoir" de tout développeur Java, c'est souvent de facto rendu obligatoire ;-)
[^] # L'avenir réserve toujours des surprise ...
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 3.
Si on fait le bilan de .net on remarque que les projet coté client sont quasi innexistant. Et coté serveur ils ne sont pas forcement plus nombreux que l'était les projets ASP mais leur taille est par contre sensiblement plus conséquente.
En résumé .net à remplacer les anciennes techno de MS mais n'a pas vraiment fait fondre la part de marché des solutions concurentes. Les raisons son multiples. Mais on peux citer le paradoxe de la visibilité de .net, tout le monde connait le nom, mais peu savent quels en sont les possibilités et les limites.
(mise à part à changer à distance la couleur de sa voiture, sur un PDA, bien sur)
En ayant tout axé sur le terme .net, Microsoft a oublié l'essensiel, répondre à un besoin précis.
Pour ce qui est de VB, il est mort dans sa forme . Tout simplement car le VB.net remplace les concepts habituels de VB par les concepts propre à .net et dont l'orientation est radicalement différente. En gros, il y est presque aussi complexe de passer à VB.net que de passer à C# pour un développeur VB. Bien sur la syntaxe de base est semblable et aide pour débuter, mais l'on est vite confronté à des "marches" conceptuelles : toute les nouvelles API, la structuration objet, les comportements du code sont celles de .net !
C'est une des raison qui pousse un nombre non négligeable d'utilisateurs à concerver leur techno MS existantes et ne pas sauter le pas vers .net pour l'instant.
[^] # Qui vivra ...
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 2.
Seul les impératifs économiques guident MS (comme toute entreprise qui respecte ses actionaires), et si demain .net est vu comme un coût ou un risque pour la marge et la stratégie long terme, il ne benéficiera pas plus d'indulgeance qu'une autre techno maison.
Au passage certaines mauvaise langue disent (boooh les vilains) que .net et C# sont des forks de Java ;-) Alors que tout le monde sais qu'en .net les noms de méthodes doivent débuter avec une majuscule contrairement à Java qui préconise une minuscule ;-)) Vraiment que des mauvaises langues je vous dis !
[^] # Rien ne sert de lire en travers ...
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 4.
Or mise à part ce cas bien particulier qui est source de nombre trol ici comme sur /., si le RI était en BSD (par exemple), rien n'empecherait MS de l'integrer dans .net !
Mettre le RI sous GPL, sur le fond pourquoi pas. Car je suis entierement d'accord que le caractère viral de la GPL est ici un atout décisif pour contrer MS sur les forks éventuels. Mais celà aurait des conséquences économiques sur pas mal de petites boites qui vivent sur l'implementation de spec Java. Par exemple, il existe un nombre non négligeable de boites qui dérivent une VM J2ME à partir de celle de Sun et qui devrait du coup se conformer à la GPL et livrer aussi leur travail sous cette license.
Ainsi, avant de déclencher une telle chose, il faut bien préparer et procéder progressivement, car sortir ça en GPL du jour au lendemain, c'est changer le modèle économique de pas mal de monde. Car depuis bientôt 10ans que Java existe le tissus industriel à eut le temps de bien se répartir et bcp de monde travaille autour de cette plateforme.
Concernant Python, je n'ai pas non plus prétendu que tu avais porté un jugement de valeur, j'ai simplement mis en avant le contexte économique différent. Le fork résultant en général d'un contexte bien précis et "tendu". On pourrait par exemple discuter ce point autour des impémentation du protocole X si tu veux ;-)
Pour ce qui est des drogues illicites, je préfère te laisser seul juge ... :))
[^] # Note importante pour améliorer le débat
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 4.
http://linuxfr.org/comments/406097,1.html(...)
D'avance merci :)
[^] # Effectivement !
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 3.
D'où d'ailleur le clash actuel, mais qui n'est pas le premier, on se souvient du clash pendant une précédente spec J2EE :)) Si vous regardez les compte-rendu des comités des JSR, il y a quelques perles à ce sujet.
[^] # Ce n'est pas du FUD...
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 1.
Si tu as lu les éclaircissement de Sun sur la marque, les brevets etc .... tu devrais plutôt être plus que rassuré sur le sujet, non ? Il me semble qu'ils ont été plus que limpide, pour une fois ;-)
Si le RI du J2SE (la version de Sun) est libre, alors rien n'empeche MS de déclarer que .net est compatible Java dès demain ! C'est un fait et une réalité (98% du travail est déjà fait, voir les différents projet de MS pour assurer un portage des appli Java vers .net). Et compte tenue de leur puissance marketing et financière, je peux te garantir, qu'il ne vont faire qu'une bouchée de la "version d'origine" au niveaux des entreprises en particulier. La situation finale sera de scinder la communauté et d'affaiblir la plateforme. Ce qui est le but de MS, Java étant un concurent trop dangeureux pour la survie de .net à moyen et long terme.
Enfin sans brutal, car j'apprécie bcp Python en particulier, mais force est de constater que dans le monde de l'entreprise, ils sont négligeables (mise à part les entreprises spécialisées dans le libre bien sur). Ainsi, je ne vois pas l'interret pour MS (ou pour une autre boite puissante) de les "cloner".
Si Java était uniquement utilisé par le monde OSS, alors bien sur il faudrait rendre libre le RI. Mais l'une de ces force qui a fait son succès dans le monde de l'entreprise est l'assurance de compatibilité. Et cette compatibilité doit être garantie par un moyen ou un autre.
[^] # En fait ...
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 6.
Pour ce qui est une version GPL, si elle est poussée par une organisation à but non lucratif conformement au dernier accords JSPA (merci à Apache Group pour avoir fait évoluer ce point), cette association peut bénéficier du TCK sans débourser un seul centime, par exemple la FSF.
Pour l'appelation Java, en prenant le cas du J2SE (Java2 Standard Edition, la plateforme de base pour un PC), demain si tu passes le TCK du JSR176 (qui devrait être dispo avant cet été logiquement) alors tu peut mettre "compatible Java" et préciser même "compatible J2SE 1.5".
Si les modifs que tu as apporté passent toujours dans le TCK, alors tu peux toujours fierement arborer ta compatibilité. Si le TCK dit que celà romp la compatibilité, alors il te faudra laisser tomber ta modif ou abandonner l'appelation "Java" ... Seul le TCK est juge au final ! C'est d'ailleur pour ça que le TCK n'est pas et ne sera pas en opensource (meme si les sources sont dispo), car c'est lui qui assure la compatibilité totale entre les specs définies et les diverses implémentations venant de tous les horizons.
Voilou ...
# Rappel sur Java !
Posté par Hive Arc . En réponse à la dépêche Sun et le logiciel libre : deux nouveaux épisodes du feuilleton de l'été. Évalué à 10.
Java englobe deux choses : une plateforme (VM et livrairie) et un language. Parler uniquement du "langage Java" est aussi réducteur que de parle de Linux et oublier GNU !
Ensuite, il faut savoir que l'ensemble des spécifications de Java (plateforme & langage) est librement acessible et disponible, voir http://www.jcp.org.(...)
De plus comme décrit dans les derniers licenses qui englobe le processus de specification de Java (JSPA) et grâce au travail de l'Apache Group. Une implementation opensource complète et intégrale de la spec est possible.
Chaque Spec Java comporte une fois crée deux principaux éléments, l'implementation de référence (aide à implementer d'autre versions): le RI, et le kit de test de compatibilité (aide à certifier l'implementation comme compatible) : le TCK !
Si l'on prend par exemple la spec de la toute dernière vesion de la plateforme de base (J2SE 1.5), est définie en tant que JSR176 et comporte par exemple un point trés important de précision :
Section 4: Additional Information (Optional)
4.1 This section contains any additional information that the submitting Member wishes to include in the JSR.
Sun plans to adhere to the proposed new JSPA licensing model for this JSR, including allowing independent implementations, licensing the TCK separately from the RI, minimizing shared code, and licensing any remaining shared code (such as the verifier) on simple non-restrictive licensing terms. In addition Sun plans to make it easier for academic and non-profit groups to obtain access to the RI and TCKs.
En clair, toute implementation par un tier est possible sans préjuger du type de license à appliquer !!! De plus, les TCK et RI peuvent êtr obtenus sans rétribution (la JSPA est plus précise sur ce point !) et de façon indépendante. En clair, si la FSF désire avoir uniquement la spec et le TCK et ne pas avoir le RI, pour sortir une version GPL de la Java, alors il n'y a aucun problème légal ou restriction possible par Sun, IBM, ou tout autre membre de la JSR.
Ainsi par exemple, demain, la FSF pourrait bien décider de faire passer au projet GNU Classpath ce test. S'il réussissent, alors ce sera la premère VM compatible et GPL :)
Concernant le débat IBM / Sun, il faut savoir qu'il porte au départ sur le fait qu'IBM voulait que le RI soit aussi opensource par défaut. Ce point pose pas mal de difficulté. Car mettre la "référence" en opensource, c'est augmenter fortement le risque de voir les différentes implémentation divergés. Et sur ce point aucune licenses accepté comme open source, ne permet de résoudre le problème :(
En résumé à ce jour, l'implementation de référence de Java n'est pas opensource (mais les source sont disponible), mais disponible publiquement. Oui, on peut faire une implementation opensource de Java et s'assurer de sa compatibilité sans aucune limitation sur le mode de license à appliquer.
Si MS n'existait pas je pense que 100% de la communauté Java serait pour mettre le RI en opensource, mais étant donné le comportement de passéde MS envers Java, le risque d'éclatement de la plateforme est réel. C'est un point à mettre en balance ... et cela complique les dicussion.
[^] # Non, un standard ne regle rien !
Posté par Hive Arc . En réponse à la dépêche Java libre : Sun sur la défensive. Évalué à 0.
Un exemple, la spec RNI (la méthode d'appel des méthodes natives de MS dans sa VM), elle ne remet pas encause le standard, mais rend tout simplement l'ensemble des ses librairies non-portables !
Si Java (la spec) était rendu opensource en l'état, c'est un danger car ainsi on peut imagine MS qui implemente intégralement la spec (disponible sans aucun PB) et dire je suis compatible Java.
[^] # Perso je préfère : SockHTTP
Posté par Hive Arc . En réponse au message [Terminal] Tunnel http. Évalué à 1.
Plus leger, ne monopolise pas le port 80 (on peut l'installer comme un webapp dans tomcat par exemple) et le client est portable, il est sous GPL, et fait par des français, mais non il ne fait pas le café ;-)
[^] # Pour préciser ...
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 0.
Pour moi, la GPL a tellement été "totalitaire" (càd pas de consessions) dans sa démarque qu'il y a effectivement une dérive leninisante.
Mais je suis pret à debatre du terme qui peut je peux le concevoir choquer. Mais les reactions epidermiques de certains lorsque on leur presente un soft pas GPL sont parfois tout aussi ridicules :(
A+
[^] # Pas de raison de s'en priver :
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.
Sinon, perso, j'ajoute à ta liste le support de fixed !
Je me suis bricoller une behaviour pour fixer ça sous IE, mais c'est pas vraiment "parfait" :(
En conclusion, vive Firebird.
[^] # Re: c pas gentil <:o)
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.
> D'un côté tu me dis que Java est simple à prendre en main et qu'il ne faut pas être expert pour l'utiliser, de l'autre tu me dis que ce n'est pas simple d'optimiser du code Java, tu ne sens pas comme une contradiction là ?
Non, ce n'est pas contradictoire. Le fait que la prise en main soit simple ne t'affranchit pas d'avoir du fait de poseder un minimum de compétances pour optimiser. Bien sur si tu veux franchir un niveau supérieur d'optim, alors c'est de l'expertise dont on a besoin. Par exemple, quelqu'un venant du C aurra prit certains habitudes d'optimisations qui sont inutiles en Java (inline par exemple) car Hotspot les prend en charge (et même parfois la mise en linéaire de certains appels récursif). Il recherchera également à optimiser ses algo, plutot qu'a réduire le nombre d'objets créé gràce aux référence.
> Pas besoin d'attendre quelques semaines, il est déjà possible d'avoir accès aux early builds. Bon, il faut signer un NDA et c'est que de l'alpha pour l'instant, mais ça peut donner une idée...
Euh, t'es sur ? Le programme CAP qui donnait accès sous NDA à des build hebdo, mais les inscriptions sont stoppées aprés les membre du JavaLobby aient demandé en masse d'y participer ce qui a explosé la boite au lettre de la secretaire ... en tout cas je vois rien sur le JDC :(
Mais si t'as un lien, je suis prenneur !
A+
[^] # Ban alors ...
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 0.
"Ah bôon?" Windows ça sert pas que pour les jeux ? T'es sur ?!
[^] # c pas gentil <:o)
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.
> Je te parlais de jeux commerciaux, toi tu me sors un exemple de jeu amateur, clône d'Asteroids qui tournait en salles d'arcades il y a 20 ans. Soyons sérieux...
En premier comparer Alien Flux à Asteroid, c'est vraiment n'importe quoi et traiter les codeurs d'amateurs c'est encore pire !!! Vraiment, joue à ce jeux (ok, les premiers niveaux sont gentils et tranquile, mais essaye un peu plus loint ... ), et aprés on pourra rediscuter serieusement.
>les "vrais" jeux commerciaux pour mobiles sont écrits en natif.
"Et les faux jeux commerciaux fait en Java"? ... ben tien. Troooooolll , vilain méchant pas beau trol, je t'ai démasqué.
Enfin, sache que Java n'est plus un argument differentiateur au niveau comercial. En premier, c'est une techno largement maitrisée qui ne demande pas vraiment d'expert pour être prise en main, et ensuite, l'utilisateur final il s'en tape de savoir ce qu'il y a dans son moteur (cf. comment Intel rame pour expliquer pourquoi son µP est mieux !). Seul les décideurs quand il regarde les couts de production font vite la différence. Tu serais surprit de savoir quel sont les jeux sur mobiles ou les logiciels qui sont/ou utilise du Java ;-)
Pour ce qui est java coté client lourd/riche, désolé de te contre dire mais les labo scientifiques n'ont pas trop l'air d'accord vu le nombre d'appli swing qu'ils pondent en permanence !!!
Perso ya 2 ans j'ai bossé pour un client sur un appli de geomarketing avec cartographie vectorielle (calculs métiers incorporés à un outil SIG sur des postes en mobilité), tout ça avec une ergo orienté débutant, et je peux te dire que le résultat en a surprit plus d'un developpeurs C++ surtout sur le type de machine ciblée (un dell standard rien de spécial)!
Je n'ai jamais dit que c'etait simple à faire, et que Java etait un miracle. Mais un developpeur soucieux d'optimiser son code peut le faire ;-) Il faut savoir éviter les clichés.
>Les langages s'adaptent aux nouvelles idées, y compris Java qui reprend les generics de C++ dans la prochaine mouture.
Si la version 1.5 du langage Java reprend l'idée des template C++ dans sa formalisation de la généricité objet, le concept implémenté par Java n'as plus rien à voir avec la bidouille regrétable qui a été faite sur le C++ (pour des choix déffendables à l'époque je te l'accorde): Ta classe générique une fois spécialisées reste en totale interraction avec les instances toujours génériques. Je t'invite à tester d'ici qqe semaines la version beta du JDK 1.5 pour découvrir tout ça ...
Encore sur ce point, Java n'a rien inventé, mais son interret c'est d'integrer les fonctionalités apportant un réel plus lorsqu'elles arrivent à maturité et d'y apporter la "colle" qui apporte une cohérence et fait prendre le montage.
À quand le remplacement dans C++ des template par un Généricité "sauce Java" ;-)
[^] # Effectivement !
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.
Plus serieusement, t'as testé netsh ?
Si, oui alors voici mon QCM qui va avec :
"Mais que fait Fenetre, au démarrage de cette commande pour prendre autant de temps ?"
°1 : Il reformate ta partition, fenetre et bureau ça prend trop de place;
°2 : Il indexe tes musiques et video "copies privées" et les transmet à la RIAA, ceci permetra a cette association de te renvoyer des originaux sur CD si ton dur plante;
°3 : Il analyse les fonctionalités disponibles, faut pas croire le rézo c'est super complexe comme truc et ça demande qqe Mips pour un programme pour afficher une console d'admin !
°4 : Il desinstalle puis reinstalle le 28 hotfixes post SP1 de XP, car c'est tellement amusant d'attendre.
Attention, il y a un piège. Un petit indice, une interface en ligne de commande pour accéder au réseau est généralement instantanée...
[^] # "Twingo" !
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à -1.
Je trouve trés domage que bon nombre de fan de tux, pour des doctrines léninisantes, traitent Java au même niveau que les avatards de MS.
Si on regarde la vérité (freshmeat.net, et sf.net) en face, il faut se le mettre dans la tête, le nombre de projet libre autour de Java est collosal !
Je rapelle aussi que tout le fondement de la discorde entre RMS et Sun autour des licenses libre, vient du controle des fork (gestion de la compatibilité ascendante). Car le concept de license libre, n'interdit pas un quidam (genre MaSociété) de prendre les sources d'un produit, de le modifier substanciellement, et de le repackager avec le même nom et faire de la thune ! Et si c'est une boite puissante, son fort deviendra bien vite la référence :(
Tant qu'aucune license libre n'aura résolu ce délicat problème, la license de Java ne sera pas libre :((((
En attendant, des accords entre Sun et Apache (merci les gas !) on permet à toutes assos d'avoir un accès illimité aux TCK et RI, qui leur permet de faire des version libres et entierement compatibles pouvant fièrement arborer leur compatibilité !
« Quand à .Net, le temps de lui raison aurra ... belle scépulture à coté de DNA/COM/OLE2/DDE il trouvera, descendance "Cpassur" lui survivra »
[Prédiction de Nostradamus du 2 brumaire de l'an 3 ]
[^] # Re: Looking Glass - Desktop 3D
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.
Par contre le site il à un PB :
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/www/3dwm/news/include/common.inc.php on line 66
Warning: setlocale(): Passing locale category name as string is deprecated. Use the LC_* -constants instead. in /home/www/3dwm/news/backend/language/english.lng on line 6
Warning: fopen(/home/www/3dwm/news/backend/layouts/.xlay): failed to open stream: No such file or directory in /home/www/3dwm/news/include/layout.inc.php on line 342
ERROR! Could not write to /home/www/3dwm/news/logs/error.log
Be sure permissions are correct. Run the included fix_permissions.sh script.
[^] # Re: Looking Glass - Desktop 3D
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.
Tu peux mettre plus de 80col dans un CMD, désolé ;-)
Tu vas dans les paramètres et tu choisis ta valeur ... voilou ! pour rigoller, dans un CMD, lance la commande "netsh" hillarant ;-)
Par contre la version "3D"ifié de MS est plutot pitoyable, car ici ce sont plus des "effet" 3D et pas une intégration 3D.
Sur ce point, j'attend de voir les versions définitives des 2 cotés pour donner mon avis.
[^] # Tu as du raté un épisode ... (le IIIe ?)
Posté par Hive Arc . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 5.
Enfin, puisque tu dis qu'il n'y a pas de Jeu comerciaux fait en Java, je passerai sur les plusieurs millions de midlet vendues par les telco depuis 6mois, pour te donner un exemple de jeu "plus digne de ce nom": le tout dernier sortit et mon préféré Alien Flux. Un jeu type arcade, qui boooooooooste grave (oui bon faut un petite geforce tout de même)!
"je ne vois simplement pas l'intérêt de l'utiliser dans ce type d'application" tu dis. Java n'est pas un excelent langage spécialisé, mais c'est un excelent langage généraliste. À ce titre écrire n'importe quelle application peut se justifier ;-)
De plus ce n'est pas qu'un langage, mais une plateforme complête. Et si des meneurs du monde opensource comme la fondation Apache n'hesite plus à s'investir dedans et à développer les implémentations de références des JSR, c'est qu'ils ont comprit que tel est l'interret du monde libre.
Bien sur, certains accros de la GPL regreteront que la VM ne carbure pas à cette license, à ceux-là je ne saurait trop que dire : "Vous voulez une VM libre, alors donner de votre temp au GNU Classpath de la FSF !", c'est une implémentation GPL de la spec Java. Son seul défaut, le manque de codeurs volontaires :(
Pour finir, je te rassure le temps viendra aussi ou Java sera rendu obsolète par une nouvelle génération de concepts. Mais en attendant, il est une oportunité à saisir pour tous, et est maintenant la référence du milieu.
Rien en informatique n'est définitif, mais on ne revient jamais en arrière, crois moi.
A+
(RChi)
Nemo: Dis papa... pourquoi RMS il aime pas Java ?
Marin: Tu comprendra quand tu auras 2 nageoires mon fils ...
;-)
[^] # Je vote pour JavaGroups et Jini ;-)
Posté par Hive Arc . En réponse à la dépêche Sun se lance dans le P2P. Évalué à 4.
Je ne suis pas vraiment un fan de JXTA (trop complexe à mon gout), par contre Jini est je pense l'une des plus impressionantes realisation qui m'est été possible de voir. Mais malheureusement, Jini ne semble pas aller dans le "sens du vent", pourquoi faire des archi simples et souples autoconfigurables alors qu'on peut vendre des OS cher et des serveurs d'appli la peau du c*l (Vive JBOSS au passage, meme si je trouve que la doc pas dispo c presk du raket !).
Enfin, j'attend avec impatiente les nouveautés de la VM 1.5 pour rejouir mon tux !
Linux+JBoss/Tomcat+FirebirdDB = Serveur applicatif / architecture distribuée haute disponibilité pour que dale <:o)
# Un edito verité ;-)
Posté par Hive Arc . En réponse à la dépêche Un petit vent d'hiver. Évalué à -1.
Même chez MS on n'arrive plus à cacher le fait que MS.net est un clone de Java ;-)
Plus globalement, il y a tellement de c*nneries dans cet articles qu'il faudrait autant de Mo que bouffe XP pour répondre !
Et cela m'obligerais a faire autant de fotes d'ortograf que .net dispose de bug ;-)
Plus serieusement, on savait que MS etait un peu nombriliste mais en plus on les retrouves degoulinant d'humanisme !!!!
Bientot il vont nous faire croire que les 85% de marge minimum qu'ils realisent et le monopole de fait, c'est pour notre bien ? Une société meilleure, dans un monde meilleur, avec un seul choix unique, un seul fournisseur, une seule plateforme logicille, un seul systeme d'exploitation, une seule suite bureautique ... tel est le reve de MS !
Je note au passage, qu'il s'en prennent pas mal à Sun et IBM, et que la portabilité de Java ou que l'interroporabilité de linux n'a pas l'air de leur plaire ... oh les pauvre, je vais pleurer <:o)
C'est vraiment risible. Le but est pas de dire que les autres sont des anges, car on sait bien quel est le but de IBM ou de Sun. Mais jusqu'a preuve du contraire, ni IBM ni Sun ne me contraint à utiliser sa plateforme de developpement pour faire tourner mes logiciels. Alors que ceux qui veulent developper pour Windows sont contraint et forcé d'avancer à marche forcée vers les "monde.net" avec au passage un inflation des prix, des couts de formations, des temps de déploiement, et donc du cout total d'acquisition, ce qui rend le retour sur investissement relativement proche de zéro.
Bref, plus de tunes pour MS et plus de dépenses pour nous.
C'est une façon de voir le monde ... mais ce n'est pas la mienne.
Si j'ai choisit Java il y a quelque temps c'est parce qu je suis libre de selectionner mes solutions: libre ou pas, editeur ou asso, linux, windows, solaris, osx, ... bref je ne suis plus contraint par des choix politiques d'utiliser tel ou telle solution pour mes developpement. Si MS à sortit dotnet c'est tout simplement car ils ont comprit que l'impact de JAva dépassé largement ce pourquoi il a été créé. Meme Sun (ou IBM dans une moindre mesure) n'a d'ailleur plus gere de controle sur le phénomene et est quelque peu dépassé par la situation, il n'y a qu'a constaté la fuite des solutions Java necessitant des serveurs de moyenne gamme vers Linux ! Et malgres les incantations de Sun, il ne peuvent plus contraindres ces utilisateurs a rester sur un OS qui a un cout prohibitif alors qu'une alternative existe.
Ici, pas de pipotage marketing, mais la realité. Ce qui fait peur à MS c'est la portabilité. Pas celle du source, car elle reste hypothetique dans la mesure ou elle est réduite au bon vouloir de l'editeur ou de l'asso, mais celle du binaire: comment assuré la primoté des appli pour windows lorsqu'il y a portabilité ;-)
J'observe depuis quelque temps la communauté MS et je constate que de plus en plus semble considéré Java comme leur prochaine plateforme. Pour moi c'est un premier pas en direction du seuvrage .... qui devra les mener vers un OS alternatif.
Java et Linux sont un duo qui pose problème à MS car leur cout et leur performance ainsi que leur stabilité sont innégalable par MS. Or dans le monde de l'entreprise, ce qui regne c'est le pez ! MS doit donc à tout prit tenter d'affaiblir l'un des deux. C'est ce qu'elle a essayé de faire depuis 2 ans, mais maintenant on peut l'annoncer: leur tentative est un echec !
Les developpements Java (opensource ou non) sont de plus en plus present (et freshmeat n'est que la pointe immergé de l'iceberg), et les solutions Linux sont de plus en plus à la base des nouvelles solutions remplacant un existant MS.
Je pense MS n'a toujours pas prit conséquences des dégats collatéraux que leur colonté de pousserdotnet à tout prix sont entrain de causer sur leur parc captif de developpeur ... domage pour eux ;-)
Enfin, ce n'est pas moi qui vais les plaindre .... il ne sont pas encore en depot de bilan que je sache <:o)
@+