ALT.Net Beer le 25 Août au Café Livre

Posted by Mathias Kluba under Rencontres Paris

Bonjour tout le monde,

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

ALT.Net Présentation MapReduce

Posted by Mathias Kluba under Paris

La prochaine réunion Alt.net Paris est pour le 15 juin à Octo, elle sera animée par Yann Schwartz.

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].

ALT.Net Beer le 27 Avril au Café Livre

Posted by Mathias Kluba under Rencontres Paris

Bonjour tout le monde,

Voici une petite news un peu au dernier moment:
Nous vous proposons une rencontre ALT.Net Beer le 27 Avril à partir de 19h au Café Livre (10 Rue Saint-Martin
75004 Paris).

A tout de suite!

View Larger Map

Petit résumé de la rencontre Alt.net Paris « Build your own service bus »

Posted by Mathias Kluba under Comptes Rendus Paris

Pour ceux qui n’ont pas pu assister à la présentation « Build your own service bus », vous pouvez consulter la présentation en ligne ici:

Le format de présentation « Prezi » a vraiment eu le « Wow effect ». Je pense même que le fait d’imbriquer et regrouper les termes en fonction de leur catégorie et leur niveau de détail, rend cette présentation très compréhensible, même si elle est dépourvue de phrases ou de la piste son.

Mais pour vous aider à mieux la comprendre, voici un petit résumé de ce que j’en ai compris.

Act I.

Je ne sais pas si le « messaging » est quelque chose à la mode en ce moment, mais il est nécessaire pour une architecture asynchrone et distribuée.
C’est aussi peut-être pour cela qu’on en parle beaucoup en ce moment, puisque la « mode » du cloud nous pousse à réaliser une architecture distribuée, mettant en œuvre de nombreux services différents, et offrant de la « scalabilité » à la demande.

Chez ABC Arbitrage, le besoin est avant tout de découpler les systèmes, mais aussi de traiter un gros volume de données avec la possibilité de « scaler » au besoin.

Romain et Julien ont commencé à expliquer que le but de cette présentation n’est pas de vous convaincre d’utiliser le messaging, ni de vous vendre une solution en particulier, ni même de vous convaincre de re-inventer un ServiceBus comme ils l’ont fait.

Mais cette présentation est une bonne base sur la théorie des ServiceBus afin de vous permettre de mieux comprendre ceux existants, ou de connaitre les fondamentaux afin de réaliser le votre.

Au départ, ils nous ont expliqué brièvement ce qu’est le Messaging, ce qu’est un ServiceBus, et la différence qu’il y a avec les technologies de Messaging (bas niveau), les ESB et les EAI (très haut niveau).

Si vous cherchez « service bus » sur codeplex, vous en trouverez plein. Peut-être qu’il s’y cache une petite merveille, mais elle n’a pas percé pour le moment.
Parmi les plus « matures » et les plus connues, il y a:

• NServiceBus
• Masstransit
• Rhino ESB

S’ils sont venus à la conclusion d’inventer leur propre ServiceBus, c’est que ceux existants ne répondaient pas à leurs contraintes.

Le besoin de nos 2 acolytes était d’avoir quelque chose de simple, et qui ne dépendait pas d’une technologie de messaging en particulier (NServiceBus et Rhino ESB sont seulement compatible MSMQ « out of the box »).
D’ailleurs, aillant besoin de traiter des données en C++ sur des machines Linux, ils ont choisi la technologie Apache Qpid.
Ils ont alors développé un ServiceBus avec leur strict nécessaire en terme de fonctionnalité, avec une API nécessitant le moins de configuration possible (convention over configuration), avec une implémentation C# et une autre C++.

Act II.

C’est alors qu’on est entré dans le vif du sujet, et qu’ils ont commencé à nous expliquer plus en détails ce qui compose un ServiceBus, et comment est-ce qu’ils l’ont implémenté.

Les messages

Tout d’abord nous avons vu ce qu’est un Message, quels sont les types de messages possibles, de quoi est-ce qu’il est composé, etc.
Ils distinguent 2 catégories de messages:

