La situation financière de Sun est grave. :
http://reuters.com/financeNewsArticle.jhtml?type=hotStocksNews&storyID=3535714
Sun se meurt, la position ambivalente de Sun, à la fois opposé à Linux (ils
soutiennent SCO) et acteur du Libre (OpenOffice), n'y est sans doute pas
étrangère. Il est dur de dénigrer Linux d'un côté et de lui offrir des
outils majeurs, comme Java et OpenOffice, de l'autre. Le problème de Sun
aura été de ne pas avoir saisi l'opportunité Linux, comme ont su le faire
IBM ou HP. Loin de Linux, point de salut ! Quelle sera la prochaine victime
de Linux ? SCO ? Et Microsoft c'est pour quand ?
La question du devenir de Java et OpenOffice se pose. Java sera-t-il
racheter par IBM ? OpenOffice progressera-t-il encore sans l'appui d'une
grosse boîte comme Sun ?
Ca en présente aussi si on veut utiliser certaines primitives qui n'existent ni sous NetBSD, ni sous Linux, sem_open, par exemple (encore que maintant elle existe sous FreeBSD 5.1).
Sun ne fait il pas comme IBM en filant ses technologies à la communauté du libre peu à peu mais sans pub autour ?
Ce n'est pas une technologie SUN... Il s'agit de POSIX et ces appels ne se trouvent pas partout.
Il n'y a pas que i386 dans la vie, heureusement. Et, on a beau dire, Java sous BSD, c'est pas Java sous Win ou MacOS (je ne sais pas pour Linux).
Ma liste couvre pas mal de mainframe et les Mac aussi, je ne parlais donc pas que des x86... je peux y rajouter HP-UX et Digital si tu veux mais là encore ça marche aussi non ?
Bof... Java marche à peu près bien en émulation Linux sur NetBSD/i386 par ex, ce qui veut bien dire que, vu qu'on a pas accès aux sources, on est obligé de faire avec ce que Sun donne. A ma connaissance, les derniers binaires Java ne sont disponibles que pour un nombre réduit de plateformes et faire tourner Java en émulation Linux, cela veut bien dire que Sun n'autorise pas n'importe quel système à disposer de sa VM. J'appelle donc pas ça « marcher » (il y a plein de problèmes avec les threads, par ex). Pour utiliser Java sous MacOSX, je peux dire qu'il n'y a pas photo entre deux applis, l'une s'exécutant sous BSD l'autre sous OSX.
J'ai encore du mal à le situer ce petit jeune dans la grande famille des langages.
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
-- Éric Jacoboni, né il y a 1368703512 secondes
Wild Thing <jjcolumpsi@wanadoo.fr> writes:
Ca en présente aussi si on veut utiliser certaines primitives qui
n'existent ni sous NetBSD, ni sous Linux, sem_open, par exemple
(encore que maintant elle existe sous FreeBSD 5.1).
Sun ne fait il pas comme IBM en filant ses technologies à la communauté
du libre peu à peu mais sans pub autour ?
Ce n'est pas une technologie SUN... Il s'agit de POSIX et ces appels
ne se trouvent pas partout.
Il n'y a pas que i386 dans la vie, heureusement. Et, on a beau dire,
Java sous BSD, c'est pas Java sous Win ou MacOS (je ne sais pas pour
Linux).
Ma liste couvre pas mal de mainframe et les Mac aussi, je ne parlais
donc pas que des x86... je peux y rajouter HP-UX et Digital si tu veux
mais là encore ça marche aussi non ?
Bof... Java marche à peu près bien en émulation Linux sur NetBSD/i386
par ex, ce qui veut bien dire que, vu qu'on a pas accès aux sources,
on est obligé de faire avec ce que Sun donne. A ma connaissance, les
derniers binaires Java ne sont disponibles que pour un nombre réduit
de plateformes et faire tourner Java en émulation Linux, cela veut
bien dire que Sun n'autorise pas n'importe quel système à disposer de
sa VM. J'appelle donc pas ça « marcher » (il y a plein de problèmes
avec les threads, par ex). Pour utiliser Java sous MacOSX, je peux
dire qu'il n'y a pas photo entre deux applis, l'une s'exécutant sous
BSD l'autre sous OSX.
J'ai encore du mal à le situer ce petit jeune dans la grande famille
des langages.
Faut le voir comme un Java bis, les problèmes de licence en moins (les
sources sont dispos). Bon, mais à part l'avoir compilé et programmé
deux ou trois petits trucs je ne le connais pas plus que ça. Le
langage est intéressant, cela dit.
Ca en présente aussi si on veut utiliser certaines primitives qui n'existent ni sous NetBSD, ni sous Linux, sem_open, par exemple (encore que maintant elle existe sous FreeBSD 5.1).
Sun ne fait il pas comme IBM en filant ses technologies à la communauté du libre peu à peu mais sans pub autour ?
Ce n'est pas une technologie SUN... Il s'agit de POSIX et ces appels ne se trouvent pas partout.
Il n'y a pas que i386 dans la vie, heureusement. Et, on a beau dire, Java sous BSD, c'est pas Java sous Win ou MacOS (je ne sais pas pour Linux).
Ma liste couvre pas mal de mainframe et les Mac aussi, je ne parlais donc pas que des x86... je peux y rajouter HP-UX et Digital si tu veux mais là encore ça marche aussi non ?
Bof... Java marche à peu près bien en émulation Linux sur NetBSD/i386 par ex, ce qui veut bien dire que, vu qu'on a pas accès aux sources, on est obligé de faire avec ce que Sun donne. A ma connaissance, les derniers binaires Java ne sont disponibles que pour un nombre réduit de plateformes et faire tourner Java en émulation Linux, cela veut bien dire que Sun n'autorise pas n'importe quel système à disposer de sa VM. J'appelle donc pas ça « marcher » (il y a plein de problèmes avec les threads, par ex). Pour utiliser Java sous MacOSX, je peux dire qu'il n'y a pas photo entre deux applis, l'une s'exécutant sous BSD l'autre sous OSX.
J'ai encore du mal à le situer ce petit jeune dans la grande famille des langages.
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
-- Éric Jacoboni, né il y a 1368703512 secondes
Wild Thing
Ce n'est pas une technologie SUN... Il s'agit de POSIX et ces appels ne se trouvent pas partout.
Ok,
Bof... Java marche à peu près bien en émulation Linux sur NetBSD/i386 par ex, ce qui veut bien dire que, vu qu'on a pas accès aux sources, on est obligé de faire avec ce que Sun donne. A ma connaissance, les derniers binaires Java ne sont disponibles que pour un nombre réduit de plateformes et faire tourner Java en émulation Linux, cela veut bien dire que Sun n'autorise pas n'importe quel système à disposer de sa VM. J'appelle donc pas ça « marcher » (il y a plein de problèmes avec les threads, par ex). Pour utiliser Java sous MacOSX, je peux dire qu'il n'y a pas photo entre deux applis, l'une s'exécutant sous BSD l'autre sous OSX.
Encore une raison des difficultés de Sun alors... ils ne se font pas que des potes avec ça. A part IBM, qui a les moyens et la volonté de faire certifier un JVM ? Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
Un bon produit d'appel pour attiré le badaud chez M$ ? :-)
-- Webcrawler, beware the beast in black... Wild Thing !
Ce n'est pas une technologie SUN... Il s'agit de POSIX et ces appels
ne se trouvent pas partout.
Ok,
Bof... Java marche à peu près bien en émulation Linux sur NetBSD/i386
par ex, ce qui veut bien dire que, vu qu'on a pas accès aux sources,
on est obligé de faire avec ce que Sun donne. A ma connaissance, les
derniers binaires Java ne sont disponibles que pour un nombre réduit
de plateformes et faire tourner Java en émulation Linux, cela veut
bien dire que Sun n'autorise pas n'importe quel système à disposer de
sa VM. J'appelle donc pas ça « marcher » (il y a plein de problèmes
avec les threads, par ex). Pour utiliser Java sous MacOSX, je peux
dire qu'il n'y a pas photo entre deux applis, l'une s'exécutant sous
BSD l'autre sous OSX.
Encore une raison des difficultés de Sun alors... ils ne se font pas que
des potes avec ça. A part IBM, qui a les moyens et la volonté de faire
certifier un JVM ? Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
Faut le voir comme un Java bis, les problèmes de licence en moins (les
sources sont dispos). Bon, mais à part l'avoir compilé et programmé
deux ou trois petits trucs je ne le connais pas plus que ça. Le
langage est intéressant, cela dit.
Un bon produit d'appel pour attiré le badaud chez M$ ?
:-)
--
Webcrawler, beware the beast in black...
Wild Thing !
Ce n'est pas une technologie SUN... Il s'agit de POSIX et ces appels ne se trouvent pas partout.
Ok,
Bof... Java marche à peu près bien en émulation Linux sur NetBSD/i386 par ex, ce qui veut bien dire que, vu qu'on a pas accès aux sources, on est obligé de faire avec ce que Sun donne. A ma connaissance, les derniers binaires Java ne sont disponibles que pour un nombre réduit de plateformes et faire tourner Java en émulation Linux, cela veut bien dire que Sun n'autorise pas n'importe quel système à disposer de sa VM. J'appelle donc pas ça « marcher » (il y a plein de problèmes avec les threads, par ex). Pour utiliser Java sous MacOSX, je peux dire qu'il n'y a pas photo entre deux applis, l'une s'exécutant sous BSD l'autre sous OSX.
Encore une raison des difficultés de Sun alors... ils ne se font pas que des potes avec ça. A part IBM, qui a les moyens et la volonté de faire certifier un JVM ? Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
Un bon produit d'appel pour attiré le badaud chez M$ ? :-)
-- Webcrawler, beware the beast in black... Wild Thing !
talon
Eric Jacoboni wrote:
J'ai encore du mal à le situer ce petit jeune dans la grande famille des langages.
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
Pour avoir compilé le jdk-1.3.1 sous FreeBSD, j'ai eu l'impression que
les sources étaient dispos. M'aurait-on menti? (Certes, c'est un vrai merdier pour aller les chercher chez Sun, tout comme icc chez Intel d'ailleurs, mais enfin ...) Maintenant, comprendre les dites sources c'est une autre histoire. Java est notoirement imbaisable et particulièrement difficile à porter, en particulier à cuse de hotspot.
--
Michel TALON
Eric Jacoboni <jaco@teaser.fr> wrote:
J'ai encore du mal à le situer ce petit jeune dans la grande famille
des langages.
Faut le voir comme un Java bis, les problèmes de licence en moins (les
sources sont dispos). Bon, mais à part l'avoir compilé et programmé
deux ou trois petits trucs je ne le connais pas plus que ça. Le
langage est intéressant, cela dit.
Pour avoir compilé le jdk-1.3.1 sous FreeBSD, j'ai eu l'impression que
les sources étaient dispos. M'aurait-on menti?
(Certes, c'est un vrai merdier pour aller les chercher chez Sun, tout
comme icc chez Intel d'ailleurs, mais enfin ...)
Maintenant, comprendre les dites sources c'est une autre histoire.
Java est notoirement imbaisable et particulièrement difficile à porter,
en particulier à cuse de hotspot.
J'ai encore du mal à le situer ce petit jeune dans la grande famille des langages.
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
Pour avoir compilé le jdk-1.3.1 sous FreeBSD, j'ai eu l'impression que
les sources étaient dispos. M'aurait-on menti? (Certes, c'est un vrai merdier pour aller les chercher chez Sun, tout comme icc chez Intel d'ailleurs, mais enfin ...) Maintenant, comprendre les dites sources c'est une autre histoire. Java est notoirement imbaisable et particulièrement difficile à porter, en particulier à cuse de hotspot.
--
Michel TALON
Eric Jacoboni
(Michel Talon) writes:
Pour avoir compilé le jdk-1.3.1 sous FreeBSD, j'ai eu l'impression que les sources étaient dispos. M'aurait-on menti?
Je parle des dernières versions : on en est à la 1.4.1 et, que je sache, les sources ne sont pas dispos.
-- Éric Jacoboni, né il y a 1368721409 secondes
talon@lpthe.jussieu.fr (Michel Talon) writes:
Pour avoir compilé le jdk-1.3.1 sous FreeBSD, j'ai eu l'impression que
les sources étaient dispos. M'aurait-on menti?
Je parle des dernières versions : on en est à la 1.4.1 et, que je
sache, les sources ne sont pas dispos.
Heu, ils sont quand même en train de prendre le virage très vite...
Ouais, euh, c'est plus façon la courbe est lâche mais le volant dur qu'avec la joue gauche qui rape le gravier quand même.
Ol. -- Olivier Gutknecht
gutkneco+news
Wild Thing wrote:
Encore une raison des difficultés de Sun alors... ils ne se font pas que des potes avec ça. A part IBM, qui a les moyens et la volonté de faire certifier un JVM ?
Beaucoup de monde, à commencer par tout ceux qui ont pris une license du code Sun et qui ont a faire certifier leurs changements/optimisations. C'est le cas de la plupart des constructeurs et éditeurs (en particulier en BD) qui ont des JVM "tunées". IBM est l'un des rares à avoir une reimplémentation from scratch.
Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
"Prometteur"
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
Un bon produit d'appel pour attiré le badaud chez M$ ?
On peut le voir comme ça. On peut aussi le voir comme une occasion du siècle pour Microsoft de repartir sur des bases saines et de remettre à plat leur infrastructure, tant pour le côté COM que pour les langages ou l'intégration avec des produits tiers. Tout en apprenant des erreurs de Java. Ne serait-ce que parce que l'équipe qui a conçu l'infrastructure de .NET, C#/CLR/VB.NET etc est très brillante.
Bon, des bouts d'URL avec des morceaux de contenu dedans:
Deux comparaisons entre C# et Java-le-langage. <http://genamics.com/developer/csharp_comparative.htm> <http://www.25hoursaday.com/CsharpVsJava.html> La présentation d'Anders Hejlsberg sur C# et son futur à OOPSLA: <http://www.gotdotnet.com/team/csharp/learn/Future/default.aspx>
Un papier de comparaison JVM/CLR par un chercheur en compilation: <http://sky.fit.qut.edu.au/~gough/VirtualMachines.ps> Deux intéressants papier de Microsoft Research sur les avancées de CLR par rapport aux JVM: <http://docs.msdnaa.net/ark/Webfiles/WhitePapers/CLR.pdf> <http://pag.lcs.mit.edu/reading-group/meijer01clr.pdf> Un papier sur la génération de code au runtime comparée entre plusieurs JVM et CLR: <http://www.dina.dk/~sestoft/rtcg/rtcg.pdf>
Les notes au jour le jour du développeur de IKVM (une VM Java sur .NET): <http://weblog.ikvm.net> L'implémentation alternative de .NET, Mono: <http://www.go-mono.com/>
Ol. -- Olivier Gutknecht
Wild Thing <jjcolumpsi@wanadoo.fr> wrote:
Encore une raison des difficultés de Sun alors... ils ne se font pas que
des potes avec ça. A part IBM, qui a les moyens et la volonté de faire
certifier un JVM ?
Beaucoup de monde, à commencer par tout ceux qui ont pris une license du
code Sun et qui ont a faire certifier leurs changements/optimisations.
C'est le cas de la plupart des constructeurs et éditeurs (en particulier
en BD) qui ont des JVM "tunées". IBM est l'un des rares à avoir une
reimplémentation from scratch.
Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
"Prometteur"
Faut le voir comme un Java bis, les problèmes de licence en moins (les
sources sont dispos). Bon, mais à part l'avoir compilé et programmé
deux ou trois petits trucs je ne le connais pas plus que ça. Le
langage est intéressant, cela dit.
Un bon produit d'appel pour attiré le badaud chez M$ ?
On peut le voir comme ça. On peut aussi le voir comme une occasion du
siècle pour Microsoft de repartir sur des bases saines et de remettre à
plat leur infrastructure, tant pour le côté COM que pour les langages ou
l'intégration avec des produits tiers. Tout en apprenant des erreurs de
Java. Ne serait-ce que parce que l'équipe qui a conçu l'infrastructure
de .NET, C#/CLR/VB.NET etc est très brillante.
Bon, des bouts d'URL avec des morceaux de contenu dedans:
Deux comparaisons entre C# et Java-le-langage.
<http://genamics.com/developer/csharp_comparative.htm>
<http://www.25hoursaday.com/CsharpVsJava.html>
La présentation d'Anders Hejlsberg sur C# et son futur à OOPSLA:
<http://www.gotdotnet.com/team/csharp/learn/Future/default.aspx>
Un papier de comparaison JVM/CLR par un chercheur en compilation:
<http://sky.fit.qut.edu.au/~gough/VirtualMachines.ps>
Deux intéressants papier de Microsoft Research sur les avancées de CLR
par rapport aux JVM:
<http://docs.msdnaa.net/ark/Webfiles/WhitePapers/CLR.pdf>
<http://pag.lcs.mit.edu/reading-group/meijer01clr.pdf>
Un papier sur la génération de code au runtime comparée entre plusieurs
JVM et CLR:
<http://www.dina.dk/~sestoft/rtcg/rtcg.pdf>
Les notes au jour le jour du développeur de IKVM (une VM Java sur .NET):
<http://weblog.ikvm.net>
L'implémentation alternative de .NET, Mono:
<http://www.go-mono.com/>
Encore une raison des difficultés de Sun alors... ils ne se font pas que des potes avec ça. A part IBM, qui a les moyens et la volonté de faire certifier un JVM ?
Beaucoup de monde, à commencer par tout ceux qui ont pris une license du code Sun et qui ont a faire certifier leurs changements/optimisations. C'est le cas de la plupart des constructeurs et éditeurs (en particulier en BD) qui ont des JVM "tunées". IBM est l'un des rares à avoir une reimplémentation from scratch.
Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
"Prometteur"
Faut le voir comme un Java bis, les problèmes de licence en moins (les sources sont dispos). Bon, mais à part l'avoir compilé et programmé deux ou trois petits trucs je ne le connais pas plus que ça. Le langage est intéressant, cela dit.
Un bon produit d'appel pour attiré le badaud chez M$ ?
On peut le voir comme ça. On peut aussi le voir comme une occasion du siècle pour Microsoft de repartir sur des bases saines et de remettre à plat leur infrastructure, tant pour le côté COM que pour les langages ou l'intégration avec des produits tiers. Tout en apprenant des erreurs de Java. Ne serait-ce que parce que l'équipe qui a conçu l'infrastructure de .NET, C#/CLR/VB.NET etc est très brillante.
Bon, des bouts d'URL avec des morceaux de contenu dedans:
Deux comparaisons entre C# et Java-le-langage. <http://genamics.com/developer/csharp_comparative.htm> <http://www.25hoursaday.com/CsharpVsJava.html> La présentation d'Anders Hejlsberg sur C# et son futur à OOPSLA: <http://www.gotdotnet.com/team/csharp/learn/Future/default.aspx>
Un papier de comparaison JVM/CLR par un chercheur en compilation: <http://sky.fit.qut.edu.au/~gough/VirtualMachines.ps> Deux intéressants papier de Microsoft Research sur les avancées de CLR par rapport aux JVM: <http://docs.msdnaa.net/ark/Webfiles/WhitePapers/CLR.pdf> <http://pag.lcs.mit.edu/reading-group/meijer01clr.pdf> Un papier sur la génération de code au runtime comparée entre plusieurs JVM et CLR: <http://www.dina.dk/~sestoft/rtcg/rtcg.pdf>
Les notes au jour le jour du développeur de IKVM (une VM Java sur .NET): <http://weblog.ikvm.net> L'implémentation alternative de .NET, Mono: <http://www.go-mono.com/>
Ol. -- Olivier Gutknecht
gutkneco+news
Irvin Probst wrote:
Le gros probleme de Sun c'est de ne pas avoir de politique claire amha... Alors ils orientent leur stratégie sur quoi au juste ? - Un OS pour serveurs ? - Un OS pour stations de travail ? - Un OS grand public ? - Des stations de travail ? - Des serveurs haut de gamme ? - Des serveurs Linux pour le bas de gamme ? - Java ?
Tu oublies: - Un environnement desktop pour postes clients Linux ou Solaris - Un environnement serveur multi-services - Des environnements de développement - Une suite bureautique - De la gestion de réseau et de clusters - ...
Ol. -- Olivier Gutknecht
Irvin Probst <irvin@irvinig.org> wrote:
Le gros probleme de Sun c'est de ne pas avoir de politique claire
amha...
Alors ils orientent leur stratégie sur quoi au juste ?
- Un OS pour serveurs ?
- Un OS pour stations de travail ?
- Un OS grand public ?
- Des stations de travail ?
- Des serveurs haut de gamme ?
- Des serveurs Linux pour le bas de gamme ?
- Java ?
Tu oublies:
- Un environnement desktop pour postes clients Linux ou Solaris
- Un environnement serveur multi-services
- Des environnements de développement
- Une suite bureautique
- De la gestion de réseau et de clusters
- ...
Le gros probleme de Sun c'est de ne pas avoir de politique claire amha... Alors ils orientent leur stratégie sur quoi au juste ? - Un OS pour serveurs ? - Un OS pour stations de travail ? - Un OS grand public ? - Des stations de travail ? - Des serveurs haut de gamme ? - Des serveurs Linux pour le bas de gamme ? - Java ?
Tu oublies: - Un environnement desktop pour postes clients Linux ou Solaris - Un environnement serveur multi-services - Des environnements de développement - Une suite bureautique - De la gestion de réseau et de clusters - ...
Ol. -- Olivier Gutknecht
Wild Thing
Beaucoup de monde, à commencer par tout ceux qui ont pris une license du code Sun et qui ont a faire certifier leurs changements/optimisations. C'est le cas de la plupart des constructeurs et éditeurs (en particulier en BD) qui ont des JVM "tunées". IBM est l'un des rares à avoir une reimplémentation from scratch.
C'est de ce cas précis dont je voulais parler en effet...
Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
"Prometteur"
Qui peut "financer" les certifs successives des versions de ces trucs prometteurs, le projet GNU et ses collectes de dons ? Est-ce dans l'esprit de la GPL ou de la LGPL ?
On peut le voir comme ça. On peut aussi le voir comme une occasion du siècle pour Microsoft de repartir sur des bases saines et de remettre à plat leur infrastructure, tant pour le côté COM que pour les langages ou l'intégration avec des produits tiers. Tout en apprenant des erreurs de Java. Ne serait-ce que parce que l'équipe qui a conçu l'infrastructure de .NET, C#/CLR/VB.NET etc est très brillante.
Ca mériterait presque d'en faire un projet libre... autour de GCC ! :-)
Bon, des bouts d'URL avec des morceaux de contenu dedans: Deux comparaisons entre C# et Java-le-langage. <http://genamics.com/developer/csharp_comparative.htm> <http://www.25hoursaday.com/CsharpVsJava.html> La présentation d'Anders Hejlsberg sur C# et son futur à OOPSLA: <http://www.gotdotnet.com/team/csharp/learn/Future/default.aspx> Un papier de comparaison JVM/CLR par un chercheur en compilation: <http://sky.fit.qut.edu.au/~gough/VirtualMachines.ps> Deux intéressants papier de Microsoft Research sur les avancées de CLR par rapport aux JVM: <http://docs.msdnaa.net/ark/Webfiles/WhitePapers/CLR.pdf> <http://pag.lcs.mit.edu/reading-group/meijer01clr.pdf> Un papier sur la génération de code au runtime comparée entre plusieurs JVM et CLR: <http://www.dina.dk/~sestoft/rtcg/rtcg.pdf> Les notes au jour le jour du développeur de IKVM (une VM Java sur .NET): <http://weblog.ikvm.net> L'implémentation alternative de .NET, Mono: <http://www.go-mono.com/>
Merci pour ces liens...
-- Webcrawler, beware the beast in black... Wild Thing !
Beaucoup de monde, à commencer par tout ceux qui ont pris une license du
code Sun et qui ont a faire certifier leurs changements/optimisations.
C'est le cas de la plupart des constructeurs et éditeurs (en particulier
en BD) qui ont des JVM "tunées". IBM est l'un des rares à avoir une
reimplémentation from scratch.
C'est de ce cas précis dont je voulais parler en effet...
Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
"Prometteur"
Qui peut "financer" les certifs successives des versions de ces trucs
prometteurs, le projet GNU et ses collectes de dons ? Est-ce dans
l'esprit de la GPL ou de la LGPL ?
On peut le voir comme ça. On peut aussi le voir comme une occasion du
siècle pour Microsoft de repartir sur des bases saines et de remettre à
plat leur infrastructure, tant pour le côté COM que pour les langages ou
l'intégration avec des produits tiers. Tout en apprenant des erreurs de
Java. Ne serait-ce que parce que l'équipe qui a conçu l'infrastructure
de .NET, C#/CLR/VB.NET etc est très brillante.
Ca mériterait presque d'en faire un projet libre... autour de GCC !
:-)
Bon, des bouts d'URL avec des morceaux de contenu dedans:
Deux comparaisons entre C# et Java-le-langage.
<http://genamics.com/developer/csharp_comparative.htm>
<http://www.25hoursaday.com/CsharpVsJava.html>
La présentation d'Anders Hejlsberg sur C# et son futur à OOPSLA:
<http://www.gotdotnet.com/team/csharp/learn/Future/default.aspx>
Un papier de comparaison JVM/CLR par un chercheur en compilation:
<http://sky.fit.qut.edu.au/~gough/VirtualMachines.ps>
Deux intéressants papier de Microsoft Research sur les avancées de CLR
par rapport aux JVM:
<http://docs.msdnaa.net/ark/Webfiles/WhitePapers/CLR.pdf>
<http://pag.lcs.mit.edu/reading-group/meijer01clr.pdf>
Un papier sur la génération de code au runtime comparée entre plusieurs
JVM et CLR:
<http://www.dina.dk/~sestoft/rtcg/rtcg.pdf>
Les notes au jour le jour du développeur de IKVM (une VM Java sur .NET):
<http://weblog.ikvm.net>
L'implémentation alternative de .NET, Mono:
<http://www.go-mono.com/>
Merci pour ces liens...
--
Webcrawler, beware the beast in black...
Wild Thing !
Beaucoup de monde, à commencer par tout ceux qui ont pris une license du code Sun et qui ont a faire certifier leurs changements/optimisations. C'est le cas de la plupart des constructeurs et éditeurs (en particulier en BD) qui ont des JVM "tunées". IBM est l'un des rares à avoir une reimplémentation from scratch.
C'est de ce cas précis dont je voulais parler en effet...
Qu'n est il de Kaffe sous linux et de Gcj/Cjj ?
"Prometteur"
Qui peut "financer" les certifs successives des versions de ces trucs prometteurs, le projet GNU et ses collectes de dons ? Est-ce dans l'esprit de la GPL ou de la LGPL ?
On peut le voir comme ça. On peut aussi le voir comme une occasion du siècle pour Microsoft de repartir sur des bases saines et de remettre à plat leur infrastructure, tant pour le côté COM que pour les langages ou l'intégration avec des produits tiers. Tout en apprenant des erreurs de Java. Ne serait-ce que parce que l'équipe qui a conçu l'infrastructure de .NET, C#/CLR/VB.NET etc est très brillante.
Ca mériterait presque d'en faire un projet libre... autour de GCC ! :-)
Bon, des bouts d'URL avec des morceaux de contenu dedans: Deux comparaisons entre C# et Java-le-langage. <http://genamics.com/developer/csharp_comparative.htm> <http://www.25hoursaday.com/CsharpVsJava.html> La présentation d'Anders Hejlsberg sur C# et son futur à OOPSLA: <http://www.gotdotnet.com/team/csharp/learn/Future/default.aspx> Un papier de comparaison JVM/CLR par un chercheur en compilation: <http://sky.fit.qut.edu.au/~gough/VirtualMachines.ps> Deux intéressants papier de Microsoft Research sur les avancées de CLR par rapport aux JVM: <http://docs.msdnaa.net/ark/Webfiles/WhitePapers/CLR.pdf> <http://pag.lcs.mit.edu/reading-group/meijer01clr.pdf> Un papier sur la génération de code au runtime comparée entre plusieurs JVM et CLR: <http://www.dina.dk/~sestoft/rtcg/rtcg.pdf> Les notes au jour le jour du développeur de IKVM (une VM Java sur .NET): <http://weblog.ikvm.net> L'implémentation alternative de .NET, Mono: <http://www.go-mono.com/>
Merci pour ces liens...
-- Webcrawler, beware the beast in black... Wild Thing !
