Ulrich's Blog

Paris Javascript Meetup #2

2010-12-10T03:25:00.000-08:00

L'API Spore

J'ai continué mon immersion dans les mondes parallèles et vous propose un feedback rapide du très intéressant du Paris JS Meetup 2, qui s'est déroulé chez ISART Digital avec en maître de cérémonie Pierre-Loic. Intéressant à plus d'un titre, car non content d'y apprendre des choses passionnantes sur le vrai développement web, j'y ai rencontré des gens hors de la matrice Java/JavaEE, qui codent et qui le montrent. En outre et c'est là que l'on se rend compte de la richesse de ce type de soirée, je me suis trouvé à discuter aussi bien avec des développeurs iPhone, qu'avec des games designers ou encore des administrateurs systèmes fans de devops. La soirée s'est donc à peu près passée comme tout bon meetup qui se respecte, c'est à dire un enchaînement de quelques présentations, une pause pizzas, la suite des festivités et un dernier verre où l'on refait gentiment le monde.

Voici en bref, le contenu des différentes présentations :

Présentation HTML5 - Grégory PAUL

Grégory nous a présenté avec exemples à l'appui, des notions d'HTML5 sur :

Les Webworker,
Le WebGL,
Les Websockets via un exemple de chat avec node.js,
Le Webstorage,
La Géolocalisation,
...

Présentation de Spore et Node-Spore - François de Metz

J'avais entendu parler de spore à l'OSDC FR 2010 cet été et j'avais trouvé l'idée relativement intéressante, car je n'avais pas réellement compris l'impact de cette API. En effet, le but de spore est de non seulement de décrire une API REST au travers d'une syntaxe JSon simple, mais aussi d'apporter du comportement dynamiquement au travers de middlewares dont le but est d'adapté une API cliente et ainsi de pouvoir gérer les différences de versions par exemple. Parmi les fonctionnalités énoncées par François, on retrouve :

La possibilité de rajouter des informations d'authentification à la volée,
La possibilité de réparer une API cassée,
La possibilité de mettre en cache les réponses,
Le middleware connect permettant de rajouter OAuth sur l'appel d'une API Twitter par exemple,
...

Présentation sur les jeux en HTML5 - Pierre-Loic Doulcet

Encore une présentation aussi intéressante que technique avec un petit côté vintage, car Pierre-Loic nous a gentillement rappelé que sans la game-loop, point de salut ! Voici une énumération un peu sommaire du cookbook concocté par le speaker :

Un rappel sur ce qu'est une game-loop,
Eviter de redessiner tout l'écran afin de gagner en traitement,
Utiliser setTimeOut plutôt que setIntervale,
Utiliser le Webstorage locale,
Utiliser YUI Compressor et Closure pour optimiser le transfert,
Utiliser un setTimeOut et dynamique en fonction du temps déjà passé dans la game-loop,
Utiliser les Webworker pour l'IA,
La balise Audio est juste super limitée !

A noter que Pierre-Loic organise en 2011 le Html Game Jam, soit 48h pour coder un jeu en HTML5 de manière collaborative.

Présentation de La balise video HTML5 et Javascript - Clément Hallet

Cette présentation nous a montré comme améliorer le comportement d'une balise HTML5 en Javascript. Le cas d'école a été la balise vidéo où Clément a pris un malin plaisir à modifier ses attributs par le DOM avec Mooplay. Un exemple intéressant a été l'ajout par incrustation d'une traduction sur l'image en cours de lecture. Un projet à suivre...

...

Devoxx 2010

2010-11-30T22:03:00.000-08:00

Voici mon billet consacré à Devoxx 2010. Les meetings étant aussi riches en contenu qu'en rencontres, je ne parlerai que des faits et sessions qui m'ont le plus marqué.

La keynote

