Red Hat and Sun Microsystems are among the companies planning to continue their contributions to the Mozilla project.
"Mozilla has consistently offered users the features, performance and innovation instrumental to the evolution of the Internet," said Curtis Sasaki, Vice President, Engineering, Desktop Solutions, Sun Microsystems. "Sun is committed to the Mozilla technology and is contributing significant engineering resources to move it forward. By the end of July, Sun will ship Mozilla for the Solaris Operating System and make Mozilla the standard browser for Mad Hatter, Sun's Linux-based desktop software stack, due later this year."
Ah nan, Google Images aide beaucoup pour illustrer certains articles. Et puis un peu de décalage et un calembour pourri ça fait toujours du bien ? Non ? Tant pis, certains aiment :-) Mais de là à juger le mag uniquement sur ça...
Mozilla 1.4 était prévu pour aujourd'hui d'après les releases notes officielles de mozilla.org. On peut donc estimer qu'il s'agit bien d'une version finale.
N'oublions pas javadesktop.org. Sun a contacté de nombreux développeurs d'applications Swing connues pour leur demander de venir mettre en place leurs projets sur ce site. Celui-ci est destiné à la promotion de Java côté desktop.
Ce n'est plus vrai. Déployer grâce à Java Web Start est un bonheur. Pour le programmeur, il suffit de créer un fichier .jnlp (du XML) très simple et très court. Pour le client, installer Java Web Start puis cliquer un lien sur Internet pour donwloader/lancer l'appli.
C'est là qu'interviennent certains modificateurs qui permettent justement de choisir la contrevariance, etc. Je te renvoie à la doc officielle parce que je ne l'ai que rapidement survolée.
C'est officiel pour le JDK 1.5. On peut déjà télécharger un compilateur pour le JDK 1.4 permettant de les essayer. Et malgré tout le mal que je pense de C++ et des templates, j'avoue que j'aime plutôt ce qu'ils ont fait. Notons aussi l'arrivée du "for/each", des listes indéfinies d'arguments et des énumérations.
Voici donc un petit printf() pour la route :
public static void printf(String fmt, Object[] args...) {
int i = 0;
// foreach on primitive array
for (char c : fmt.toCharArray()) {
if (c == '%')
System.out.print(args[i++]);
else
System.out.print(c);
}
}
Et l'utilisation des types génériques qui évitent les cast à outrance :
LinkedList ys = new LinkedList();
ys.add("zero"); ys.add("one");
String y = ys.iterator().next();
Pour en avoir beaucoup fait ces derniers mois... je suis d'accord avec toi. J'aimerais également dénoncer la piètre qualité de la traduction française du manuel de l'API.
Personnellement j'aime bien ce site qui permet d'avoir pas mal de news intéressantes (si on enlève les doublons /. :-)))). Toutefois, j'aimerais savoir à quoi sert vraiment ce système de vote (que je n'ai toujours pas pigé :-) ? Est-il absolument nécessaire ? On dirait qu'il ne pose plus de problèmes qu'il n'en résout... si quelqu'un pouvait avoir la bonté de m'expliquer un peu tout ça, je lui en serais reconnaissant.
http://progx.jext.org,(...) tu peux afficher les articles en XHTML, PS, PDF, TXT et... SVG. Ok, ça sert à RIEN, je sais :-) Plus sérieusement, pour la cartographie sur le net, c'est excellentissime ce format.
Ca dépend de ce que l'on concatène et surtout des versions des compilateurs. Avec les compilos des JDK 1.2.x on se retrouvait avec plein de append() sur des StringBuffer.
Mon cher monsieur, si tu avais lu certains posts précédents (j'ai comme l'impression de répondre à un beau troll :-), tu aurais pu constater que, parfois, les développeurs Java essayent voire utilisent d'autres langages. Peux-tu quant à toi comprendre que Java n'est pas qu'un langage mais une plate-forme ? Et que malgré les qualités des langages libres, ils ne constituent pas toujours le choix le plus adapté à telle ou telle tâche ? Mon cher, un développeur ouvert n'est pas celui qui n'utilise que des langages libres, mais celui qui utilise le langage le plus adapté à sa tâche courante.
<blockquote>Quand au fait que Ruby soit naturel à lire, ben, c'est une question d'habitude (et de la personne qui code) mais il est généralement facilement facile à relire et facile à ecrire.</blockquote>
Pareil pour Java selon moi :-) Pareil pour le C++ selon d'autres... comme quoi hein :-))
P.S : je doute que certains diront même cela du Perl !
Moi je préfère Python à Ruby pour la syntaxe. Je trouve que Ruby n'est pas assez naturel à lire.
J'ai trouvé intéressant un post qui expliquait que les programmes Java sont difficiles à lire. Pour en avoir fait beaucoup (:-) mais avoir en même temps étudié de nombreux autres langages (entre autres : Ruby, Squeak, Perl, Python, C, C++, C#, etc.) je ne suis pas tout à fait d'accord. Certes, c'est parfois lourd (surtout pour les classes "wrappers" de types primitifs), mais c'est loin d'être illisible. Même certains script Python (que j'adore vraiment) peuvent être bien moins lisibles que Java. Je pense que l'absence, notamment de surcharge d'opérateurs y est pour quelque chose. Par lecture je parle de lire ET comprendre :-)
Ah et pour moi la chose la plus horrible que j'ai pu croiser dans un langage de programmation, ce sont les variables implicites (hein messieurs Perl et Ruby :-))).
Enfin, n'oubliez pas que Java n'est pas qu'un langage mais aussi une plate-forme. Ceux qui ont goûté à Jython me comprendront :-)
Microsoft n'a pas récemment fait breveter son API .NET ou un truc comme ça ? Toujours est-il que Sun garde peut être le contrôle de Java, mais on oublie bien trop souvent le JCP (Java Community Process). Tout un chacun peut y participer pour proposer de nouvelles APIs ou modifications (langage, plate-forme, VM...). De nombreuses entreprises y sont représentées (BEA, IBM, Oracle, etc.) et Sun est loin d'être derrière tout ce qui s'y trame. Par exemple, lors de mon interview de James Gosling, j'ai pu apprendre que l'ajout des "templates" dans Java n'est pas une décision de Sun, ils étaient contre, mais du JCP. Ce n'est pas libre, certes, mais c'est très loin d'être fermé. Et devons nous rappeler que le code de la JVM AINSI que de l'API (à quelques paquetages cachés près) sont disponibles ?
# D'autres entreprises viennent au secours de Mozilla ?
Posté par Romain Guy . En réponse à la dépêche AOL remercie 50 développeurs de Netscape/Mozilla. Évalué à 1.
Red Hat and Sun Microsystems are among the companies planning to continue their contributions to the Mozilla project.
"Mozilla has consistently offered users the features, performance and innovation instrumental to the evolution of the Internet," said Curtis Sasaki, Vice President, Engineering, Desktop Solutions, Sun Microsystems. "Sun is committed to the Mozilla technology and is contributing significant engineering resources to move it forward. By the end of July, Sun will ship Mozilla for the Solaris Operating System and make Mozilla the standard browser for Mad Hatter, Sun's Linux-based desktop software stack, due later this year."
[^] # Re: Login et ses photos d'article...
Posté par Romain Guy . En réponse à la dépêche Revue de Presse - Eté 2003 (suite). Évalué à 3.
[^] # Mozilla 1.4, aujourd'hui
Posté par Romain Guy . En réponse à la dépêche Sortie de Netscape 7.1. Évalué à 2.
# Re: Dernières nouvelles du front Java
Posté par Romain Guy . En réponse à la dépêche Dernières nouvelles du front Java. Évalué à 5.
On dirait que Sun se bouge enfin ;-)
[^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
Posté par Romain Guy . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 2.
[^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
Posté par Romain Guy . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 3.
Essaye, tu verras.
[^] # Re: Légende urbaine : un alligator dans le ramasse-miettes
Posté par Romain Guy . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 1.
LinkedList<String>
[^] # Re: Légende urbaine : un alligator dans le ramasse-miettes
Posté par Romain Guy . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 1.
[^] # Re: Légende urbaine : un alligator dans le ramasse-miettes
Posté par Romain Guy . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 3.
Voici donc un petit printf() pour la route :
Et l'utilisation des types génériques qui évitent les cast à outrance :
[^] # Re: Légende urbaine : un alligator dans le ramasse-miettes
Posté par Romain Guy . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 3.
Tu pourras jeter un oeil sur la dernière version électronique de l'encyclopédie Britannica... c'est une interface Swing :) C'est assez grand public ?
[^] # Re: Légende urbaine : un alligator dans le ramasse-miettes
Posté par Romain Guy . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 1.
[^] # Re: Revue de Presse - Juin 2003
Posté par Romain Guy . En réponse à la dépêche Revue de Presse - Juin 2003. Évalué à -1.
Non, non et non ! Il faudra vous le dire combien de fois ?!
# Re: Projet-dolphin.org
Posté par Romain Guy . En réponse à la dépêche Projet-dolphin.org. Évalué à 2.
On a déjà parlé de tout ça sur les forums de PC Team/Login:/Code(r) : http://www.pcteam.posse-press.com/forum(...)
# Re: Les modéros LinuxFR
Posté par Romain Guy . En réponse à la dépêche Les modéros LinuxFR. Évalué à 2.
[^] # Re: Mono 0.24
Posté par Romain Guy . En réponse à la dépêche Mono 0.24. Évalué à 9.
# Re: Orbz 2.0 maintenant disponible
Posté par Romain Guy . En réponse à la dépêche Orbz 2.0 maintenant disponible. Évalué à 1.
[^] # SVG sur un site ?
Posté par Romain Guy . En réponse à la dépêche Amaya 8.0-pre avec SVG animation. Évalué à 2.
http://progx.jext.org,(...) tu peux afficher les articles en XHTML, PS, PDF, TXT et... SVG. Ok, ça sert à RIEN, je sais :-) Plus sérieusement, pour la cartographie sur le net, c'est excellentissime ce format.
# Re: Amaya 8.0-pre avec SVG animation
Posté par Romain Guy . En réponse à la dépêche Amaya 8.0-pre avec SVG animation. Évalué à 1.
[^] # Re: 100% D'accord ... sauf ;)
Posté par Romain Guy . En réponse à la dépêche Java Virtual Machine 1.4.2 beta. Évalué à 1.
[^] # Re: Java Virtual Machine 1.4.2 beta
Posté par Romain Guy . En réponse à la dépêche Java Virtual Machine 1.4.2 beta. Évalué à 6.
[^] # Re: Pas vraiment un troll ...
Posté par Romain Guy . En réponse à la dépêche Java Virtual Machine 1.4.2 beta. Évalué à 3.
Pareil pour Java selon moi :-) Pareil pour le C++ selon d'autres... comme quoi hein :-))
P.S : je doute que certains diront même cela du Perl !
[^] # Re: Pas vraiment un troll ...
Posté par Romain Guy . En réponse à la dépêche Java Virtual Machine 1.4.2 beta. Évalué à 4.
J'ai trouvé intéressant un post qui expliquait que les programmes Java sont difficiles à lire. Pour en avoir fait beaucoup (:-) mais avoir en même temps étudié de nombreux autres langages (entre autres : Ruby, Squeak, Perl, Python, C, C++, C#, etc.) je ne suis pas tout à fait d'accord. Certes, c'est parfois lourd (surtout pour les classes "wrappers" de types primitifs), mais c'est loin d'être illisible. Même certains script Python (que j'adore vraiment) peuvent être bien moins lisibles que Java. Je pense que l'absence, notamment de surcharge d'opérateurs y est pour quelque chose. Par lecture je parle de lire ET comprendre :-)
Ah et pour moi la chose la plus horrible que j'ai pu croiser dans un langage de programmation, ce sont les variables implicites (hein messieurs Perl et Ruby :-))).
Enfin, n'oubliez pas que Java n'est pas qu'un langage mais aussi une plate-forme. Ceux qui ont goûté à Jython me comprendront :-)
[^] # Re: 100% D'accord ... sauf ;)
Posté par Romain Guy . En réponse à la dépêche Java Virtual Machine 1.4.2 beta. Évalué à 2.
[^] # Re: Java Virtual Machine 1.4.2 beta
Posté par Romain Guy . En réponse à la dépêche Java Virtual Machine 1.4.2 beta. Évalué à 10.
# Re: JAC version 0.9.4 est disponible
Posté par Romain Guy . En réponse à la dépêche JAC version 0.9.4 est disponible. Évalué à 6.