La prochaine session du Paris Scala User Group aura lieu mardi 21 Février à 19h30 dans les locaux de Xebia.

Cette 20ème soirée sera fonctionnelle avec une présentation de Haskell par Arnaud Bailly. Nous verrons lors d’une séance de live coding comment développer une application avec l’approche fonctionnelle pure, ainsi que les inspirations de Haskell dans Scala. Nous finirons par une discussion ouverte sur les deux langages.

Il reste encore des places. Si vous souhaitez y assister, pensez à vous inscrire pour la logistique.

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

La prochaine session du Paris Scala User Group aura lieu jeudi 26 Janvier à 19h30 dans les locaux de Xebia.

À cette occasion, Stéphane Landelle nous présentera Gatling qui est un outil de stress test écrit en Scala et reposant sur les frameworks akka et Netty. En seconde partie, il nous donnera un retour d’expérience sur l’utilisation de Scala pour développer l’outil.

Il reste encore des places. Si vous souhaitez y assister, pensez à vous inscrire pour la logistique.

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

La prochaine session du Paris Scala User Group aura lieu lundi 19 Décembre à 19h30 dans les locaux de Xebia.

À cette occasion, Jean-Luc Canela nous proposera une présentation sur specs2. specs2 est un framework de tests écrit en scala permettant d’écrire vos tests unitaires ainsi que vos tests d’acceptance (en mode BDD) avec une approche fonctionnelle.

Il reste encore des places, si vous souhaitez y assister, pensez à vous inscrire pour la logistique.

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

La prochaine session du Paris Scala User Group aura lieu mardi 22 novembre 2011 à 19h30 dans les locaux de Xebia.

Lors de cette nouvelle soirée du PSUG, Jonathan Winandy et moi-même aurons le plaisir de vous présenter l’outil Simple Build Tool. Cet outil de build permettant de construire vos applications Scala et Java, se veut un remplaçant avantageux de Ant ou autres Maven pour tout développeur ayant quelques bases en Scala.

Il reste encore quelques places, si vous souhaitez y assister, pensez à vous inscrire pour la logistique.

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

Il y avait du monde dans les locaux de Xebia en cette dernière soirée de janvier 2011. Comme nous vous l’avions annoncé, le Paris Scala User Group accueillait le créateur de Scala, Martin Ordersky, pour une soirée consacrée aux collections parallèles et au futur de Scala.

Martin a commencé sa présentation par les enjeux de la programmation parallèle, et plus particulièrement le Popular Parallel Programming qui est actuellement un sujet de grande importance. En effet, les multiples cœurs de nos processeurs et la puissance fournie par les GPGPU ne demandent qu’à être exploités. Mais les difficultés inhérentes à la programmation concurrente rendent cette tâche complexe et favorable à l’apparition de bugs difficiles à identifier et à corriger.

Lire la suite de cet article »

La rétrospective est l’une des cérémonies préconisées dans les méthodologies de développement agile. Son rôle est de permettre aux équipes de développement, et aux individus qui la composent, de continuellement s’améliorer.

Les rétrospectives pourront ainsi aider les équipes à améliorer leur productivité mais aussi les compétences de ses membres ou encore la qualité de ce que l’équipe produit. Leur but va donc bien au delà d’une analyse post-mortem d’une itération de développement de laquelle découlerait une amélioration des processus de développement.

Dans cet article, nous allons vous donner quelques clés pour vous aider à comprendre les enjeux et à mieux piloter vos rétrospectives.

Lire la suite de cet article »

La sécurisation des sites web est un sujet important dès lors que l’application que vous développez contient des données un tant soit peu sensibles, ayant trait à la vie privée, à des données bancaires ou encore à des données stratégiques (d’entreprise, gouvernementales, militaires …).

Le but de cet article est de sensibiliser les développeurs aux notions de sécurité des applications web. L’idée n’est pas de faire de vous des experts de la sécurité (le sujet est, comme vous vous en doutez probablement, plutôt vaste) mais de vous donner les bases qui vous permettront d’appréhender les principales problématiques de la sécurité informatique, et plus particulièrement de la sécurité des applications Web. Cet article n’a donc pas vocation à être un état de l’art des techniques de cryptographie et de sécurité informatique, mais d’en introduire les concepts.

Lorsque nous travaillons sur la sécurisation d’une application, nous nous attachons principalement aux aspects suivant :

• l’authentification,
• les autorisations,
• l’intégrité,
• la confidentialité,
• l’identité,
• la non répudiation.

Nous allons traiter dans la suite de cet article ces différents principes, en essayant de rester simple et pragmatique.

Lire la suite de cet article »

Après avoir abordé la gestion des fichiers de logs, nous continuons aujourd’hui la série « Applications Java prêtes pour la Production » avec l’audit.

Par audit, nous entendons l’audit des actions importantes réalisées sur une application.

Pourquoi auditer ?

Est-il vraiment utile de générer des informations d’audit dans nos applications ? Sans explications de juriste, quelques exemples suffiront à nous en convaincre :

• Un site web de partage de photos doit pouvoir dire qui a uploadé quelle image, depuis quelle adresse IP et à quelle date.
• L’application d’administration d’un site de e-commerce doit tracer toutes les modifications de prix pour empêcher un employé astucieux de baisser à 1 euro le prix de son téléphone préféré le temps de passer commande.

Pour revenir à des explications plus théoriques, les logs d’audit nous apportent :

• les informations nécessaires à la justice en cas d’infraction,
• la détection d’intrusions,
• la reconstitution des événements en complément des logs d’exceptions pour aider au diagnostique de problèmes.

Nous nous placerons dans le cas le plus fréquent où nous ne développons pas d’outil pour consulter ces informations d’audit et où un accès direct au média de stockage (grep sur fichier texte, sql sur base de données, etc) suffit.

Lire la suite de cet article »