Dernier meetup #dotnettlse de la saison : Le développeur multi-paradigme

Nous sommes déjà en Juin, et le 10 ème meetup #dotnettlse de l’année qui sera donc le dernier de la saison sera dédié au langage C# et aux différents paradigmes de développement qui l’influencent.

image

Ce meetup sera présenté par Olivier Azeau et aura lieu Lundi 19 Juin à la Cantine.

Pour plus d’infos et pour vous inscrire : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/240203615/

Bye, bye les builds XAML !

C’est enfin officiel, nous avons à présent le planning définitif de l’arrêt du support des builds XAML au sein de Team Foundation Server et de Visual Studio Team Services.

Comme vous le savez, Microsoft a ajouté à partir de TFS 2015, une refonte complète du moteur de build serveur intégré à TFS, afin de ne plus utiliser celui basé sur les définitions de builds construites en XAML.

image

L’idée était simple : proposer un système de build beaucoup plus simple à personnaliser, extensible, et multi-plateforme.

Alors que les deux systèmes cohabitent encore jusqu’à aujourd’hui, Microsoft vient de publier le planning de l’arrêt du support des builds XAML. Tenez en bien compte pour migrer l’ensemble de vos définitions de builds si ce n’est pas encore fait !

En résumé pour Team Foundation Server (On-Premise) :

  • Dans TFS 2017, possible d’utiliser des builds XAML en utilisant un agent de build TFS 2015,  TFS 2017 n’étant pas livré avec un agent compatible
  • Dans la prochaine version majeure, plus de support des builds XAML, ni en intégré, ni via un agent TFS 2015

En résumé pour Visual Studio Team Services :

  • Arrêt du support des agents XAML au 1er Juillet 2017, si vous souhaitez utiliser des builds XAML à partir de cette date vous devrez installer votre propre serveur de builds privé.
  • Fin 2018, arrêt total du supports des builds XAML

Pour plus d’infos :  https://blogs.msdn.microsoft.com/bharry/2017/05/30/evolving-tfsteam-services-build-automation-capabilities/

[Tips] No agent could be found with the following capabilities AndroidSDK, MSBuild, Xamarin.Android, JDK

image

Problème

Dans Team Foundation Server, lorsque vous souhaitez lancer une build d’une application Xamarin pour Android, vous avez le message d’erreur suivant :

No agent could be found with the following capabilities AndroidSDK, MSBuild, Xamarin.Android, JDK

Lorsque vous vous rendez sur vos agents, vous vous rendez compte que seule la capability Xamarin.Android est manquante :

image

Solution

Si malgré la réinstallation de Xamarin sur votre serveur de builds, vous n’arrivez toujours pas à avoir cette capability, ajouter une variable d’environnement Windows nommée Xamarin.Android et ayant comme valeur le chemin d’installation de Xamarin Android. Exemple  : C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Xamarin\Android

image

Redémarrer ensuite tous vos agents de builds pour parvenir à avoir vos builds Android fonctionnelles.

Assistez au Keynote de la Build 2017 à Toulouse !

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

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/239474096/ 

image

Meetup .net Toulouse : Architecture Microservices et Nouveautés de Visual Studio 2017

 

Nous sommes bientôt 300 membres au sein du meetup .net Toulouse !
N’hésitez pas à rejoindre le groupe si vous souhaitez être automatiquement notifié pour chaque meetup !

Le prochain meetup sera aujourd’hui Lundi 24 Avril ! n’hésitez pas à vous inscrire si vous sounhaitez nous rejoindre car quelques places devraient se libérer dans la journée.

Les thèmes du meetup de ce mois-ci sont :

Architecture Microservices – par Ionut Mihalcea

L’architecture microservices a été un des sujets techniques qui a fait le plus de buzz ces deux dernières années. Dans les conférences majeures, des ingénieurs de la Silicon Valley ont présenté beaucoup d’outils magiques et des solutions de rêve, qui ont détourné l’attention des développeurs sur les outils plutôt que sur le fond.

Sur la base d’expériences récentes, nous vous proposons dans cette session de revenir sur le fond du problème et voir quand ce type d’architecture est utile, quelle sont les stratégies de mise en place et quels en sont les dangers. 

100% Démo, 0% Slides : Nouveautés de Visual Studio 2017  – par Patrice Lamarche

Visual Studio 2017 est disponible en version finale depuis début Mars, il est donc temps de découvrir cette nouvelle version afin de découvrir les nouveautés intéressantes, d’avoir un point de vue critique sur les nouveautés qui le sont moins. 

Au programme : nouveautés générales de l’IDE, nouveautés développement web, les nouveautés liées aux tests, et l’intégration de ReadyRoll de RedGate pour la gestion des mises à jour de schéma de BDD.

Rdv donc aujourd’hui en fin de journée : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/238668978/

image

Prochain Meetup .net Toulouse : Développement pour Windows 10

Nous sommes déjà plus de 240 membres au sein du meetup .net Toulouse !
N’hésitez pas à rejoindre le groupe si vous souhaitez être automatiquement notifié pour chaque meetup !

Le prochain meetup .net Toulouse aura donc lieu le 20 Mars avec pour thème : le développement pour Windows 10.

2 sessions seront ainsi proposées :

  • Développement d’applications multi-devices par Aurélien Lemoine (Fondateur et CEO de ClevLab)
  • UWP Community Toolkit par David Catuhe (Principal Program Manager for Windows & Devices group chez Microsoft) qui sera en direct pour nous depuis Seattle !

Rdv donc le 20 Mars, pour vous inscrire ça se passe par ici : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/events/237868767/ 

image

Prochain meetup .net Toulouse le 20 Février !

