Discussion :

[Hinault Romaric]

Le Framework .NET souffle sa 15^e bougie que pensez-vous de l’évolution de la plateforme de développement de Microsoft ?

Ce mois marque le quinzième anniversaire du Framework .NET. Le projet avait débuté dans les laboratoires de Microsoft dans le cadre des travaux sur la prochaine génération de services Windows (NGWS - Next Generation Windows Services).

L’objectif était d’offrir aux développeurs une plateforme moderne pour la création d’applications Desktop et Web. La première version sera publiée le 13 février 2002 avec le désormais populaire langage de programmation orienté objet C#, le langage VB.NET (une évolution orientée objet de Visual Basic) et ASP.NET pour le développement d’application Web.

Les versions qui ont suivi sont les suivantes :

24/04/2003 - sortie de .NET Framework version 1.1 : livrée avec Visual Studio 2003 ou en version redistribuable, elle apportait beaucoup plus de stabilité, de performance et de sécurité que la précédente version. D'ailleurs, c'est elle qui a réellement fait découvrir .NET aux développeurs.

07/11/2005 - sortie de .NET Framework version 2.0 : cette version apporte des modifications importantes tant au niveau des différents éléments constituant la plateforme qu'au moteur d'exécution lui-même

06/11/2006 - sortie de .NET Framework version 3.0 : cette version débarque avec beaucoup de nouveaux concepts tels que Windows Presentation Foundation(WPF), Windows Workflow Foundation (WF), Windows Communication Foundation(WCF).

19/11/2007 - sortie de .NET Framework version 3.5 : livrée avec Visual Studio 2008 cette version intègre de nouvelles fonctionnalités telles que: Entity Framework; LINQ; ASP.NET Dynamic Data .

12/04/2010 - sortie de .NET Framework version 4.0 : livrée avec Visual Studio 2010, cette version intègre de nouvelles fonctionnalités pour le diagnostic et les performances, Dynamic Language Runtime(DLR), les Contrats de code, etc.

12/09/2012 - sortie de .NET Framework version 4.5 : cette version introduit la prise en charge des applications Windows Store et apporte des améliorations pour WPF, WCF, WF et ASP.NET

20/07/2015 - sortie de .NET Framework version 4.6 : accompagnée de Visual Studio 2015, cette version apporte la compilation avec .NET Native, des améliorations du traçage d'événements et bien plus.

27/06/2016 - sortie de .NET Core : dans sa stratégie d’ouverture, Microsoft rend open source certains fragments du Framework .NET. C’est ainsi que voit le jour .NET Core qui est open source et multiplateforme. Le code de la plateforme est public et les développeurs tiers peuvent contribuer à son développement.

Il faut noter également que cette année marque le 20^e anniversaire de Visual Studio. La prochaine version de l’environnement de développement (Visual Studio 2017) sera publiée le 7 mars prochain pour marquer l’événement.

Et vous ?

Quel pensez-vous du Framework .NET et son évolution 15 ans après ?

Comment avez-vous découvert la plateforme et qu’a-t-elle changé dans votre vie de développeur ?

L’ouverture du .NET Framework avec .NET Core présage-t-elle un avenir encore plus radieux pour la plateforme ?

[jopopmk]

Ah ! 2003 et ses premières offres d'emploi en .NET ... où il était demandé 5 ans d'expérience sur la techno

Quel pensez-vous du Framework .NET et son évolution 15 ans après ?

Imhotep

Comment avez-vous découvert la plateforme et qu’a-t-elle changé dans votre vie de développeur ?

Rapidement après la sortie j'ai été amené à développer en C# (class assembly), pour ne plus faire que ça jusqu'en 2012 environ (ASP.NET).

L’ouverture du .NET Framework avec .NET Core présage-t-elle un avenir encore plus radieux pour la plateforme ?

Depuis le début on attend ça. Un langage interprété sans interpréteur pour tous les systèmes, ça perd de son charme.

[rattlehead]

l idéee de Core etait peut etre bonne mais les outils un peu moins. me dire que la ligne de commande c'est le progrès . je ne sais pas!!

[MikeRowSoft]