“Welcome to Devoxx 2010” ! Cette phrase longuement attendue par la communauté Java depuis quelques semaines a raisonné comme un go-ahead de soulagement pour les 3000 personnes ayant bravé le climat Belge. Toujours organisée dans l’immense salle 8 du Metropolis d’Anvers, cette keynote divisée en trois parties, nous a appris que Devoxx 2010 a battu son record de visiteurs, qui avoisine les 3000 personnes, qu’il y a un wifi fiable (ce que je confirme), que la plateforme Parleys propose le visionnage du contenu des sessions Devoxx à un prix vraiment intéressant et dans des conditions (variété de clients) agréables. Brèf, une bonne entrée pour Stephan Janssen, l'organisateur de la conférence. A suivie ensuite, l'intervention de Mark Reinhold sur Java SE The Road Ahead. Rien de bien nouveau dans la suite des évènements pour notre langage "favori", je vous encourage donc à lire l'article qui résume les futures fonctionnalités annoncées sur le site de l'openjdk. Néanmoins, un point intéressant à noter est que la langage va devoir de plus en plus se prêter au jeu de la programmation concurrente, grâce notamment aux architectures 128 processeurs. Il va falloir donc trouver d'autre moyens/pratiques de développement pour permettre aux développeurs de coder des applications simplement et c'est là que rentrera en jeu le projet lambda, dont les spécifications (mode raw) sont disponibles dans ce document.

Enterprise IT vs. WWW

Stephan Stilkov a encore prouvé qu'il maitrisait sont sujet, c'est à dire REST. Même s'il n'est pas très difficile de mettre en lumière les avantages et inconvénients entre une architrecture SOAP et REST, il a su trouver les mots et les exemples justes pour inciter les gens a passer à la vitesse supérieure, j'ai cité REST. Il a comme à son habitude introduit son propos avec des phrases chocs des grands noms du développement, qui critiquent sans retenus les WS. Le parallèle SOA/WS a fait mouche et le schéma montrait bien que les WS sont plus basés sur une architecture "technique" qu'une architecture logicielle. En effet, REST est avant un style de programmation et de pensée, qui est naturel au développement WEB. Il a donc prêché des convertis mais une piqure de rappel ne fait pas de mal de temps en temps.

The Next Big JVM Language

J'ai particulièrement bien aimé cette présentation juste et précise de Stephen Colebourne. Il a dressé un panorama assez clair des différents challengers au langage Java, sans pour autant oublier de rappeler, que la JVM est avant tout une plateforme populaire, neutre, sure et auto-gérée. Ses critères de sélections allaient du but du langage, au facteur humain de d'adoption, de compréhension, aux leçons retenues des ses héritiers... Le premier a être passé sur le gril a été Clojure. Pour l'auteur, bien que Clojure soit pleinement fonctionnel, ait une approche intelligente et dispose d'une STM, il a néanmoins les principaux défauts d'être trop loin de Java et d'avoir une syntaxe a des années lumières de C/Java. Le second langage a avoir été passé en revu a été Groovy. Encore une fois, ce langage ne sera pas le NBJL. En effet, l'auteur lui trouve comme d'autre l'avantage et l'inconvenient d'être dynamique. Je vous laisse deviner pourquoi. En outre, l'auteur pense que ce langage est plus un complément à Java, qu'un remplaçant. Le troisième langage a avoir été décortiqué a été Scala. Ce langage a retenu l'attention de Stephen car il possède la caractéristique d'être aussi OO que fonctionnel, d'être massivement statiquement typé, d'être scallable par sa nature, d'être minimaliste au sens ou tout est librairie et que sa syntaxe est compréhensible des "humains". Le quatrième et dernier langage a avoir été passé en revue a été Phantom. Ce langage a également retenu l'attention du speaker pour les raisons suivantes : statiquement typé mais avec une pointe de dynamique, OO mais avec une pointe de fonctionnel, les variables ne peuvent être nulles, il est immutable, basé sur des modules et sa syntaxe est similaire à Java. Et le constat dans tout cela ? Et bien quand Scala est trop complexe, Fantom est fermé, quand Scala a un système de typage trop excessif, le typage de Phantom n'est pas assez puissant... Bref, pour conclure il semble qu'un bon NBJL est avant tout un langage que l'on maitrise et qui répond à une problématique donnée au bon moment. Et si Java X était le NBJL ?

Building JavaFX Applications with Alternative Languages

J'avoue avoir été un peu déçu par cette présentation qui relevait plus du pari qu'autre chose, il faut l'avouer. Bien que Stephen Chin semblait connaître son affaire et que j'ai vu ce que j'attendais, c'est à dire voir du Clojure afficher de l'UI, j'ai trouvé la présentation un peu légère et peu dynamique. Néanmoins, il faut noter que la plupart des gros langages de la JVM actuelle comme JRuby, Clojure, Jython et Phantom peuvent utiliser JavaFX pour leur UI. Les exemples étaient simplistes mais avaient le méritent de fonctionner. J'ai pu noter toutefois que JavaFX Script APIs a été porté en Java et que l'on pourra donc s'affranchir du langage de script, qui a tant déplu aux développeurs, que les performances globales ont été améliorées, le support des animations CSS... En outre, j'ai noté un projet intéressant appelé Visage qui est un DSL permettant de décrire les UI dans JavaFX. A suivre...