Le prochain meetup .net Toulouse aura lieu le 20 Février avec 2 sujets au programme.

1er sujet évoqué : .net Standard qui sera présenté par Thomas Bolon

image

2ème sujet évoqué : La panoplie du développeur par Stéphane Ragazzi.

Afin d’être notifié de toutes les actualités de notre meetup toulousain, n’hésitez pas à nous rejoindre au sein du groupe .net Toulouse, nous sommes déjà plus de 200 membres !

Découverte de MSTEST V2

Microsoft a annoncé cet été une nouvelle itération de son framework de tests Microsoft Tests avec une V2 annoncée comme ayant comme principales nouveautés : le support du multi-platforme (.net Core, UWP, .net et toute la smala) mais également le support des parameterized tests ! (oui, Enfin !!)

Alors qu’il était possible de créer des tests orientées données via l’attribut DataSource, il était jusqu’à présent impossible (sauf développement custom, ou intégration de librairie tierce) de définir des paramètres sans source de données externe (BDD, csv, etc.)

MS Test V2 permet de faire cela via l’utilisation de deux attributs : DataTestMethod qui doit être utilisé en lieu et place de l’attribut TestMethod afin d’indiquer que les paramètres de la méthode de test seront définis par les valeurs indiquées par l’attribut DataRow.

Exemple :

image

Vous n’avez ainsi pas besoin de décomposer vos tests en plusieurs appels de méthodes pour chaque cas de tests, vous pouvez les généraliser si vous avez un jeu de données fixe et simple.

MSTest V2 est disponible en pre-release via nuget via les deux packages suivants :

image

Et si vous souhaitez l’utiliser dans un projet de tests existant, vous devrez supprimer la référence existante vers Microsoft.VisualStudio.QualityTools.UnitTestFramework afin d’éviter tout conflit avec les classes proposées par MS Test V2.

Une fois toutes ces opérations réalisées vous pourrez bien voir le test adapter en action, le test runner de Visual Studio reconnaît bien vos tests en question :

image

Seul problème, le test runner de Resharper lui ne les reconnaît pas encore, et a un comportement aléatoire au niveau de la découverte de l’exécution de ceux-ci…

Meetup Coding for fun à Toulouse terminé !

Librement inspirés par les célèbres sessions Coding4Fun des feu techdays de Microsoft, nous proposions Lundi soir au meetup .net de Toulouse une soirée sur le même thème.

Ce meetup a été l’occasion de voir 4 présentations différentes :

La création d’un distributeur automatisé de croquettes pour chat par Ionut et son fils de 11 ans (qui a présenté lui-même son projet ! )

WP_20161219_19_01_39_Pro20161219-197A5564 

Le développement d’un simulateur d’élection présidentiel basé sur les API Cognitives services par Guillaume

20161219-197A557720161219-197A5571 

Le développement d’un robot acheteur de places de concert afin de ne pas foirer mon cadeau de noël de ma chère et tendre l’année prochaine (c’est raté pour cette année… Sourire)

20161219-197A558720161219-197A5594

Et enfin, la création d’un cluster de conteneurs Docker basés sur 3 raspberry !

20161219-197A565020161219-197A5660

Toutes les photos du meetup sont disponibles ici : https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/photos/27500569/

Prochaine meetup : Typescript 2 et l’émergence des transpileurs animé par Sebastien Pertus de Microsoft ! N’hésitez pas à vous inscrire !

Si vous souhaitez être informé de chaque meetup créé par notre groupe, vous pouvez nous rejoindre ici (nous sommes déjà plus de 160 actuellement !) https://www.meetup.com/fr-FR/Meetup-NET-Toulouse/

Docker : Quels scénarios pour un éditeur de logiciels ?

Docker n’est pas réservé aux startups qui développent des applications Linux basées sur des micro-services, et scalables afin de supporter des millions d’utilisateurs à travers le monde !

En effet, si vous travaillez pour un éditeur de logiciels qui a une offre logicielle datant de plusieurs années, par exemple une bonne vieille application ASP.net et donc sous Windows, vous devriez jeter un petit coup d’oeil sur la nouvelle gestion des conteneurs proposée par Windows Server 2016 afin de voir si cette nouvelle technique vous permet de simplifier vos déploiements.

Voici quelques exemples de de scénarios pour lesquels vous pourriez utiliser Docker sous Windows :

  • Gestion de vos environnements de tests, pre-prod, prod simplifiée, plus légère et plus souple qu’avec des VM
  • Blue-Green deployment et rollback de déploiement en activant/désactivant des conteneurs de manière automatisé voire automatique
  • Le saint-graal : un déploiement simplifié, et surtout uniforme entre vos clients hébergés en SaaS et vos clients On-premise. Vous souhaitez réduire de manière drastique vos temps d’installations de vos solutions (dépendances du type SQL Server, Reporting Services, et autres inclues !!), installer de la même manière vos clients hébergés sur vos serveurs et ceux qui souhaitent héberger eux-même vos applications, et gérer les mises à jour de manière uniforme.
  • Proposer une réversibilité simple pour vos clients SaaS souhaitant passer On-Premise et vice-versa

Vous êtes intéressés par une de ces possibilités ? N’hésitez pas à regarder sérieusement Docker afin de voir si cela peut répondre à vos besoins.

En savoir plus sur Docker sous Windows sur ce blog :

Quoi de neuf dans Windows Server 2016 pour les développeurs ?

L’essentiel sur Docker et les conteneurs Windows

L’essentiel de Docker : Débuter par la pratique

Meetup .net Toulouse Episode 2, DevOps avec Docker sous Windows

Visual Studio 2017 et Docker : de réelles avancées !