[...]

Quel pensez-vous du Framework .NET et son évolution 15 ans après ?

[...]

Visual Studio 2005 Entreprise via MSDNAA, depuis supprimé sans moyen de récupéré.
La phase design était très pratique, se rapprochant enfin des RAD.

[...]

Comment avez-vous découvert la plateforme et qu’a-t-elle changé dans votre vie de développeur ?

[...]

À l'université. Chaque poste de travail en avaient un d'installé et les étudiants des droits bien précis. (base de registre inaccessible)
Les salles de TP était dédié Linux ou dédié Windows ou les deux avec reboot HW obligatoire pour le passage de l'un vers l'autre pour les universités ayant peu de moyen. (Reboot vers le secteur de boot du disque dur aurait pu suffire, clear ram memory... [probable des envies de virus])

P.S. : les runtimes de Microsoft Visual C++ versions : 8.0.59192, 8.0.59193, 8.0.610001, 9.0.30729, 9.0.30729.4148, 9.0.30729.6161, etc apparaisse dans la liste des programmes installés pour quelle raison ?
Ces correctifs sont pas ceux du Framework .NET ? (quand je vous parle de pollution visuelle)...

[jpouly]

Et le Framework 1.0 ???? c'est du mou de veau !!! Le Visual studio .net (en 2001), premier du nom

L'ayant utilisé depuis le début, je trouve qu'il a bien évolué, en ajoutant à chaque fois des "fonctionnalités" utiles : les génériques, les lambdas, le linQ, ...

Mais à force de vouloir le faire évoluer, on finit par rien faire de bon (comme les parallèles Query ou les Async par exemple ).

Je ne vois pas trop l'intérêt des dernières évolutions des langages (à part pour les nullables ). Tout comme le ".net core".

Si je veux faire du multiplateforme (sous-entendu pour M$ : Android/IOS/WPhone et non Linux/MacOsX/Windows/Solaris/Hp-Ux/IBM...) et bien je choisi Java ou C/C++, ou éventuellement Mono .

[Thorna]

Mais à force de vouloir le faire évoluer, on finit par rien faire de bon (comme les parallèles Query ou les Async par exemple ).

Le meilleur truc depuis des siècles ! Enfin, le plus pratique pour tout ce qui m'intéresse.

[kilroyFR]

Les dernieres evolutions du langage n'apportent plus grand chose (celles de C#7 notamment mais deja la v6).
L'IDE reste toujours tres bon meme s'il a pris un peu trop de poids ces dernieres années.

Seule ombre au tableau pour moi, c'est le multiplateforme; on l'aura attendu tellement longtemps qu'entre temps je suis passé a Java (assez facilement il faut dire en venant de C#) et pour mon plus grand bien. Je ne me pose pas trop de questions sur la cible de mes applis (mobile/desktop etc.) alors que c'est quelque chose que j'aurai voulu sur environnement .net (et comme Xamarin (j'ai essayé) arrive trop tard et plus une usine a gaz qu'autre chose en l'etat ben j'ai zappé).

Sinon Aspnet-Webapi et MVC sont pour moi les 2 elements les plus importants pour les devpts clients legers (j'ai abandonné les devpts WPF avec l'abandon de SL) car ils sont reellement clean et tres efficaces pour developper rapidement des applis qui tiennent la route.
Toujours gros dommage que microsoft soit incapable de nous fournir des composants qui tiennent la route (on a du ajouter du telerik ou componentOne pour pallier a tous les manques et c'est dommage - plutot que de perdre leur temps sur des conneries ils auraient mieux fait de completer la boite a outils du devp).

Bon environnement sympa malgré tout (mais plus pour le client lourd - passage a QT car WPF c'est vraiment pas top - je viens de SL et c'est la chose que je ne pardonne pas a microsoft - de nous avoir abandonné en route).

[redcurve]

Les dernieres evolutions du langage n'apportent plus grand chose (celles de C#7 notamment mais deja la v6).
L'IDE reste toujours tres bon meme s'il a pris un peu trop de poids ces dernieres années.

Seule ombre au tableau pour moi, c'est le multiplateforme; on l'aura attendu tellement longtemps qu'entre temps je suis passé a Java (assez facilement il faut dire en venant de C#) et pour mon plus grand bien. Je ne me pose pas trop de questions sur la cible de mes applis (mobile/desktop etc.) alors que c'est quelque chose que j'aurai voulu sur environnement .net (et comme Xamarin (j'ai essayé) arrive trop tard et plus une usine a gaz qu'autre chose en l'etat ben j'ai zappé).

