Archives de catégorie : Veille

La .NET Conf 2018 sera à Toulouse lundi 15 Octobre

Tout est dans le titre, la déclinaison toulousaine de la .NET Conf 2018 aura lieu lundi prochain, le 15 Octobre.

dotNETConf_banners_facebook_eventinfo

Au programme :
– Le futur de C# et les nouveautés de VS 2017 update 15.8 par Patrice Lamarche
– Les nouveautés de Azure DevOps par Guillaume Lacasa
– Blazor par Thomas Bolon
– Performances et scalabilité d’une application Asp.Net MVC par Ionut Mihalcea
– Unity par Joël Ducos

Il reste encore quelques places, si vous souhaitez vous inscrire (c’est gratuit), ça se passe par ici :

https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/255158513/

A lundi !

RDV Ce soir pour le meetup sur ML.net

C’est la rentrée ! Et nous avons le plaisir de vous inviter ce soir Lundi 17 Septembre pour le 1er meetup de la saison qui sera dédié au Machine Learning avec le framework ML.net

Cette session sera présentée par David Toussaint et permettra d’avoir une overview de ce qui est proposé par ce framework destiné aux développeurs .net.

Si vous souhaitez nous rejoindre, dépêchez vous de vous inscrire, nous sommes quasiment complet !

Je vous présenterais quand à moi en quelques minutes, les news les plus importantes de l’été dans l’éco-système .net.

A ce soir !

Slides du meetup sur Visual Studio App Center

Vous pouvez retrouver les slides de la présentation que nous avons faite hier soir avec Thomas Bureau du colombier sur la mise en place de Visual Studio App Center au sein de Chausson Matériaux. N’hésitez pas à me contacter pour toute question et/ou feedback sur cette présentation.

Rendez-vous en Septembre pour la rentrée du meetup .net Toulouse.

Simplifiez vous la compilation, le déploiement et le monitoring de vos apps Swift, React Native, Objective C, Cordova, Xamarin et autres grâce à Visual Studio App Center

Rendez-vous pour le meetup .net Toulouse sur Visual Studio App Center lundi prochain 18 Juin pour découvrir l’offre gratuite de Microsoft pour la mise en place de process DevOps pour vos applications mobiles.

Résultat de recherche d'images pour "visual studio app center"

Quelque soit la technologie que vous utilisez, quelque soit l’environnement de développement que vous utilisez Xcode, Android Studio, Visual Studio, Visual Studio for Mac ou autre, vous pouvez profiter de Visual Studio App Center pour améliorer la qualité de vos applications avec relativement peu d’efforts.

Vous souhaitez en savoir plus, rejoignez-nous lundi soir pour découvrir comment nous l’avons mis en place au sein de Chausson Matériaux et comment nous avons pu suivre l’usage de nos applications pour améliorer certaines fonctionnalités, et comment nous avons pu résoudre des bugs qui n’avaient lieu qu’en production grâce à cet outil.

Ca se passe Lundi à 18h30 au centre ville de Toulouse (La Cantine), inscription gratuite : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/250882280/

News de la semaine #22

Suite à un changement de modèle et d’ergonomie de Scoop.it, j’abandonne la plate-forme et reviens donc aux news de la semaine qui seront hebdomadaires si l’actualité le permet.

image

.net
.net Core 2.1 est disponible. A noter la suppression de l’intégration directe dans IIS qui était initialement prévue Sad smile
Announcing ASP.NET Providers Connected Service Visual Studio Extension

ALM
Mise à jour de Git suite à une vulnérabilité critique

Nouveautés de Visual Studio App Center pour le mois de Mai

Azure
A Penny Saved is a Ton of Serverless Compute Earned  : Un billet très intéressant sur le coût de l’offre serverless

Web
Evolving Chrome’s security indicators : Warning, Chrome va modifier l’affichage des sites non-https

Announcing TypeScript 2.9

Misc
Maintaining Notepad is not a full-time job, but it’s not an empty job either