Comparing JVM Web Frameworks

Ça fait tout drôle de le voir en vrai le Matt Raible. Fidèle à l'image que j'avais du personnage, la présentation a été aussi claire qu'utile. En effet, la recette miracle pour choisir le web framework de demain est simple : tout d'abord établir une pré-liste des candidats potentiels, créer un prototype à l'identique pour chacun d'entre eux, faire une matrice résumant les critères importants, faire une présentation qui résume le tout et permettre de s'approprier les documents, les applications d'exemples et recommandations (conclusions). Vient ensuite l'identification du type d'application cible : l'application à grand trafic et donc scalable, l'application à destination de l'intranet et donc avec peu d'utilisateurs, le produit maison qui doit tenir la route pour 5-10 ans, autre... Dans la foulée, n'oubliez pas d'établir une vingtaine de points de comparaisons comme par exemple : la perception des développeur du framework, la courbe d'apprentissage, les jobs offerts cette techno, la validation la qualité de la documentation... Reste que vous pourrez retrouver tous ces points sur la slide de résumé disponible à l'URL suivante et vous laissez la surprise du grand vainqueur...
JVM Web Framework Matrix

Defective Java: Mistakes that matter

William Pugh étant à la fois professeur et ingénieur dans l'industrie, c'est avec la bienveillance du professeur et l'assurance du senior, qui l'a partagé son expérience en terme de qualité logicielle et productivité. Il a pris un malin plaisir a dresser un panorama des erreur les plus ou moins grossières, qui lui a été amené à rencontrer durant ses audits de code. Certaines vérités étant toujours bonnes à dire et à rappeler, voici un petit résumé des choses à faire ou ne pas faire : faites des tests ! Des tests unitaires, de non régressions, d'intégration, qu'importe, tester ! Un code ne peut anticiper une action non prévu, donc essayez de prévoir un maximum de cas, ne pas laisser le doute planer ou la place à l'improvisation. Si vous ne pouvez pas prévoir une erreur, tachez d'avoir les mécanismes de détections et de logging, la runtime est votre amie, car si une erreur inattendue arrive, nous devons le savoir, est-ce que mon code est facile à comprendre, à modifier ? Lancer une runtime est une façon raisonnable de planter gracieusement et s'assurer l'erreur est remontée, avec un peu de travail, nos sont souvent plus clairs et pratiques... Après ces quelques recommandations, William Pugh a enchainé avec un panorama du bestiaire des plus gros fails qu'il a rencontré sur Eclipse et chez Google au travers d'une analyse Findbugs. Ce fût instructif et rassurant de voir que même chez les grands, des erreurs de la sorte peuvent arriver. La réalité dans tout cela, c'est qu'il n'y a pas d'arme magique à l'éradication d'un bug, qu'il faut tester, utiliser des outils d'analyse de code, qu'il faut être pragmatique dans l'écriture de son code, éradiquer le code mort où bien souvent le bug se réfugie... Toute une histoire.

Java Puzzlers - Scraping the Bottom of the Barrel

A suivre...

Releaser avec Maven sur github

2010-08-17T23:59:00.000-07:00

Le but de l'exercice est de releaser un projet Maven simple en utilisant le maven-release-plugin via Cygwin sur la plateforme github. En effet, la procédure serait aussi simple que sur Subversion, à la condition d'avoir ses settings et ses POM au carré, ce que nous allons voir de suite.

Pour mener à bien l'opération, les pré-requis sont les suivants :

Avoir un environnement de développement sous Cygwin, le mien étant Windows XP SP3 / Cygwin 2.712, / java 1.6.0_17 / git 1.7.1 avec une auto-complétion des commandes git bien pratique,
Avoir une configuration Maven opérationnelle dans le sens où vous avez accès aux maximums de repositories publics et une plateforme d'hébergement/déploiement pour vos archives. La mienne étant Maven 2.2.1 / Nexus™ Open Source Edition 1.7.1. J'avoue avoir de la chance, car j'utilise pour mes tests, ma plateforme d'entreprise (chez Vidal) configurée aux petits oignons par mon collègue Thierry que je salue au passage (@tnehr),
Avoir un compte chez github (même gratuit) pour héberger ses sources.