• Les Commandes: Elles expriment une intention adressée à un destinataire unique qui se chargera de confirmer l’exécution, ce qui permet de simuler un appel « synchrone » comme en RPC
• Les Evénements: Ils informent 0 à n systèmes que quelque chose s’est passé (ou non !), sans attendre une quelconque confirmation de lecture.

Puis nous avons vu ce qui compose le message:

• un contrat
• une enveloppe
• une donnée sérialisée

Il existe de très nombreuses façons de sérialiser vos données, mais pour des raisons d’interopérabilité avec le C++, et de performances, le format « Protocol Buffers » a été choisi.

L’enveloppe quant à elle va contenir toute les méta-données spécifiques au Messaging, à savoir des adresses de destination, des informations de routing, etc.

Ceux qui les consomment: les MessageHandlers

Le chapitre suivant traite des « Handlers », c’est à dire, les composants du systèmes qui traitent les messages.
On voit donc ici rapidement comment déclencher un traitement à la réception d’un type de message donné.
Tout ceci avec une grande simplicité à l’aide des conventions.

Mais avant que le message soit envoyé/reçu, il peut être traité et enrichi dans la « Pipeline ».
C’est un peu comme de l’AOP, ou on va pouvoir traiter les aspects techniques transverses, spécifiques au Messaging, et donc enrichir l’entête du message ou d’effectuer un traitement particulier en fonction de celui-ci.
C’est alors qu’on peut choisir de chronométrer le temps de traitement d’un message, de le filtrer, ou de le router vers la bonne destination.

Les traitements long avec état: les Sagas

Cette dernière partie de la présentation traite du sujet sans doute le plus complexe, mais surtout le plus intéressant.
C’est en effet ici qu’on nous a expliqué comment effectuer des traitements avec état, de dérouler un Workflow en orchestrant l’envoi et la réception de certains messages.
La Saga est donc un Handler particulier qui effectue cela, et elle doit donc être créée suite à un message de début de traitement, et persisté afin de reprendre son traitement là ou elle en était suite à la réception d’autres messages.
Cela veut dire aussi que les messages sont alors identifiés à l’aide d’un « Correlation ID », afin de savoir quelle instance du Workflow faut-il reprendre.

Cela pose aussi d’autres problèmes, puisqu’il se peut que la Saga envoie une « Commande » pour effectuer un traitement, mais ce dernier pouvant échouer, la Saga ne recevra jamais de message de retour.
Il faut alors gérer les « Timeouts », pour passer le Workflow état « terminé ».

Cela est très bien expliqué dans la présentation, avec de magnifiques diagrammes de séquences.

Démo

Pour terminer, nous avions eu droit à une superbe démo d’une application de trading (WPF?) avec une courbe de prix d’une action (fictive) en temps réel.
Dans la démonstration, nous pouvions effectuer un achat d’un certain nombre d’actions à un prix désiré, l’application publie alors l’ordre dans le système, qui va effectuer l’achat si l’offre correspondante est trouvée.
On peut alors y voir une Saga qui s’occupe d’effectuer les achats par « paquet » afin de ne pas faire trop grimper le cour de l’action. Si le prix désiré n’est pas trouvé au bout d’un certain temps, et qu’il n’a pas été possible d’acheter le nombre d’actions voulu, nous avons alors la un bel exemple de gestion du Timeout.

Conclusion

Ma conclusion personnelle est que le Messaging est vraiment nécessaire aujourd’hui, car nous sommes de plus en plus dans des contextes distribués.
Réaliser un ServiceBus n’est pas si simple: il y a beaucoup de concepts, et même ABC Arbitrage a fait le choix de ne pas tous les implémenter.
Mais la complexité des certaines solutions existantes, et l’immaturité des autres, nous poussent souvent à la même conclusion: « Build your own Service Bus ».

Sans forcement vouloir inventer la solution parfaite, c’est en tout cas un très bon exercice, cela nous permet d’en apprendre plus sur le sujet, et nous préparer ainsi à des solutions plus complexes.

J’espère que cette petite présentation vous a plu, et que ça vous a encourager à assister à nos futures sessions d’ALT.Net !

Pour terminer, voici quelques liens utiles (en plus de ceux déjà présent dans l’article):