Follow the CAPEX: Separating the Clowns from the Clouds : Billet intéressant sur la réalité des investissements dans le cloud des différents fournisseurs de services (Microsoft, Amazon, Oracle, IBM, etc.)

Prochain meetup le 18 Juin : REX DevOps Applis mobiles avec Visual Studio App Center

Si vous développez des applications mobiles avec une des technologies suivantes : Xamarin, Swift, React Native, Objective C, Cordova, ou encore UWP, n’hésitez pas à nous rejoindre le 18 Juin pour une présentation de Visual Studio App Center, la solution DevOps à destination des applications mobiles proposées par Microsoft.

Solution en très grande partie gratuite, j’aurais le plaisir de présenter la simplicité de mise en oeuvre de cette solution, et un retour d’expérience de sa mise en place pour la gestion de 2 applications mobiles développées par Chausson Matériaux.

Pour découvrir comment mettre en place une pipeline CI/CD et faire du monitoring de vos applications mobiles publiques et privées, n’hésitez pas à vous inscrire ici : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/250882280/

Assistez au Keynote de la Build 2018 à Toulouse !

Comme pour chaque Build, nous vous proposons d’assister à la retransmission live du keynote de la Build 2018 à Toulouse !

Cette année, le 1er keynote de la Build aura lieu en plein pont, le 7 Mai.

La projection live aura lieu au Pub Le Seventies en centre-ville, tout près du De Danu.
Adresse : 42 Port Saint-Étienne, 31000 Toulouse
Accès Métro : François Verdier
Parking à proximité : Parking Carnot (Vinci Park)

Si vous souhaitez nous rejoindre et discuter de ce keynote autour de quelques verres n’hésitez pas à nous rejoindre en vous inscrivant ici : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/249800618/ 

image

Prochain meetup le 16 Avril : Programmation fonctionnelle pour les dévs Objet

image

Le prochain meetup .net de Toulouse aura lieu le 16 Avril

N’hésitez pas à nous rejoindre afin de découvrir une session sur la programmation fonctionnelle pour les développeurs Objet présenté par Ionut Mihalcea de la société Effective Labs.

Pour plus d’infos : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/249147641/

A lundi !

Comprendre le positionnement de Blazor

Backend, Frontend, FullStack

Software is eating the world, et le “web is eating software” depuis quelques années maintenant.

Cette omniprésence du web s’accompagne d’un nombre d’évolutions croissant et différents changements d’architectures.

D’un monde orienté quasi intégralement côté backend, où la consommation des données et la génération de l’UI (les vues) se faisait côté serveur. Nous nous sommes orientés vers un monde orienté services, où pour des raisons d’ergonomie et de vitesse de plus en plus de responsabilités sont déportées côté client.

Le schisme entre le backend et le frontend

Ainsi les vues, et la consommation de données exposées par des services se font le plus souvent côté client.

Pour accompagner ce transfert de responsabilité tout un tas de nouvelles libraires, frameworks et outils sont arrivés : jQuery, AngularJS, Angular, Vue, React, npm, bower, gulp, webpack, etc.

image

L’unification technologique que l’on pouvait avoir côté serveur, se complète d’une multitude de nouvelles technologies côté client.

Les développeurs doivent donc maitriser des technologies et langages très différents entre le côté backend et le côté frontend, pour avoir le profil fullstack ci-souvent souhaité.

Illustration dans le monde Microsoft

Dans l’écosystème Microsoft, cette séparation entre le front et le back peut être illustré par l’évolution d’ASP.net.

Au tout début de .net, l’essentiel des développeurs Microsoft étant des développeurs Windows, l’éditeur proposa une technologie de développement web adaptée : ASP.net Webforms. Reproduisant presque à l’identique le modèle de développement Windows, la technologie de développement web était la solution idéale pour inciter ce public à passer au web. Comme beaucoup de technologies de l’époque, les projets ASP.net webforms se concentraient quasi-exclusivement côté serveur. A l’arrivée d’Ajax, Microsoft continua sur cette lancée en proposant ASP.net Ajax et un toolkit associé permettant de bénéficier du développement côté client… sans faire de développement client ! Merci l’update panel et consors !