1. Créer son projet Maven

Pour effectuer notre opération vous devez disposer d'un projet Maven simple. Nous allons en générer un à partir de la commande Maven suivante :

mvn archetype:generate

Choisissez de préférence l'archétype maven-archetype-quickstart, qui nous offrira un projet simple (code + tests) à tester.

2. Créer et ajouter son projet sous github

Pour le créer, rien de plus simple, tout se fait au travers de la console d'administration github. Donc, nous allons créer un projet "bar" via la commande :

Create a New Repository

Github vous indiquant comment importer le projet, je passe rapidement sur cette étape, mais voici tout de même pour informations, mes commandes git :

- git init
- git add *
- git commit -m 'Push bar example project'
- git remote add origin git@github.com:ulrich/bar.git
- git push origin master

3. Préparer ses POM

Cette étape est importante, car elle permet de "déployer" dans l'origine, un tag sous github. Pour ce faire, nous allons ajouter dans notre POM, la balise SCM comme indiqué ci-dessous :

<scm>
<connection>scm:git:ssh://git@github.com/ulrich/bar.git</connection>
<url>git:ssh://git@github.com/ulrich/bar.git</url>
</scm>

A vérifier, mais dans le cadre de nos projets avec plusieurs sous-modules, nous avons ajouté systématiquement la balise SCM dans les POM des modules (sachant qu'elle est identique).

Un dernier ajustement concerne la connexion sous github. En effet, lors du déploiement, le plugin aura besoin de commiter, mais surtout de pusher ses modifications effectuées dans le POM. Si vous avez généré une clé SSH avec une passphrase, vous aurez besoin de taper les commandes suivantes, afin d'ajouter votre clé à votre session en cours et ainsi, éviter de bloquer le déploiement.

- ssh-agent /bin/bash
- ssh-add ~/.ssh/id_rsa

4. Exécuter le plugin

Nous voilà en phase finale de procédure, le but étant bien entendu d'utiliser le maven-release-plugin, qui au travers de deux actions/phases consécutives : de faire un tag git avec la version souhaitée, de déployer nos archives JAR et de monter de version notre projet. Nous devrons donc exécuter les commandes suivantes :

- mvn release:prepare
- mvn release:perform -Dgoals=deploy

Voilà ! Il est intéressant de noter les étapes et les commandes par lesquelles, le plugin a exécuté son tag et sa montée de version.

Nous voilà donc avec un tag git fraîchement crée dans github :

N'hésitez pas à me remonter les points, qui peuvent vous sembler obscurs ou incorrects.

Retour sur Rework

2010-08-15T05:27:00.000-07:00

Je me suis pour une fois sorti la tête des ouvrages techniques, de mon GoogleReader/programming/languages et autres joyeusetés de ce genre, pour me plonger dans le livre à la mode, Rework. Ce livre co-écrit par Jason Fried et David Heinemeier Hansson est un cookbook destiné aussi bien aux boss, qu'à leurs employés, désirant comprendre et décrypter les clés de la réussite de cette entreprise : 37signals, qui est au passage la boite qui a crée le website Basecamp et le framework ROR. L'ensemble repose sur un enchainement intéressant de chapitres courts mais percutants, avec des illustrations assez plaisantes. Tout est écrit en noir & blanc dans un anglais assez compréhensif, qui permet de le terminer en un clin d'œil, si vous n'avez pas fait comme moi et pris des notes quasiment à chaque chapitre.

Je ne vais pas coucher toutes mes notes sur cette page, mais vous en énumérez les premiers points qui m'ont le plus marqué, car ce livre a été pour moi et sera je l'espère pour vous, un vrai catalyseur pour créer/agir/entreprendre/réaliser/coder/intégrer/... A noter, que ces énumérations sont le fruit de mon interprétation et peuvent avoir un autre sens pour vous.

Les erreurs ne sont pas une étape nécessaire vers la réussite, car comment peut-on apprendre d'une action ratée, elle nous apprend à éviter les pièges mais pas à réussir. Et au contraire, le succès engendre le succès,

Faire un business plan impose bien souvent un cadre trop rigide à entrepreneuriat, car la réussite passe parfois par l'improvisation,

Maîtriser sa croissance, ce n'est pas en ajoutant des salariés que l'on aura une meilleur rendement. Les grandes écoles l'on compris et préfère avoir un ratio élève / professeur raisonnable, gage de la qualité de l'enseignement. Paradoxalement, les petites entreprises veulent grandir et les grandes devenir plus modulaires pour être plus agiles, ce qui est intrinsèquement la qualité d'une petite structure,

Le vrai héros n'est pas la personne qui passe sa vie au travail, mais la personne qui sait accomplir sont travail en temps et en heure et mener une vie personnelle, lui permettant de s'épanouir,

Un entrepreneur est juste une personne qui veut faire ce qu'elle aime, au moment ou elle souhaite le faire et de la manière qu'elle le souhaite. La meilleur façon de concevoir un produit est de le concevoir pour soit,

Il ne faut pas s'abriter derrière l'excuse du temps pour ne pas entreprendre, car tout le monde peut trouver du temps et de plusieurs manières comme : partir une heure plus tôt du travail une fois dans la semaine, se coucher une heure plus tard...,

Un bon business a une idée directrice à laquelle on doit rester fidèle. Cela permet de mieux maîtriser son travail, de ne pas partir dans tous les sens et d'être cohérents aux yeux des clients,

La startup n'est pas le format idéal pour entreprendre. En effet, elle déconnecte de la réalité et place les gens dans une bulle et le marché, le business, les concurrents sont parti de réalité,

Rester léger. Eviter les process trop long, compliqués, les meetings trop nombreux... Etre léger permet le changement, force à se focaliser sur le produit,

...

Comme vous pouvez le voir, ce livre regorge de bons conseils et toutes les énumérer reviendraient à plagier les auteurs, c'est pour cela que je vous encourage à acheter ce livre et vous lancer comme moi, dans des projets qui vous donneront envie de partager et d'apprendre, bonne lecture.

Groovy Grails User Group #2

2010-07-21T09:39:00.000-07:00

Encore une bien sympathique rencontre au Groovy Grails User Group hier soir avec les organisateurs et les gugers. Cette rencontre était basée sur l’étude du pourquoi et comment migrer une application web Java standard vers Grails par Stéphane Maldini, qui est au passage commiter sur iceScrum.

J’ai bien aimé la façon dont Stéphane a amené la chose et exprimé le besoin en tant que développeur, de passer à d’autres outils aussi facile d’accès, qu’instinctifs et toujours dans l’esprit de vouloir voir autre chose.

Je ne vais pas passer au crible les différents slides exposés par Stéphane car mon iPhone m’ayant joué des tours, j’ai perdu la moitié de mes notes. Néanmoins, j’ai été un peu étonné par un ou deux argument exposé.

Le premier était que Grails favorise les tests. Je bloque sur ce point et ce, malgré les arguments exposés. En effet, je ne peux comprendre en quoi Grails permet ou facilite l’écriture de tests unitaires. L’idée de Stéphane était que le couple Groovy/Grails permettant un développement plus rapide du code et générant des squelettes de tests, il offre la possibilité au développeur d’utiliser son surplus de temps à l’écriture des tests (sic) !

Le second est qu’il faut abandonner Maven au détriment d’IVY. Cet argument a provoqué une levée de bouclier dans l’assemblée, car bien évidemment, il remet en cause une migration déjà couteuse du SI. Le ressenti de Stéphane vis-à-vis de Maven provenait à priori sur l’aspect normé de Maven, qui impose sa structure de projet. Je pense personnellement, qui faut garder Maven pour les raisons suivantes :

La majorité des SI aujourd’hui travail sous Maven,
Le mapping du file system Maven sur Grails, n’est pas très couteux,
Modulo un bon tunning des POM projets et des plugins, on garde la possibilité d'utiliser un maximum de plugin et reporting sur son projet.

A l’issue de la présentation, des questions/réponses ont fusé, dont la mienne portant sur un comparatif Playframework vs Grails. La réponse a été mon cinglante que je ne le pensais, car il semble que Play! soit un bon challenger à Grails, mais sans la multitude de plugins offerts par Grails.

Dommage, que je n’ai pu aller à la troisième mi-temps pour discuter et partager avec les gugers, mais j’espère rectifier le tir à la troisième rencontre !

I am back

2010-03-02T13:42:00.000-08:00

Après un long silence du en partie à des petits soucis personnels, qui sont à ce jour "fixés". J'ai décidé de reprendre la maintenance de ce blog et m'appuiera sur celui-ci pour :

1) Partager mon travail personnel sur divers projets que je lance cette année comme :

