Agrandir le plan

Bien que les containeurs IoC soient très répandus et utilisés par de développeurs, ils sont souvent considérés comme obscures et compliqués. Il y a beaucoup d’incompréhension autour du but de leur utilisation, ce qui fait que beaucoup de développeurs ne s’en servent pas correctement.

Dans cette session j’aimerais présenter quelques exemples de mauvaise utilisation, expliquer quelques aspects concernant les containeurs IoC qui sont plus ou moins compris par les développeurs et démontrer comment ils doivent être utilisés correctement afin d’en tirer pleinement profit. Les exemples seront basé sur Unity 2.0 et StructureMap.

Le sponsor et hébergeur de cette session sera Arolla, merci à eux!

Pour cette session, nous avons invité Matthieu Mezil qui n’est pas que spécialiste du code EF obscur

Par la force des choses avec EF, il a développé une expertise certaine sur le moteur de template intégré à Visual Studio, T4.

Voici le détail de la session:

Le concept de meta-code n’est pas forcément naturel. Cependant, il peut parfois considérablement augmenter la productivité du développeur.

Les notions de classes partielles et plus encore de méthodes partielles ont considérablement augmenté l’intérêt du meta-code.

Parmi les différentes solutions, il y en a une qui est intégrée dans Visual Studio depuis la version 2005 : les templates T4.

Dans cette session, nous verrons quels peuvent être les avantages d’utiliser des T4 dans nos différents projets ainsi que les changements dans la façon de programmer induits par la meta-programmation.

T4 est utilisé partout par Microsoft et peut être un vrai powertool utilisé à bon escient mais la documentation est vraiment très pauvre, donc venez le découvrir plus en détail.

Le sponsor et hébergeur pour cette session est Cellenza, merci à eux pour l’accueuil!

Agrandir le plan
 
Après la présentation Git : les concepts, Sébastien Douche nous propose dans cet atelier de pratiquer les concepts et les commandes Git, afin de valider et de toucher de plus près les bénéfices de l’utilisation des DVCS et de Git en particulier.
Cet Atelier est réservé aux personnes qui ont déjà suivi la présentation, il n’y aura pas d’introduction et Git devra équiper vos machines (Vous l’aurez compris vous devez venir avec votre machine ou du moins avoir un binome équipé).
Du fait du faible nombre de places, nous vous demandons de libérer au plutôt votre place en cas de désistement.
Merci à Octo de nous accueillir.
 

Sébastien Douche : Développeur amateur depuis 84, utilisateur de logiciel libre depuis 95, je suis un vieux Geek. Fainéant par nature, je suis à la recherche constante de tout moyen pour faire mieux avec moins d’effort. Professionnellement, j’occupe les postes de directeur technique et de responsable R&D chez un éditeur Français, me permettant d’assouvir mes passions pour le coaching technique et la gestion d’organisation.

Blog: http://gitfr.net/blog/

Twitter: @sdouche

Cela fait longtemps que l’on se dit qu’il serait sympathique d’aller un peu plus loin que des réunions de présentation plus ou moins mensuelles.

Cela fait longtemps aussi que l’on se dit qu’il serait bon d’avoir une conférence beaucoup plus centrée sur l’écosystème du développeur .net.

Pourquoi ne pas en organiser une par nous mêmes du coup?

Nous avons donc préparé un formulaire avec quelques questions et nous aimerions qu’un maximum de personnes puisse y répondre ! Que vous soyez dans l’esprit ALT.NET ou pure fanboy Microsoft, que vous soyez développeur ou pas ou même encore si vous faites partie d’une tout autre communauté technique, votre avis nous intéresse!

View Larger Map

Pour la présentation de décembre nous avons le plaisir d’accueillir le passionnant et passionné Sébastien Douche créateur du site GitFr, pour deux évènements autour de Git, une conférence autours des concepts le 14 décembre et pour ceux qui désirent approfondir un atelier suivra le 4 janvier (priorité à ceux qui auront suivi la présentation théorique)
« Utilisateur de SVN pendant de nombreuses années, j’avais la sensation croissante de me battre avec mon outil de travail. Pire, il s’adaptait très mal à mes exigences collaboratives. De guerre las, nous en avons choisi un outil de gestion de source décentralisé (Hg puis Git) début 2008. La différence était flagrante, je me sentais comme libéré d’un poids qui me ralentissait, et la production de l’équipe s’est fortement améliorée (quantitativement et qualitativement).

Cette soirée vous donnera la compréhension nécessaire pour aborder sereinement l’utilisation de Git (et aux DVCS en général) : La première partie sera consacrée à la théorie, en passant en revue tous les concepts nécessaires avec l’aide de nombreux schémas didactiques. Nous mettrons en pratique nos nouvelles connaissances dans la seconde partie, en abordant les commandes qui font la «différence», les workflows, l’utilisation de GitHub, le tout saupoudré de conseils pour bien démarrer. Nous aborderons également mais succinctement la philosophie Devops avec un retour d’expérience dans mon entreprise. »