• http://blog.phatboyg.com/ le blog du créateur de Masstransit, aussi membre d’ALT.Net
• http://www.udidahan.com/ bien évidement le blog d’Udi Dahan, créateur de NServiceBus
• http://ayende.com/Blog/category/554.aspx le Blog d’Ayende autour de Rhino ESB. Très intéressant puisqu’il décortique NServiceBus et MassTransit afin de réaliser le sien
• http://distributedpodcast.com/ Si vous avez besoin de comprendre le Messaging et le ServiceBus, je vous conseil absolument d’écouter ces podcasts

Alt.net #24 : présentation de MonoTouch/MonoDroid

Posted by vincent under Rencontres Paris

Cette session présenté par Jb Evain, sera l’occasion de découvrir les nouveautés de Mono et de présenter de nouveaux projets comme MonoTouch, permettant l’écriture d’applications .net et C# sur iOS, le système d’exploitation de l’iPhone et de l’iPad, et son penchant pour Android : MonoDroid.

Rendez vous Chez vNext le 24 mars à 19h, inscription ICI

17 Rue Neuve Tolbiac
75013 Paris

Agrandir le plan

ALT.Net aux Microsoft Techdays 2011

Posted by Mathias Kluba under Paris

A l’aide de notre bien aimé Robert Pickering, Microsoft nous a réservé un stand ALT.Net aux MS Techdays 2011.

Après y avoir passé 3 jours, voici un petit résumé de ce qui s’est passé.
Ca a été l’occasion pour des membres d’ALT.Net de se retrouver physiquement, après une baisse d’activité de la communauté.

Nous pensons alors fixer une date de rendez-vous régulière (tous les mois?).
Sans forcement prévoir et organiser des sessions, ça reste une occasion de se rencontrer physiquement, boire des bières, et parler de DDD .Net
Et pour commencer cette année 2011, nous vous proposons une soirée bières au JetLag, vous pouvez alors participer à la discussion concernant la date de la prochaine rencontre sur notre Google Group.

Ca a aussi été l’occasion de rencontrer de nombreuses personnes désireuses de donner des présentations.
Voici une petite liste:

• Peter Lindsey, Managing Director chez Infragistics, qui propose de nous parler de pattern d’interface
• Bruno Boucard, qui nous a déjà fait le plaisir de présenter la programmation parallèle chez ALT.Net, et qui pourrais nous refaire ses sessions MS Techdays
• Yann Schwartz qui a présenté MongoDB et Rx for JS aux MS Techdays
• Rui Carvalho et Thomas Jaskula qui ont présenté ASP.Net MVC 3 aux MS Techdays
• Alexandre Victoor et moi même, pour vous parler d’intégration continue et de revue de code
• JB Evain qui a présenté MonoTouch et MonoDroid aux MS Techdays, avec qui on pourrait faire un code camp autour de Mono

Tout cela reste à confirmer, mais ça s’annonce bien
De plus, nous avons pris contacts avec diverses personnes pour avoir des salles de présentation, comme celles de Microsoft !! (39, quai du Président Roosevelt 92130, Issy).

Diverses sociétés sont intéressées par sponsoriser le groupe, en échange d’un peu de pub.
Elles nous proposent aussi des salles de présentation, mais aussi un hébergement gratuit en échange d’un logo sur nos sites.
Etant donnée que l’a communauté réclame d’autres outils d’expressions que le Blog (Wiki par exemple), c’est quelque chose que nous pourrions discuter.
Il y a donc pas mal d’opportunités  pour aller plus loin et faire grossir la communauté  ALT.Net!

De nombreuse personnes m’ont indiqué qu’ils auraient aimé avoir une rediffusion des sessions.
Même s’il existe de nombreuses présentations sur Internet, il est vrai qu’il y en a pas forcement beaucoup en français, ALT.Net peut alors être une bonne source d’information!
Sans aller jusqu’à filmer à l’aide d’une caméra, nous pourrions, dans un premier temps, simplement enregistrer le son et capturer la vidéo de l’écran de présentation.
Concernant les ressources ALT.Net à disposition sur internet, je vous propose d’en débattre sur le Thread de notre Google Group.