L'étude (retour aux sources) de la programmation fonctionnelle (particulièrement de Clojure),
L'étude de solution NoSQL,
L'étude du framework Play!,
L'étude de JEE6,
L'étude du SCM Git,
Le développement d'une seconde application Java sous Google App Engine,
L'étude de protocole de type Comet et framework comme Atmosphere.

2) Partager mes impressions sur des meeting auxquels je participe assez régulièrement comme les BarCamp, JUG, NoSQL User Group, Devoxx...

3) Partager le fruit de mon travail concernant le passage de ceinture sur Java black Belt et de la SCJP.

A bientôt,

JavaBarcamp#4

2009-04-01T15:00:00.000-07:00

Voici un rapide billet décrivant ce sympathique JavaBarCamp#4. Sympathique à tout point de vue, car non seulement l'organisation orchestrée par Philippe Antoine et Luc Bizeul a été sans faille, mais en plus nous avons eu le plaisir de passer la soirée dans les locaux de Google, avec au menu des goodies, un buffet très attractif et un accueil sans blingbling.

Encore une fois, j'ai été agréablement surpris de croiser des têtes connues aux profils aussi variés, qu'intéressant. En effet, ce barcamp m'a permis de joindre l'utile à l'agréable et donc de boire un bon verre de blanc tout en discutant de Spring 3.0. Et malgré moult tentatives les dimanches en famille, je me retrouve assez rapidement cantonné à updater l'antivirus de l'organisateur du repas dominical. Bref.

