"Ca dépend des outils, des plateformes de dev, des plateformes de déploiement..."
Je suis tout à fait d'accord. M'enfin J2EE ou .NET sous-entend aussi un langage, plus ou moins productif, sous-entend une plateforme, avec des API là aussi plus ou moins productifs (et c'est pour celà qu'il cite ASP.NET, qui n'a pas de réel équivalent dans le monde J2EE, je sais y'a les JSF mais voilà quoi :) )... Enfin Icaza ne s'y trompe pas : il faut un IDE puissant pour rester cohérent avec cette recherche de "productivité"
"Est ce que toi tu peux faire modifier .net ?"
Dans .NET il y a 2 parties :
- toute la couche technologique et les API de base, soumis à l'ECMA et à l'ISO. Pour ce qui est de faire des propositions, tout le monde peut bien entendu en faire sur les mailing-lists de l'ECMA. Pour faire parti du processus décisionnaire, il faut par contre un accord de l'ECMA, tout est expliqué par là : http://www.ecma-international.org/memento/join.htm.(...)
C'est comme çà que Ximian a intégré l'organisation pour faire évoluer C# 2.0 par exemple. Si j'ai bien compris, ce n'est pas ouvert à tout le monde (d'ailleur c'est difficile d'autoriser tout le monde, quelque soit l'organisation), mais l'ECMA est indépendant, et ne dépend pas plus de Microsoft que de n'importe quelle autre boîte, contrairement au JCP dont Sun reste le créateur et donc le gentil organisateur du club (qui donne accessoirement le ticket d'entrée).
Au pire, tu peux faire des propositions par mail à microsoft et ils feront ce qu'ils veulent avec...
Bof, de ce point de vue là je ne suis pas sûr que les mails soit la meilleur méthode. Comme dans beaucoup de boîtes, Microsoft consulte avant tout ses clients (normal quand tu veux répondre à leurs besoins), et n'importe qui peut faire des propositions dans les forums de discussions, ou encore sur les blogs des développeurs et architectes de MS. Ils prennent vraiment en compte ce que les utilisateurs leurs proposent (sur le plan technique). Je suppose que celà fonctionne pareil dans la sphère Java.
[^] # Re: et le fud....
Posté par TImaniac (site web personnel) . En réponse à la dépêche Microsoft face aux logiciels libres. Évalué à 3.
Je suis tout à fait d'accord. M'enfin J2EE ou .NET sous-entend aussi un langage, plus ou moins productif, sous-entend une plateforme, avec des API là aussi plus ou moins productifs (et c'est pour celà qu'il cite ASP.NET, qui n'a pas de réel équivalent dans le monde J2EE, je sais y'a les JSF mais voilà quoi :) )... Enfin Icaza ne s'y trompe pas : il faut un IDE puissant pour rester cohérent avec cette recherche de "productivité"
"Est ce que toi tu peux faire modifier .net ?"
Dans .NET il y a 2 parties :
- toute la couche technologique et les API de base, soumis à l'ECMA et à l'ISO. Pour ce qui est de faire des propositions, tout le monde peut bien entendu en faire sur les mailing-lists de l'ECMA. Pour faire parti du processus décisionnaire, il faut par contre un accord de l'ECMA, tout est expliqué par là : http://www.ecma-international.org/memento/join.htm.(...)
C'est comme çà que Ximian a intégré l'organisation pour faire évoluer C# 2.0 par exemple. Si j'ai bien compris, ce n'est pas ouvert à tout le monde (d'ailleur c'est difficile d'autoriser tout le monde, quelque soit l'organisation), mais l'ECMA est indépendant, et ne dépend pas plus de Microsoft que de n'importe quelle autre boîte, contrairement au JCP dont Sun reste le créateur et donc le gentil organisateur du club (qui donne accessoirement le ticket d'entrée).
Au pire, tu peux faire des propositions par mail à microsoft et ils feront ce qu'ils veulent avec...
Bof, de ce point de vue là je ne suis pas sûr que les mails soit la meilleur méthode. Comme dans beaucoup de boîtes, Microsoft consulte avant tout ses clients (normal quand tu veux répondre à leurs besoins), et n'importe qui peut faire des propositions dans les forums de discussions, ou encore sur les blogs des développeurs et architectes de MS. Ils prennent vraiment en compte ce que les utilisateurs leurs proposent (sur le plan technique). Je suppose que celà fonctionne pareil dans la sphère Java.