Sinon Aspnet-Webapi et MVC sont pour moi les 2 elements les plus importants pour les devpts clients legers (j'ai abandonné les devpts WPF avec l'abandon de SL) car ils sont reellement clean et tres efficaces pour developper rapidement des applis qui tiennent la route.
Toujours gros dommage que microsoft soit incapable de nous fournir des composants qui tiennent la route (on a du ajouter du telerik ou componentOne pour pallier a tous les manques et c'est dommage - plutot que de perdre leur temps sur des conneries ils auraient mieux fait de completer la boite a outils du devp).

Bon environnement sympa malgré tout (mais plus pour le client lourd - passage a QT car WPF c'est vraiment pas top - je viens de SL et c'est la chose que je ne pardonne pas a microsoft - de nous avoir abandonné en route).

L'objectif de microsoft n'a jamais été de fournir des composants à gogo dans tous les sens, ils laissent ça aux sociétés spécialisés, eux ils fournissent la technologie et la plateforme. Telerik a des équipés spécialisés pour une chose Microsoft pour d'autre, ils ne font pas le même métier.

Ils existent deux "Xamarin", Xamarin Forms qui est multiplate-forme du coup assez monolithique parce qu'il faut faire des concessions, et Xamarine Ios, Xamarin Android etc. qui apport énormément plus de souplesse. Si l'application est correctement architecturé, il est possible d'avoir le code base en commun les projets Xamarin ios etc. faisant simplement gagner du temps sur la Gui sans compter en terme de perf, puisque c'est juste une abstraction contrairement à Xamarin Forms

[kilroyFR]

Si tu le dis mais j'ai malgré tout le droit de penser que Microsoft aurait du fournir des composants de meilleure qualité que ceux fournis de base pour eviter de devoir aller acheter par ailleurs des composants tierces, quelques fois pour faire le minimum non disponible sur leurs composants.
Quand on nous vend du reve a l'epoque d'aspnet avec les webforms avec du drag'n'drop et que la realité est tout autre ben tu dechantes (et tu vas expliquer a ton chef qui as assisté comme toi aux devdays, qu'il va falloir acheter des librairies tierces a plusieurs milliers d'euros pour faire ce qu'il veut) - du vecu !

Merci je connais Xamarin puisque j'ai porté une appli android complexe vers Xamarin pour voir l'interet.
=> Aucun en pratique puisque tu developpes avec Xamarin comme tu le ferais sous android studio (+GenyMotion).
De plus des que tu veux faire du "portable" IOS/Android ben c'est juste pas possible.
Les librairies dites portables ne sont pas stables du tout: bougent tous les jours. Bref, tu t'arraches les cheveux.
Meme pour des applis complexes avec beaucoup d'ecrans le code que tu peux mettre en commun est minimaliste.
Et le resultat final c'est une appli android qui fait 50Mo pour faire rien - bref un mille feuille logiciel pas possible alors que tu peux t'en sortir beaucoup plus simplement avec de l'android classique sans prise de tete. Oui experience Xamarin m'a laissé plutot de marbre.

PS : je ne suis fanboy de personne, juste mon retour d'experience.

[redcurve]

Si tu le dis mais j'ai malgré tout le droit de penser que Microsoft aurait du fournir des composants de meilleure qualité que ceux fournis de base pour eviter de devoir aller acheter par ailleurs des composants tierces, quelques fois pour faire le minimum non disponible sur leurs composants.
Quand on nous vend du reve a l'epoque d'aspnet avec les webforms avec du drag'n'drop et que la realité est tout autre ben tu dechantes (et tu vas expliquer a ton chef qui as assisté comme toi aux devdays, qu'il va falloir acheter des librairies tierces a plusieurs milliers d'euros pour faire ce qu'il veut) - du vecu !

Merci je connais Xamarin puisque j'ai porté une appli android complexe vers Xamarin pour voir l'interet.
=> Aucun en pratique puisque tu developpes avec Xamarin comme tu le ferais sous android studio (+GenyMotion).
De plus des que tu veux faire du "portable" IOS/Android ben c'est juste pas possible.
Les librairies dites portables ne sont pas stables du tout: bougent tous les jours. Bref, tu t'arraches les cheveux.
Meme pour des applis complexes avec beaucoup d'ecrans le code que tu peux mettre en commun est minimaliste.
Et le resultat final c'est une appli android qui fait 50Mo pour faire rien - bref un mille feuille logiciel pas possible alors que tu peux t'en sortir beaucoup plus simplement avec de l'android classique sans prise de tete. Oui experience Xamarin m'a laissé plutot de marbre.

PS : je ne suis fanboy de personne, juste mon retour d'experience.

Désolé mais actuellement Xamarin fonctionne avec .net core, à moins d'avoir une appli codé par des cochons toute ta partie back est partagée entre les applications, seul les projets gui sont différents si t'es pas en forms. J'ai bossé dernièrement sur une application mobile Xamarin ultra sensible pour le secteur médicale. L'application est très complexe pourtant la seule différence était la partie gui ... . Sachant que j'ai développé une HAL C++/C# (interop) utilisée par l'appli pour piloter finement la carte électronique et le cœur de mesure du bousin. Donc ton appli était mal foutu de base, et le portage était lui aussi mal branlé point barre.

Pour ce qui est de WebForm, il ne faut pas perdre de vue que cette technologie a été développée à une époque ou il n'y avait pas de développeur web, l'objectif était de permettre aux devs venant de techno desktop de pondre des sites et faire du RAD enfin du CRADE.

Depuis quelques années, cela n'a plus de sens d'ou l'apparition d'asp.net MVC qui rend le contrôle sur ce qui est fait. Tu peux toujours acheter des composants pour aller plus vite ou faire un truc spécial, mais ça n'a plus tellement d'intérêt.

Par ailleurs que ton chef soit un débile est une chose, en tant qu'ingénieur tu devrais savoir que MS fournit des composants de base uniquement (ce qui couvre déjà 90% des besoins, les applis de gestion faisant essentiellement du simple CRUD). Pour le reste si tu veux un composant x ou y qui fait le café, avec des thèmes à gogo et l'option finition pour se mas******, tu vas chez un fournisseur de composant logique. Quand j'ai besoin d'une fenêtre je vais dans un magasin spécialisé, pas à la fonderie qui à pondu la vitre.

[kilroyFR]

"appli codée par des cochons", "chef debile" c'est sur qu'en insultant les gens tu fais vachement avancer le sujet mais ca ne m'etonne pas en informatique c'est le propre de certains developpeurs qui ont tendance a toujours prendre les gens de haut.
("Donc ton appli était mal foutu de base, et le portage était lui aussi mal branlé point barre.")
Et puis tu es qui toi pour juger et insulter les gens sur le forum ? mon experience partagée avec d'autres est cella là ne t'en deplaise; j'ai droit de l'exprimer meme si ce n'est pas la meme que la tienne.
Ca fait +25 ans que je fais du dev sur tous langages technos/methodologie c'est pas comme si j'avais commencé a apprendre directement en c#/java sans rien comprendre a ce que je fais comme souvent les devs qui font de l'assemblage ou joujou avec tel ou tel composant.
Java depuis 1996 (meme si c'etait plus pour rester a jour des technos emergentes a l'epoque- vraies applis desktop en PROD depuis une petite 10aine d'années); C# depuis la v1 (Visual Studio oblige) etc. jusqu'a webapi2/hateoas etc.

Non l'appli de base est une appli pure android refaite façon xamarin + version ios. Et c'est là que le bas blesse car certains concepts sont loins d'etre facile a implementer dans quelque chose de portable/compatible dans les 2 modes. Oui surtout le gui qui pose pb mais ca peut etre (dans mon cas) un soucis important et structurant (oui le back end tant que ca reste du metier c'est le plus facile a porter evidemment !).

Je suis dans une grosse boite ou malgré tout ils comptent leurs sous. On ne fait pas des applis pour se faire plaisir ou occuper les dev mais pour les vendre.

"en tant qu'ingenieur tu devrais savoir ..." ouep, phrase sortie du chapeau qui ne veut rien dire => je sais que Microsoft fonctionne comme ca ces dernieres années mais neanmoins c'etait moins le cas avant (a force de se diversifier dans toutes les technos (de peur de passer a coter de quelque chose) ils ne font souvent que les survoler - la preuve pour xamarin ils ont fait un cheque alors que tout le monde le demandait depuis des années (multiplatforme)) mais ce n'est pas forcement audible a celui qui tient les cordons de la bourse et qui se fait enfumer par les discours marketing ou presentations (devdays comme decrit plus haut).
D'ailleurs les devdays on n'y va plus en partie pour cette raison; un commercial ou CDP se fait enfumer tres facilement et ne comprend pas ensuite qu'on depense du budget sur des ihms, alors qu'ils ont developpé une appli mobile sur scene en 15 minutes par du drag n drop.
D'ailleurs les quelques fois ou on a acheté des librairies tierces generalement on ne continue pas sur le long terme (pas de renouvellement de licences couteuses, casse compatibilité eventuelles (vécu sur infragistics par exemple)); donc je continue a croire que Microsoft a un marché a coté duquel il passe a coté (surtout qu'ils adorent s'amuser avec les interfaces graphiques).

[Hinault Romaric]

l idéee de Core etait peut etre bonne mais les outils un peu moins. me dire que la ligne de commande c'est le progrès . je ne sais pas!!

Pour moi, ce que Microsoft fait avec les outils pour .NET Core est super. .NET Core est bâti pour être open source, multiplate-forme et indépendant de tout IDE. Imagine un peu créer une application avec le .NET Framework sans Visual Studio, ou un EDI spécialisé prenant en charge .NET. Tu n'as aucun modèle de projet, mettre en place le projet jusqu’à la compilation est tout simplement horrible.

Avec le CLI de .NET Core c'est autre chose. Les tenplates des projets .NET Core y ont été même intégrés. En quelques commandes, tu peux te générer un projet de tests unitaires et l’exécuter. L'idée est de permettre aux éditeurs d’environnement de développement de pouvoir prendre en charge assez facilement .NET Core. Microsoft l'a déjà fait avec Visual Studio. Si tu utilise l'EDI, tu n'as pas besoin de la ligne de commandes.

Avec Visual Studio Code c'est pas possible d'offrir un support pareil. C'est un éditeur de code et non un EDI. La prise en charge des outils de débogage pour les langages, dont C# y compris, ce fait à travers les extensions.

[rt15]

Quel pensez-vous du Framework .NET et son évolution 15 ans après ?

[troll]
Troll des premières heures, je constate que 15 ans après on attend toujours la déferlante d'application .NET sur nos bureaux...
Bien sûr vous pouvez me parler de PAINT.NET (Avec ses pinvokes, ses GC.Collect() et optimisé jusqu'au chargement des chaînes dans les menus...)
Bien sûr il y a l'interface de Visual Studio à partir de la version 2010. Une réussite en matière de performance et réactivité. Ou pas vu le nombre de gens qui s'en sont plaints sur le net.

Aujourd'hui le .NET me semble plutôt sur la pente descendante et a de bonne chance de rejoindre son fils silverlight.

• WinRT (qui semble décoller difficilement) marche un peu sur ses plates-bandes en remplaçant pas mal de bibliothèques .NET telles WPF et en supportant d'autres langages tels C++ et javascript.
• Microsoft a un jolie nouveau bébé TypeScript et l'editeur visual studio code (Appli de bureau en .NET ? Ah tiens... Non...).

Pour moi il n'est pas exclu que M$ "offre" une partie de .NET à la communauté open source et abandonne le reste d'ici quelques années.

[/troll]