Côté contenu, peu de surprise car les principaux thèmes retenus ont été :

Spring 3,
Cloud computing,
TDD, DDD,
JQuery...

Et malgré quelques approches timides ma part et d'autres d'aborder des thèmes comme LIFT (merci Sadek), DSL, Life Hacking et autres joyeusetés et bien pas de quoi casser des briques. Néanmoins, il reste que les réunions auxquelles j'ai eu la chance de participer, qui étaient basées respectivement sur Spring 3.0 et TDD ont été de très bonnes qualités.

Il en résulte que Spring 3.0 va principalement nous faciliter la tache au niveau de nos architectures REST et qu'il devient full 1.5. Côté TDD, je suis encore conforté dans l'idée qu'il s'agit d'une méthodologie difficile à mettre en œuvre mais qu'une fois prise en main, elle apporte un gain de fiabilité sans comparaison. J'ai en outre découvert, qu'il existait un plugin Eclipse appelé JUnitMax permettant de jouer en continu et de manière intelligente nos tests unitaires dans notre IDE préféré. A creuser. J'espère trouver le temps pour le mettre en œuvre chez Vidal et faire un retour sur ce blog dans les jours qui viennent.

Autres post :

01/04/2009 - David
01/04/2009 - Nicolas
01/04/2009 - Jean-Laurent
Java Barcamp 4

Un peu de promo

2008-11-08T07:02:00.000-08:00

Je suis heureux de vous annoncer qu'une boite frenchy, la mienne (vidal.fr) a été mentionnée dans les slides d'Erik Hatcher, un conférencier d'Apache CON 2008 sur le thème Lucene Case Studies. Erik Hatcher est lead commiter dans plusieurs projets open-source, co-auteur de Ant In Action et Lucene In Action. C'est à l'issu d'un post sur la mailing list Lucene, qu'Erik a demandé de poster des études de cas du framework en entreprise. J'ai pris mon courage à deux mains et détaillé les principes de fonctionnement de notre moteur de recherche fulltext, basé sur Lucene et Hibernate Search dans nos outils web et embarqués.

Donc merci à lui et à Jean-Laurent de Morlhon pour son soutient toujours avisé et constant.

Valtech Days 2008

2008-10-21T16:12:00.000-07:00

Voici une petite rétrospective de cette première journée passée aux Valtech Day 2008.

L'organisation
Sans faille, comme l'année dernière tout était réglé comme du papier à musique, l'accueil était sympathique, les organisateurs étaient souriants et le buffet bien garni. En outre, les présentations auxquelles j'ai assisté ont démarré à l'heure.