Afin de proposer un réel modèle de développement Web, ASP.net MVC fut ensuite proposé avec une intégration native de différentes technologies frontend. Le javascript et son écosystème prenant une place prépondérante au sein de ce type d’applications.

Incompréhensions, antipatterns

Nombre d’incompréhensions et d’antipatterns sont issus de toutes ces évolutions et de cette séparation entre le frontend et le backend :

  • L’incompréhension de la différence entre une librairie et un framework. Non, AngularJS n’est pas la suite logique de JQuery, utiliser un framework n’est pas anodin. C’est un choix technique majeur, qui définit un couplage très fort vers une certaine technologie
  • La non-compréhension que la plupart des frameworks frontend, sont des framework SPA, qui n’ont pas été conçus à la base pour être intégrés dans des sites web « classiques » multi-page. Ce n’est pas pour rien si ces frameworks proposent un grand nombre de fonctionnalités qui font doublon avec les frameworks serveurs traditionnels (vue, binding, routing, etc.)
  • Une incompréhension sur l’utilisation de ces frameworks dans des applications multi-page. Oui il peut être pratique d’utiliser des vues côté client pour afficher des données issues de services web, mais il faut être très clair sur la séparation des responsabilités.

Des décisions compliquées

Impact de cette explosion de technologies, et de changements de frameworks à la mode :

  • Il est compliqué de faire les bons choix techniques et d’assurer une bonne pérennité de ses applications
  • Dans un monde agile où l’on recherche le plus souvent des développeurs polyvalents « fullstack », le volume de compétences à avoir pour être « fullstack » est très (trop) important. Les développeurs peuvent avoir tendance à privilégier le côté back, ou le côté front en fonction de leurs intérêts.

Nombre de développeurs ne semblent pas trop effrayés par toutes ces évolutions du web, et s’intéressent à toutes les nouvelles technos à la mode.

Mais d’autres refusent cet écosystème à l’évolution archaïque et anarchique, en prenant une solution qui peut sembler radicale et vieux-jeu mais qui est tout à fait pertinente si l’on privilégie la pérennité.

VanillaJS

Le no-framework côté frontend qui consiste à n’utiliser qu’une librairie comme jQuery, soit aucune librairie tout court prend petit à petit de l’importance. Préconisé/formalisé par le mouvement Vanilla JS, ce type de décision ne doit pas être vu comme rétrograde, mais comme raisonnable pour ceux qui souhaitent privilégier la pérennité des développements.

Car oui, il n’est pas indispensable ni obligatoire d’utiliser Angular, React, Vue, ou autre framework pour développer une application web ! Tout dépend des besoins, et des critères des choix des technologies, du curseur que l’on place entre la spécialisation/complexité de l’implémentation proposée, et la pérennité de la solution finale.

Une première solution pour éviter cette séparation entre le front et le back, est d’utiliser le même langage des deux côtés : Javascript.

Blazor : ASP.net MVC FullStack

Blazor est une autre piste permettant de ne pas subir cette séparation. Blazor est pour le moment uniquement une « simple » expérience gérée par l’équipe ASP.net et non pas un produit final.

L’idée est assez simple, proposer un socle technologie simple permettant de créer des pages web en capitalisant sur ses compétences .net.

Avoir comme unique solution d’utiliser le langage javascript côté client et côté serveur serait un risque pour Microsoft de perdre toute pertinence dans le monde de développement web (à l’exception notable de TypeScript).

Microsoft propose donc avec Blazor de capitaliser ses compétences .net, en utilisant le langage C# et le moteur de vue Razor côté backend comme actuellement, mais surtout à présent également du côté frontend.

Une technologie qui pourrait être la solution idéale pour éviter le javascript « madness » et ne plus avoir besoin de se baser essentiellement sur cet écosystème.

