Où dans les cimetières ?Envoyé par lequebecois79
Je rejoins l'avis, 3/3.5 était un énorme pas avec LINQ/LAMBDA/WPF/WCF/WF mais la rien de mémorable, ils ont juste incorporé la lib graphique en standard.
Je retiendrais plus VS2010 !!
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Où dans les cimetières ?
Je rejoins l'avis, 3/3.5 était un énorme pas avec LINQ/LAMBDA/WPF/WCF/WF mais la rien de mémorable, ils ont juste incorporé la lib graphique en standard.
Je retiendrais plus VS2010 !!
C'est certainement pour cette raison, très cobolienne, que les handsets et autres devices embarqués utlisent Java et pas .net ....Bref java a surement un volume de projet important mais ce n'est pas pour des raison de qualité technique mais historique... un peu comme les projets cobol il y a 10 ans
Franchement qu'est on peut lire comme conneries sur Java ....
Oui mais je m'en fous un peu , vu qu'en fait mon POCO ne sert jamais.
Il me sert justement derriére à créer des objets qui eux ne sont pas décorés inutilement, où n'ont pas pas des kilolignes de plomberie.
Et pourquoi ceux qui font du Java se sentent obligé de venir sur ce sujet qui à priori ne les concernent pas ? Java est génial, c'est une des grandes techno du siécle dernier, mais qu'est ce que qu'on peut en avoir à foutre de ce que fait ou pas java ou du niveau de connaissance des gens qui font du .net en java dans un sujet où on demande aux gens leur avis sur le framework .net ?C'est certainement pour cette raison, très cobolienne, que les handsets et autres devices embarqués utlisent Java et pas .net ....
Franchement qu'est on peut lire comme conneries sur Java ....
A quoi sert ce niéme troll pro-java ? Surtout parler des langages basés sur une machine virtuelle dans l'embarquer...Mais ça va stopper quand ?
Dieux a inventé Java pour que l'humanité soit meilleure, la spécification EJB est la bible du 21éme siécle, et quoi qu'il arrive Java est ce qui se fait de mieux.
Super.
Est-ce que maintenant on peut parler de .Net dans un sujet .Net tranquilles ?
C'est à dire sans toutes les petite allusions gamines et inutiles des pro-java de - de 30 ans ?
Désolé d'intervenir pour le coup mais je trouve ce type de remarque très déplacé.
Tout d'abord "ceux qui utilisent java" peuvent être intéressés par ce sujet car bon nombre de professionnels à l'heure actuelle sont ou souhaitent être polyglotte (en terme de langage informatique).
Cette distinction entre "ceux qui utilisent java" et les autres est tout simplement d'un autre age...
Si des personnes qui ont utilisé les deux langages et qu'ils sont interloqués par des citations trollesques se sentent obligés de réagir je peux comprendre. Je n'apprécie pas les querelles de ce type pour autant mais parfois on peut se sentir obligé de répondre.
Apprécier une techno plutôt qu'une autre c'est une affaire de gout. Pour autant il faut être constructif et savoir prendre du recul.
Ce genre d'interventions (je te cite)
Pourquoi pas, ca n'engage que toi. Mais il ne faut pas s'étonner que d'autres répondent sur le même ton dans l'autre sens.- Mais fonctionnellement et techniquement .Net a mis 5 ans dans le nez à Java
Pour rappel, un troll c'est une affirmation gratuite sans fondement ayant pour but de faire réagir. Par exemple ce type de phrase (je te cite)
Un peu d'auto modération ne ferait sans doute pas de mal.- J2EE me gonfle aussi aujourd'hui. Et surtout les gens que ça implique.
- les fanboys Java ne savent pas se retenir, que tout est bon pour ouvrir le feu sur Microsoft
- C'est à dire sans toutes les petite allusions gamines et inutiles des pro-java de - de 30 ans ?
-C'est une techno en perte de vitesse, qui souffre d'une politique floue, d'une évolution lente et d'une communauté pesante voir sclérosante.
Désolé pour la digression. Je ferais en sorte de ne pas intervenir à nouveau pour ce type de débat.
Pour en revenir au sujet
Mon premier job fut sur Embed Visual C++, une édition de visual C++ pour développer sur Pocket PC et qui possédait un émulateur intégré (pas mal avec le recul).
Même si Visual Studio contient encore Visual C++ et ces MFC, est-ce que l'on peut considérer que ce n'est conservé que pour compatibilité ?
Perso je le vois comme ca et je trouve l'évolution vers C# comme un très bon tournant pour cette plateforme.
Est-ce qu'une fois, je me suis fendu de ça dans un forum Java quelconque ?
Non jamais.
Maintenant, j'ai le droit avec plus de 12 ans d'expérience en architecture logicielle
- De ne pas aimer faire du Java ou de l'archi en Java en 2011
- De ne pas avoir envie de parler de .Net en devant constamment faire une comparaison ou battre ma coulpe de prendre une techno propriétaire
D'un autre côté, de la même façon que j'ai un avis assez claire sur certaines techno de microsoft (comme EF dont je ne me cache penser que c'est un sous produit qui aujourd'hui pénalise l'offre et méne l'accès aux données dans la mauvaise direction, là ou ADO.Net avait apporté un plus), que j'ai un amour de jeunesse pour l'oss, j'ai le droit de dire qu'en tant que professionnel aujourd'hui je recommande davantage une techno .Net qui a un avenir clair pour moi, versus un Java qui a un passé clair, mais un devenir flou.
Si l'intérêt d'un débat pour toi, c'est que tout le monde est consensuel et que personne n'a d'avis (bref, on se demande où réside le débat dans ce cas...) c'est super.
Mais je te redis : j'ai déjà donné mon avis dans les sujets appropriés, je ne vais pas explicitement discuter de mon intérêt pour une techno dans des sujets consacrés à d'autres.
Maintenant, tu peux te drapper dans une dignité inutile, franchement, ça ne m'intéresse pas plus que ça. J'ai développé dans le noyau linux en C, fait de l'ada, du pl, du c++, du corba, du java, du j2ee, j'ai participé à une demi douzaine de librairies en java dont certaines sont relativement utilisés aujourd'hui, et j'aime coder en .Net aujourd'hui.
Donc j'ai les moyens aujourd'hui de faire une comparaison d'usage personnel et professionnel des ces technos. Que les résultats de ces observations ne plaisent pas à tout le monde dont acte, je ne viens pas discuter de politique général. Je suis à la base un chercheur, et la recherche se base sur les faits et l'observation.
les fanboys Java ne savent pas se retenir, que tout est bon pour ouvrir le feu sur Microsoft
Oui, ça décrédibilise Java, et même les vendeurs de Microsoft s'en servent. Les cours de vente les plus élémentaires expliquent qu'une audience n'est jamais réceptive à accepter les qualités d'un produit par le dénigrement d'un concurrent. Les fanboys Java font autant de bien à Java que tous les gamins linux qui passent leur temps à chercher des sujet sur Windows pour y aller de leur petite participation. C'est un fait. Depuis 10 ans, je vois pleins de gens s'insurger du côté Java en disant le pire mal de Microsoft et de .Net (dont des DSI de grands groupes), j'en vois très peu faire la même démarche dans l'autre sens. Là où même beaucoup de gens se trompent, c'est qu'il y a beaucoup de gens qui ont essayé Java à posteriori de .Net et de C#.
J2EE me gonfle aussi aujourd'hui. Et surtout les gens que ça implique.
Oui ça me gonfle. C'est gros, gras et lourd. C'est des JSR qui n'en finissent plus, qui sont des niémes abstraction de plomberie, et qui sont toujours aussi lourdes à mettre en oeuvre. Là ou Java est censé être libre, ouvert et donc extensible, jamais il n'y a eu autant d'ayatolah de l'architecture qu'en J2EE.
A être paumé entre ce qui est du framework, ce qui est de la spec, ce qui est de l'implémentation et ce qui est utile. Et reconnaitre ça, c'est reconnaitre ce qui plombe l'évolution du langage depuis 5 ans, qui s'est fait doubler par les nécessités des gros vendeurs qui ont uen façade open source.
C'est une techno en perte de vitesse, qui souffre d'une politique floue, d'une évolution lente et d'une communauté pesante voir sclérosante.
Qui sait où sera Java dans 3 ans ? Qui sait ce que Oracle va faire de Java ?
Que va-t-il se passer avec la fondation apache ? Netbeans ? Eclipse ?
Spring ? Java est devenu épars au milieu d'une bataille idéologique. Il souffre donc d'une politique produit floue parce que communautaire et qu'avoir 100% des gens d'accords est impossible, l'évolution est lente parce que finalement, il n'y a pas de politique produit, mais juste des spécifications qui n'intéressent que ceux qui les pondent et ne sont pas déstiné à un public large, et sclérosante parce qu'il suffit de regarder les évolutions technique de java entre là 1.5 et la 1.6. Ca tient sur une vingtaine de ligne.
Mais fonctionnellement et techniquement .Net a mis 5 ans dans le nez à Java
Et pourquoi ? Grace à une politique produit. Le virage est arrivé à la 2.0 où le framework commençait à être compétitif :
Meilleur sur l'IHM et les problèmatiques IHM, mais en retrait sur la distribution, les api serveur, ASP.NET pas au top, accès aux données moins efficient.
Mais un percée sur les web services, et le remoting.
En 3.5, linq et wcf sont terrifiants.
D'une ligne de code, tu sors d'une liste de double un écart type avec une ligne de code qui est plus performante que les itérateurs et qui ne provoque pas de fuites et qui est testable. Les délégués sont forts. Très forts.
En 4.0 c'est la prog paralléle, WF...Il y a une approche sémantique qui s'est déployée et c'est le résultat d'une politique produit forte : celle d'un éditeur.
Alors oui, il y a des imperfections et du déchet, mais il y a une volonté d'innover. Je ne vois plus rien de similaire au niveau de Java, sauf une activité OSS constante, mais là encore, ça reste du framework, la JVM évolue peu, et le langage aussi. Et je ne suis pas certain que 5 années hommes seraient suffisantes à rattraper certains gaps.
C'est à dire sans toutes les petite allusions gamines et inutiles des pro-java de - de 30 ans ?
Oui. Et je le pense. On peut être dur sans faire dans le prosélitisme.
Et ne mélange pas tout, j'aime Java. Ne pas partager la vision communautaire où la "ligne éditoriale du parti" ne signifie ne pas apprècier. Ma ligne éditoriale sur la politique Microsoft, que je considére souvent se pré-occuper de faire une démo vendeuse plus que de produire un outil fonctionnel (exemple : les années hommes englouties dans EDMX versus les fonctionnalités très limitées d'EF) n'est pas du gout de microsoft. De la même façon que de leur avoir dit à la premiére démo Azure qu'un Azure sans SGBD c'était comme la promesse d'une ile au caraïbe où tu reçois une douche froide à l'atterissage.
Apprécier une techno, ça réclame de suer avec.Pas d'avoir un avis académique ou de lire une statistique d'audience quelconque. C'est d'avoir utilisé, observé, partagé et réalisé avec. Des applications utiles, fonctionnelles, et non triviales.
Comme je dis souvent, pour faire un blog, du HTML suffirait. Le reste, c'est une question de goût et de choix. Et pour choisir correctement, il faut souvent mettre de côté ses goûts (moi je ferai bien tout en C++ et en boost), et être réaliste sur l'existant.
Et l'avenir de Java m'inquiéte car je crois que pour évoluer un marché doit avoir des adversités et surtout des alternatives.
Je crois qu'il y a un historique et que surtout C++ n'est pas une techno Microsoft et que VS a une crédibilité en développement C++. Me concernant, ce que je trouve plus important aujourd'hui c'est d'avoir une interopérabilité entre C++ et C# via CLR.
Mais je pense que Visual C++ a pas mal de parts de marché à conserver aujourd'hui. Mais ta question est juste je trouve.
Faut bien avouer que C# est "le" langage de .Net.
J'ai l'impression que les autres langages historiques sont supportés à titre honorifique. Peut-être également servent-ils d'accroche marketing pour attirer les entreprises dans la mouvance C#. Franchement, y a des gens ici qui font de nouveaux développements en Delphi.Net ou Fortran.Net ?
ALGORITHME (n.m.): Méthode complexe de résolution d'un problème simple.
Non mais F#est intéressant, il y a VB.Net qui se porte bien.
Moi je trouve juste cohérent que Microsoft qui posséde un IDE sur une techno qui n'est pas propriétaire (C++) ouvre sa plateforme à cette techno en unifiant son IDE.
Maintenant comme langage, oui C# est probablement le plus "sex", ce qui est marrant c'est qu'historiquement, J++ et J# furent des bides absolus.
Et pour rendre à César sa couronne, d'un point de vue syntaxique, Java est un des langages les plus sympas que je connaisse, et là dessus C# a pris de bonnes idées et su aussi extirper des choses intéressantes de Delphi.
C'est clair que les "nouveaux" langages sont intéressants. Pour le VB.net, je ne suis pas fan : j'ai l'impression que c'est juste du C# avec une syntaxe différente.
Pour le C++/CLI, j'hésite à trouver intéressant son intégration dans le framework. Le C# possède déjà pas mal de caractéristiques propre au C++ (comparativement à Vb ou Java par exemple). Je trouve plus intéressant de faire l'effort de passe du C++ "habituel" au C# que d'apprendre le C++/CLI qui me semble un peu assis entre deux chaises.
ALGORITHME (n.m.): Méthode complexe de résolution d'un problème simple.
Non VB.NET, c'est VB6 avec l'orientation objet et le framework .Net derriére. Ce langage qui souffre de sa ressemblance est redoutable : non seulement il est très abordable, mais au final, il délivre un niveau de puissance similaire à C#. D'ailleurs WF 4 se base dessus. Et il ne faut pas oublier un atout majeur : une compatibilité COM à toute épreuve. Et pour ceux d'entre nous qui doivent faire des applis qui peuvent créer des pont COM c'est redoutable de pouvoir créer en .Net une DLL qui s'expose en COM aussi facilement.
Pour le C++, je trouve l'intégration intéressante car sur certains domaines, C# délivre moins de puissance brute que C++. En outre, ça permet aussi de reflêchir à des stratégies de migration. Ce qui évite l'écueil VB6 vers VB.Net qui est tout sauf naturelle.
Moi je pense qu'un développeur doit passer par un peu de C++. Parce que c'est un langage structurant. On y apprend beaucoup, notamment sur la gestion de la mémoire et le threading. De la même façon que je trouve important qu'un langage fonctionnel soit implémenté (F#) car c'est aussi une bonne source d'inspiration pour les développeurs : algo et concision.
Après il y a aussi Ruby et Python aussi en .Net, et là je n'ai pas d'avis. Je ne comprends pas l'utilité de ces langages mais je comprends qu'ils puissent drainer une audience.
Je trouve aussi d'ailleurs que ça laisse le choix des armes et que c'est une stratégie intelligente. Tout le monde peut finalement trouver un langage qui lui convient sur la plateforme. Fondamentalement, on pourrait même ré-implémenter Java sur la DLR.
Euh.... Moi non plus, et je n'en ai pas l'intention.Jamais utilisé
Mais en fait il me semble que c'est bien la son rôle non? S'interfacer entre le code managé et le code natif.
Merci pour le message de modération, tu décris exactement mon cas
Je ne connais .net que théoriquement car dans mon domaine les technos de dev microsoft sont plutôt rares. Cela ne m'empeche pas de m'interesser à .net en lisant les articles et forums sur le sujet.
Par contre j’évite de poster mon avis sur .net car mes connaissances du sujet ne me permetent pas d'en débattre.
Peut être que cette démarche n'est pas si mauvaise que ca. Cela éviterait probablement certains posts assez fantaisistes comme celui sur lequel j'ai réagit...
HS/"On s'en fout" : je ne pense pas être connu comme un trolleur sur ces pages, ni que mon age intéresse grand monde. Et au passage je connais une personne qui vient de terminer un projet sympa de dev avec Delphi ....
Ça c'est une bonne idéeFondamentalement, on pourrait même ré-implémenter Java sur la DLR., pouvoir avoir une interopérabilité entre Java et C# au final serais cool, mais la c'est une utopie.
Vous souhaitez participer aux rubriques .NET ? Contactez-moi
Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
Mon blog, Mes articles, Me suivre sur Twitter
En posant correctement votre problème, on trouve la moitié de la solution
Une petite pensée pour J#Ça c'est une bonne idée
Non, c'est IKVMÇa c'est une bonne idée
Jamais entendu parlé.
Je lance un coup d'œil... apparemment c'est l'implémentation des bibliothèques java en .net, moi je parlais beaucoup plus de pouvoir faire purement du java sur une plateforme .net
Vous souhaitez participer aux rubriques .NET ? Contactez-moi
Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
Mon blog, Mes articles, Me suivre sur Twitter
En posant correctement votre problème, on trouve la moitié de la solution
Non, c'est à la fois l'implémentation d'une JVM en .Net (donc utilisable à la place du JRE), et également un compilo qui transforme du byecode java (.class) en CIL executable sur la CLRJamais entendu parlé
Je lance un coup d'œil... apparemment c'est l'implémentation des bibliothèques java en .net, moi je parlais beaucoup plus de pouvoir faire purement du java sur une plateforme .net
ALGORITHME (n.m.): Méthode complexe de résolution d'un problème simple.
Répondre avec citation
Partager