Le type de public
Pas de surprise de ce côté là, j'ai pu côtoyer d'anciens clients, d'anciens collègues et de futur/ex employeurs. (j'avoue d'ailleurs avoir été tenté par un jet ou deux de cannelé sur d'anciens recruteurs). Par contre, il est toujours intéressant de se mélanger aux gens et de capter des conversations entre geek et DSI passionnés.

Les conférences
Elles étaient divisées en quatre catégories soient :

Planète Agiles,
Planète Architecture,
Planète Industrialisation,
Planète eCommerce et Web 2.0.

Voici un petit résumé des conférences auxquelles j'ai pu assister :

"La programmation concurrente restera-t-elle une affaire d’experts ?" - Julien Delhomme

Très satisfait, car le speaker à parler sans complexe et sans esbrouffe d'un sujet au combien nébuleux qu'est la programmation concurrente. Après un peu de vocabulaire et de pointeurs sur les acteurs majeurs du milieu, il a parlé des différentes approches que sont le "Multi-Threading sur mémoire partagée", le "Self Transactional Memory" et le "Message Passing" à la sauce Erlang, qui apporte une abstraction forte entre la gestion de la concurrence et le code itératif classique.

"Cloud Computing uniquement utile pour les Startups ?" - Nicolas Fonrose

Très satisfait, car le speaker n'a pas fait l'éloge d'une solution sur une autre, mais à parlé d'une forme de cloud à la sauce Valtech appelée l'Office Cloud, qui d'ailleurs est opérationnelle. Il s'agit en fait d'une solution 100% Valtech destinée à une Business Unit et basée sur Google Spreadsheet. Je suis reparti de cette conférence avec des clés sur les PAAS et IAAS.

"Tour d'horizon de Seam" - Denis Peyrusaubes

Peu satisfait, car bien que la présentation était claire et orientée cas pratique, je n'ai toujours pas été convaincu par l'intérêt de passer à Seam et encore moins à JSF, à part bien sur pour son côté standard et composants riches. J'ai pu par contre découvrir qu'il existait d'autres types de scope comme par exemple le très pratique CONVERSATION_SCOPE. Open Issue : néanmoins, il faut que je me fasse une application Seam pour vraiment juger du framework.

"Présentation de Spring Source Dynamic Module Server" - Denis Peyrusaubes

Satisfait, car bien que le format de 15 mn soit très court, je suis partis avec toutes les informations nécessaires pour en parler à la machine à café. Plus sérieusement, il en ressort que Spring vole encore au secours aux solutions complexes comme pour le cas présent OSGI.

"LinQ" - Sadek Drobi

Rien compris, dommage car cela semble être une solution très élégante et complémentaire aux solutions d'O/R Mapping.

"Silverlight" - Xavier Paradon

Satisfait, car bien que le format de 15 mn soit très court, j'ai pu comprendre en gros comment cela fonctionne et comment cette technologie a évolué. Dommage qu'il n'ait pas eu une petite application d'exemple à voir.

"Les ESB Open Source" - Willy Goldgewicht

La meilleur. En effet, j'ai beaucoup aimé le speaker et son approche très concrète de la chose. En effet, il n'y pas eu le mec en costard, qui a soi disant pondu l'ESB de la mort, dans la grosse banque, pour des traders sans pitiés, qui voulaient une appli. avec un temps de réponse à la nano-seconde. Non. En fait, cette conférence avait pour but de démystifier les ESB via un panorama impartial des ESB de leurs composants. Il en résulte que le ESB de type JBI et EIP sont les grands vainqueurs, car ils ont pour eux de reposer sur des standards définis dans le premier cas sur les spécifications de SUN et dans le second cas sur les patterns pensés par les guru du genre.

A suivre...

Apogee Software Themes

2008-10-16T14:32:00.000-07:00

Voici une initiative sympa de la part d'un fan d'Apogee comme moi. Il s'agit d'une vidéo montrant l'évolution des thèmes musicaux des différents jeux au travers du temps. Monster Bash est bien entendu le plus réussi :)

http://www.3drealms.com/news/the_classic_games/

Administrer sa Freebox

2008-10-07T16:01:00.000-07:00

Je ne peux que vous conseiller ce très bon soft d'administration de Freebox. FreeGo permet via une interface simple, jolie et complète de paramétrer sa box sous Windows, Mac et Linux.