Le tout en respectant bien évidemment les standards du web grâce à l’utilisation de WebAssembly et asm.js.

L’exécution de code C# côté client au sein d’un navigateur est rendu possible grâce à une implémentation du runtime .net en WebAssembly développée par l’équipe Xamarin.

Pour les anciens navigateurs qui ne supportent pas WebAssembly, asm.js est utilisé comme fallback afin d’être exécuté de manière universelle.

Comme il n’est pas utile de répéter ce qui est déjà présent online, vous pouvez en savoir plus d’un point de vue technique via ce post : https://blogs.msdn.microsoft.com/webdev/2018/03/22/get-started-building-net-web-apps-in-the-browser-with-blazor/

Un positionnement osé ?

Inutile de le repréciser cette technologie s’adresse avant tout aux développeurs .net, en proposant une alternative à javascript.

Bien que reposant sur les standards, proposer une alternative à javascript est plutôt osé. En proposant une solution rassurante et uniquement adaptée à sa population de développeurs .net, Microsoft risque de donner de nouveau une image d’éditeur qui ne s’intègre pas à l’écosystème actuel en proposant ses propres solutions. Cela devrait néammoins être atténué par l’approche du « nouveau » Microsoft : le projet est open-source sur github, et respecte les standards.

Mais comme souvent, cette nouvelle solution n’est pas exclusive mais complémentaire. Il ne faut pas voir Blazor comme étant une solution remplaçant ASP.net MVC mais comme une solution complémentaire à ASP.net MVC.

Pour caricaturer un petit peu, si vous êtes dans une startup ou chez un éditeur de logiciels qui privilégie l’utilisation des dernières technos pour satisfaire à de nouveaux besoins, vous pouvez utiliser ASP.net MVC « classique » et tout l’écosystème javascript. Si vous travaillez pour un éditeur ou une entreprise en interne, où la pérennité des développements est essentielle et où le coût d’utilisation de l’écosystème Javascript et le coût de la gestion de ces compétences n’est pas acceptée ou souhaitable, vous pourrez potentiellement vous orienter vers Blazor.

Microsoft Azure est en France !

Azure en France

Après avoir été annoncé en Octobre 2016 un ou deux jours avant l’annonce de l’arrivé d’AWS en France, disponible en pré-version depuis Décembre 2017, Microsoft ouvre donc officiellement deux nouvelles régions et 4 centres de données Azure en France.

Cette annonce faite pendant la première édition des Microsoft Tech Summit est importante puisqu’elle va permettre à nombre d’éditeurs de logiciels et de fournisseurs de services d’utiliser les services IaaS, PaaS, et SaaS de Microsoft Azure tout en hébergeant ses données en France.

L’hébergement des données en France peut être imposée dans des domaines spécialisés, ou alors pour tous les services proposés aux administrations françaises qui peuvent imposer dans leurs appels d’offre d’héberger les données sur le territoire.

Azure App Service, Azure Virtual Machines, Azure SQL Database, Azure Storage, et d’autres services IaaS et PaaS sont ainsi proposés en France.

En effet, vous pouvez retrouver de nouvelles régions sur certains services :

Ressource Groupe Azure en France

Les services Office 365

Certains services d’Office 365 tels qu’Exchange Online, Office Online, Sharepoint Online, OneDrive, etc. sont également à présent disponibles en France.

Vous pouvez consulter l’emplacement de l’intégralité des services Office 365 via ce service de Microsoft : https://products.office.com/fr-FR/where-is-your-data-located?ms.officeurl=datamaps&geo=Europe#Europe

A noter qu’il n’a pas encore été mis à jour avec les nouveaux datacenters français qui viennent d’ouvrir.

Et pour les clients Azure et Office 365 existants ?

Cette nouvelle est également intéressante pour les clients actuels de services cloud de Microsoft tels qu’Office 365 puisqu’il est possible de demander une migration de son abonnement actuellement hébergé hors de France donc pour le rapatrier à la maison :