Sébastien Douche : Développeur amateur depuis 84, utilisateur de logiciel libre depuis 95, je suis un vieux Geek. Fainéant par nature, je suis à la recherche constante de tout moyen pour faire mieux avec moins d’effort. Professionnellement, j’occupe les postes de directeur technique et de responsable R&D chez un éditeur Français, me permettant d’assouvir mes passions pour le coaching technique et la gestion d’organisation.

Blog: http://gitfr.net/blog/

Twitter: @sdouche

Agrandir le plan

Ah, le compilateur. Pour nous, programmeurs et programmeuses .NET, le compilateur est une des pierres angulaire de notre outillage. Nous nous reposons sur lui entièrement et, paradoxalement, c’est l’outil que nous contrôlons le moins. Nous pouvons nous brancher dans plusieurs composants du framework, nous pouvons écrire des extensions pour notre IDE, mais le compilateur reste une impénétrable boîte noire.

Nous lui donnons du code, et s’il en est satisfait, il va daigner nous rendre un binaire. Sinon il va se plaindre. En nous renvoyant du texte. C’est d’un primitif ! Pourtant, depuis Lisp dans les années 1950, l’idée que le code est une donnée exécutable devrait avoir fait son chemin ! Mais non, depuis .NET 1.0, c’est la croix et la bannière pour pouvoir manipuler son code.

C’est là que Roslyn intervient.

Roslyn, c’est le nom de code d’un projet Microsoft qui vient de sortir en CTP, et qui vise à ouvrir le compilateur. Lire du code, l’analyser, le manipuler, le ré-écrire avec une API simple, vont enfin être possible. Et beaucoup de choses vont changer.

Que peut-on faire avec Roslyn ? Que pourra-t-on faire ? Et comment faire en attendant que Roslyn soit disponible ? Cette présentation tentera de répondre à ces questions, et de présenter des alternatives et des pistes de réflexion sur le sujet de la méta-programmation.

Jean-Baptiste Evain est le créateur de SyntaxTree, société spécialisée dans les outils de développements.

Blog: http://evain.net/blog/

Twitter: @jbevain

Sonar constitue une réponse à cette problématique en permettant de mesurer de nombreux paramètres, de les prendre facilement en main en permettant une approche top/down et en produisant des synthèses adaptables suivant les différents profils des intervenants.
L’équipe doit d’abord définir ses propres mesures (en faisant si besoin appel à des outils externes) selon plusieurs critères qu’offrent Sonar :

• identification des duplications de code ;
• mesure du niveau de documentation ;
• respect des règles de programmation ;
• détection des bugs potentiels ;
• évaluation de la couverture de code par les tests unitaires ;
• analyse de la répartition de la complexité ;
• analyse du Design et de l’Architecture d’une application et en faire ressortir des métriques orientées objet.

Il est alors possible de rendre accessible un dashboard personnalisé permettant à tous les acteurs du projet de suivre la qualimétrie. Voici un example de dashboard :

La présentation a été enrichi par de nombreuses démos qui ont suscitées des débats intéressants, l’intégration future de nouveaux plugins (NDepend…), son utilisation avec une usine logicielle existante (TFS, Jenkins…).

Tous les participants ont pu constater l’efficacité d’un tel outils ainsi que la plus value potentielle, permettant, comme le soutien les méthodes agiles :

• d’avoir une idée de la qualité avant de livrer un Sprint en production ;
• d’accentuer le management visuel, en donnant des indicateurs matérialisable aux projets ;

Les cas d’utilisations peuvent être également variés ; audit, code review, suivi de projet (management par la qualité)… Mais le plus important d’entre tous est de mettre en place un suivi et un esprit d’amélioration continue.

Nous vous proposons une présentation ALT.Net le 19 Octobre à partir de 19h chez Valtech (103 Rue de Grenelle, 75007 Paris).

Cette présentation aura pour objectif de vous présenter Sonar pour .Net, qui est un outil d’analyse et de suivie de qualité du code.
Elle sera animée par Alexandre Victoor et Mathias Kluba.

Vous pouvez vous inscrire ici: http://www.doodle.com/qwr8icgbbyvns8cx

A bientôt!

Agrandir le plan

Nous vous proposons une rencontre ALT.Net Beer le 25 Août à partir de 19h au Café Livre (10 Rue Saint-Martin
75004 Paris).

A tout de suite!

Agrandir le plan

Adresse: chez Octo, 50 Avenue des Champs Elysées, 75008 Paris

Date: 15/06/2011 à 19:30

View ALT.Net Présentation MapReduce in a larger map

Contenu de la session :

• Principes du map/reduce : définition, à quoi ça sert
• Une implémentation en C# pour comprendre
• Utilisation du map reduce en NoSQL
• Un serveur dédié map-reduce : Hadoop
  • hadoop : mapreduce et filesystem distribué
  • mapreduce de base
  • pig latin (un langage semi procédural – à la linq – au dessus de mapreduce)
• Conclusion : pour quoi utiliser mapreduce dans vos traitements

Pour vous inscrire :

http://www.doodle.com/4iwtdkaqbefh8sdz

D’autres presentations suivront bientôt, si vous voulez participer, si vous avez des sujets à proposer, n’hésitez pas à nous envoyer tout ça sur [sessions at altnetfr point org].