J’ai eu aussi le plaisir de rencontrer Guillaume Collic, qui est un membre actif d’ALT.Net Rennes.
Ce groupe prend de l’ampleur, nous allons donc l’accueillir sur notre Blog à coté de Paris et Lausanne!

Ca a donc été une expérience très intéressante pour ALT.Net, et j’espère pouvoir la re-itérer l’année prochaine!

Je remercie Microsoft, Xavier Rosée et Robert Pickering pour nous avoir permis de tenir un stand!
Je remercie tous ceux qui y sont passé dire bonjour, et j’espère retrouver très bientôt les nouveaux membres sur le Google Groupe!
Je remercie aussi tous les membres ALT.Net qui ont réalisé des sessions, afin de promouvoir les alternatives et l’OpenSource!

PS: Pour ceux qui se demandent ce qu’il y a sur le portable, j’avais affiché une très bonne définition d’ALT.Net en Français: http://msdn.microsoft.com/fr-fr/magazine/cc337902.aspx

Alt.net Paris – 24 Novembre – Build your own service bus

Posted by Julien under Paris, Rencontres Paris

L’activité d’ALT.NET Paris avait bien ralenti ces derniers temps ; on pourrait presque parler d’hibernation. Du coup, dans l’espoir de faire bouger un peu les choses en organisant quelque chose de concret, Julien Lavigne du Cadet et Romain Verdier proposent une soirée le mercredi 24 novembre sur le thème des « service bus ».

Il existe plusieurs framework de service bus en .NET qui fournissent une abstraction supplémentaire par rapport aux outils de messaging plus bas niveau (msmq, tibco RV, amqp, etc.) et la plupart se basent sur des concepts qui encouragent les bonnes pratiques en matière de communication asynchrone : commandes, events, handlers, sagas, etc.

La présentation, à la limite du retour d’expérience, essayera d’apporter des réponses aux questions suivantes : qu’est-ce qu’un service bus? qu’est-ce qui ce
cache derrière les concepts sus-cités? quels sont les avantages? comment les implémenter? etc.

Les inscriptions se déroulent sur cette page. Merci d’indiquer votre nom complet !

Le rendez-vous est fixé au mercredi 24 novembre à 19h30 à l’adresse ci dessous. Par ailleurs, comme le bâtiment est partagé par plusieurs entreprises, votre identité sera vérifiée à l’entrée. Pensez à avoir sur vous un papier d’identité (carte d’identité, passeport, permis de conduire).

ABC Arbitrage
18 rue du Quatre Septembre
75002 PARIS

Agrandir le plan

Alt.net #23 : présentation de Greg Young

Posted by Julien under Paris, Rencontres Paris

Lors de la 23ème soirée Alt.net, Greg Young nous fera une présentation sur… un sujet qui reste encore a définir ! Cela sera probablement sur le DDD ou la programmation orientée objet.

Vous êtes attendus le mercredi 5 mai à partir de 19h30 à l’adresse suivante :

OCTO Technology
50, avenue des Champs-Elysées
75008 PARIS

Vous pouvez vous inscrire à cet soirée sur cette page.

Alt.net Paris #21 : L’orienté objet : erreur historique ou la voie à poursuivre ?

Posted by Julien under Paris, Rencontres Paris

La 21ème soirée Alt.net portera sur le sujet suivant :
L’orienté objet : erreur historique ou la voie à poursuivre ?

Vous êtes attendus le mercredi 20 janvier à partir de 19h30 à l’adresse suivante :

OCTO Technology
50, avenue des Champs-Elysées
75008 PARIS

Vous pouvez vous inscrire à cet soirée sur cette page.

A noter que le débat a déjà commencé sur la liste de discussion !

alt.net paris #20 – open space session – Valtech

Posted by gauthier under Paris, Rencontres Paris

La réunion du mardi 15 décembre, sera une open space session.

La réunion est hébergée par Valtech,  au 80 Avenue Marceau, 75008, Paris

Merci d’inscrire votre nom sur ce formulaire d’inscription

Comme chaque open space session, ce sont les participants qui jugent la qualité et l’intérêt des sujets retenus et des échanges, venez avec votre bon esprit pour cette dernière réunion 2009. alt.net paris.