• 3hitcombo
• west indie collective

L’objectif est simple : réaliser un jeu en 48h.

Je vais vous résumer comment ça c’est passé :

Vendredi 27

Après les annonces générales et quelques conseils, on passe directement au thème imposé par la Global. Cette année c’est une illustration :

Un Ouroboros donc.

On enchaine ensuite sur une séance de brainstorm collectif autour de ce thème, 1 heure où les idées fusent. Ensuite il est temps de constituer des équipes. Trois « mouvances » se constituent :

• Les jeux de plateau
• Les jeux vidéo multi-joueur
• Les minis jeux / pixelart

On se regroupe donc en fonction de nos envies et de nos compétences. Je choisi de participé au groupe « mini jeux ». Nous sommes rapidement 9 avec des profils bien différents et donc complémentaires :  3 Graphistes, 3 Développeurs, 1 Game designer et 2 Sound designer. Reste maintenant à trouver une idée de jeux : un thème et un game play. Donc on recommence un long brainstorm pour ensuite tenter de trouver un consensus. L’exercice n’est pas simple à 9. Nous arrivons au final à vouloir faire un jeu de plateforme autour d’un personnage cherchant des toilettes de façon urgente. Ne me demandez pas ni pourquoi ni comment nous en sommes arrivés là, la fatigue sûrement…. La non consommation d’alcool ou de stupéfiant peut aussi expliquer ce manque de créativité.

A 23h il y avait 4 équipes de créées :

• Un jeu de plateau avec des canards et des bombes
• Un jeu de 3D temps réel
• Un jeu de plateforme
• Un jeu multijoueur PC et android.

Personnellement j’ai décidé de dormir la première nuit pour garder mes forces.

Samedi 28

Dès 9h on a commencé à coder (c’est très tôt pour un samedi matin). Coder oui mais avec quel langage ? Nous sommes 3 développeurs maitrisant des technos différentes. Là on a deux choix, soit on choisit une techno neutre que personne ne maitrise vraiment bien pour s’y mettre à 3, ou on laisse un des développeurs prendre le lead et les 2 autres essaient de suivre. On a clairement choisi cette dernière solution et Christopher est parti sur une solution HTML/CSS/Javascript avec le framework melonJS (il a codé une bonne partie de la nuit de vendredi à samedi en fait).

De mon côté j’ai essayé de développer en parallèle une version sur iPhone basée sur cocos2d.

Notre WarRoom :

En fait notre équipe a continué toute la journée à discuter autour du game play. Ca fusait dans tous les sens sur des idées de jauges de vie, objectif du jeu. Personnellement ça m’inquietait un peu de ne rien voir converger, je me suis donc concentré sur la version iPhone et la maitrise de cocos2d. Je n’avais jamais fait de jeu de plateforme avant, je suis donc parti de zéro. J’ai commencé par coder le défilement des différents niveaux d’image d’arrière plan pour donner un effet de profondeur. Heureusement la gestion des animations de sprite est de base dans cocos2d. Un moteur physique est aussi disponible, ce qui permet de faire rapidement sauter mon sprite de façon assez fluide.

L’objectif du jeu est super simple, le personnage cours et il doit éviter des obstacles. Je ne me voyais faire beaucoup plus en 48h.

J’ai commencé à avoir des problèmes avec la gestion des collisions. Je voulais utiliser un Tiled Map pour que ce soit éditable plus facilement. Mais après plusieurs heures, j’ai abandonné la gestion des fichiers TMX pour partir sur quelque chose de bien plus simple. Le positionnement des obstacles est géré à la main et la gestion de collision se limite à vérifier si mon personnage est au dessus d’une certaine hauteur au passage de l’obstacle.

A 1h30 du matin j’avais :

• La gestion de 2 niveaux d’image de fond
• La gestion du saut du sprite
• L’ajout de façon aléatoire d’obstacles dans le jeu
• La gestion de collision

et là il était temps de dormir, je n’ai plus 20 ans

Dimanche 29

Reprise du code à 9h30 pas super frais. Pendant cette matinée les graphistes ont donné un coup de boost pour faire 4 nouveaux décors et finir les sprites des différents obstacles. J’ai donc passé ma matinée à intégrer leur boulot. Les sounds designer aussi ont pas mal bossé pour nous fournir du son pour chaque écran du jeu. Il fallait aussi faire l’enchainement des pages : Accueil, crédits, jeux, écran game over.

Quand nous avons compris vers 12h que notre développeur principal avait décidé de faire la grasse matinée la version HTML du jeu était très fortement compromise. Nous risquions donc de n’avoir que la version iPhone à montrer ce qui ajoutait un poil de stress.

On a terminé en intégrant le boulot des sounds designer pour avoir une application totalement terminée. Alors soit, le game play est plus que minimaliste, le thème est loin d’être très classe mais on a quand même le mérite de l’avoir terminé en 48h

A 15h on publiait une vidéo sur youtube pour montrer ce que ça donne :

Ca a le mérite au moins de beaucoup faire rire mes enfants

En plus de notre application iPhone, 3 jeux ont été présentés ce dimanche

Aux quatre coin coin

Jeux de plateau très bien fait. Un gas a même pris le temps de sculter de superbes petites pièces de jeu. Admirez ce superbe plateau fait en aquarelle :

Jörmungand

Je n’avais pas bien compris le principe de ce jeu lorsqu’ils l’avaient présenté la première fois. Mais j’ai été bluffé par leur démo le dimanche après midi. Ils ont codé un jeu en 3D avec une partie reconnaissance de tag via une webcam.

STRAT

Là par contre leur démo n’a pas été transcendante Mais ils ont développé un jeux multi-joueur sur Android avec un écran principal sur un PC. C’était la seule équipe avec des développeurs travaillant sur la même techno et ça les a bien aidé.

Bilan

J’ai beaucoup aimé ce week-end. C’est très stimulant d’avoir une forte contrainte de temps. En tant que développeur j’ai aussi bien apprécié d’être entouré de graphistes et de sound designer. C’est super enrichissant de voir comment ils travaillent vu que c’est un monde qui m’est complètement inconu.

Si je pouvais vous donner un seul conseil pour bien réussir ce type de week-end c’est d’essayer d’avoir une équipe de développeurs homogène. Ca permet de mieux se partager le travail et de ne pas être dépendant d’une seule personne.

L’objectif du startup week-end c’est de construire une startup en 56 heures. Etablir un business model cohérent c’est ça la priorité numéro 1 pour finir sur le podium. L’objectif du week-end Global Game JAM c’est de créer un jeu, de s’amuser. Il n’y a pas de gagnant, pas de podium. Là les développeurs ont vraiment leur place (contrairement au startup weekend à mon avis). J’y ai fait de belles rencontres et je commence à réfléchir pour l’organiser sur Lannion en 2013.

Code d’Armor

Sur Lannion nous avons deux grosses entreprises Alcatel Lucent et Orange. Autour de ces 2 mastodontes gravitent pas mal de SSII et un beau vivier de startups. Il y a donc beaucoup de développeurs dans la zone. Mais pourtant nous ne nous connaissons pas, il n’y a ni cantine numérique ni aucun « User Group ». On ne se connait pas. Il y a peut-être un gars de l’autre côté de la route travaillant sur la même techno que vous et vous ne le savez pas.

Au BreizhCamp, une phrase de Sebastien Douche m’avait marqué : « S’il n’y a pas de communauté chez vous : créez en une ! ». J’ai donc cherché des développeurs ayant la même envie que moi : créer une communauté de développeurs sur Lannion.

Dès le début j’ai rencontré des personnes super intéressées. Les organisateurs du startup week-end, Benjamin qui a créé sa boite de developpement d’applications web, des étudiants et même des collègues d’Orange. Me sentant un peu moins seul, c’était le moment de lancer la communauté : Code d’Armor était né. Nous avons rapidement programmé la première soirée qui a eu lieu le 6 décembre. Une très bonne soirée où j’ai présenté un retour d’expérience sur différentes plateformes PAAS. On a réuni 40 personnes et leurs retours étaient très positifs. On va enchainer sur une seconde soirée mardi prochain le 10 janvier et une troisième le 7 février.

L’objectif de Code d’Armor c’est de construire une communauté de développeurs sur la région de Lannion. Le slogan des soirées est simple : « Pour les développeurs, par des développeurs ». C’est une occasion d’échanger entre nous, de se rencontrer et de créer un réseau. C’est aussi un excellent moyen pour les développeurs de mettre en valeur leurs compétences techniques.

On a un vrai problème en France, les boites ne savent que valoriser les postes de manager, il faut devenir chef. Pour réussir dans la vie il faut être manager, chef de projet. Votre maman ne sera jamais fière de vous lorsque vous lui expliquez que vous avez optimisé une requête SQL et que ça réduit de 30% le temps de réponse HTTP. Par contre allez lui dire que vous êtes chef de projet d’une application avec 10 développeurs et là elle va raconter à toutes ses copines : « mon fils est manager ! » avec limite la larme à l’oeil. Je ne vous parle même pas de reconnaissance financière. 10 ans d’expérience dans le développement ça ne paye pas. Un jour il va falloir finir par comprendre que développeur et manager sont deux métiers bien différents et non pas une évolution obligatoire. En plus ça nous évitera d’avoir dans nos boites des tas de managers complètement incompétents qui se retrouvent là juste pour gagner plus d’argent.

Mais n’oubliez jamais :

Kidschool

Grâce à ces nouveaux contacts, en décembre on m’a demandé de réaliser un jeu pour enfant sur iPad. J’ai vraiment adoré. L’idée venait d’une graphiste qui a fait tout le design de l’application, Benjamin l’a adapté pour l’iPad et j’ai codé le moteur du puzzle et cablé l’application.

Téléchargez la vite !

Il y a aussi une version Lite gratuite, mais c’est moins drôle forcément

La suite ?

Beaucoup de nouveautés donc pour cette fin d’année 2011 et encore je ne peux pas encore vous dévoiler mes projets pour 2012 mais cette nouvelle année marquera pour moi sans doute un tournant très important. La suite au prochain post

Je vous souhaite à tous une superbe année 2012 : sex, code & rock’n roll !

Le Week-end a commencé dès le vendredi à 18h30. On a débuté par deux petits jeux histoire de faire connaissance entre participants. Ensuite on est rentré dans le vif du sujet, les organisateurs nous ont expliqué comment allait se dérouler le week-end.

Chaque porteur de projet a eu 1 minute pour présenter son projet. Il y avait 25 projets de présentés, avec par exemple :

• Time is money : payer une personne pour faire la queue à votre place
• GreenBanque : Banque 2.0
• Stocker de l’énergie en montant un bloc de pierre
• La culotte connectée
• Beewatch : financement de ruches avec un projet pédagogique
• Un site web d’annonce de mariage

Donc vraiment de tout. Après ces « pitchs », les porteurs se sont retrouvés devant une affiche où ils ont écrit quelques mots sur leur projet. Chaque participant a reçu 3 post-it représentant 3 votes à coller sur l’affiche du projet qu’ils souhaitaient soutenir. C’était un moment clé du week-end, il a fallu que le porteur rabate les participants sur son affiche pour obtenir un maximum de votes. Et à ce jeu celui qui a crié le plus fort a souvent été gagnant.

On est donc arrivé à la selection de 10 projets :

• ushared.me
• Breizh Impacte
• DisMoi
• GreenBanque
• Play4Date
• Octopousse
• Zero_Gachis
• Beewatch
• Sportsfever
• Jelouemoncampingcar

Après est arrivée l’étape de constitution des équipes. Là encore c’était un grand moment de rabatage De mon coté j’ai intégré le projet GreenBanque. Déjà car c’était le projet d’un ami de Benjamin mais aussi pour le côté complètement mégalo de l’idée. Fanch et Damien étaient vraiment à fond, les entendre dire très sérieusement « il faut que l’on trouve 5 Millions d’euros » ou voir Damien appeler ses copains de la BNP m’a beaucoup fait rire. De notre coté avec Benjamin on s’est occupé de réaliser un site web et 2 jeux facebook ici et là.

Pendant 2 jours l’ambiance a été très studieuse et entrecoupée de présentations. Beaucoup de travail et peu de sommeil. J’ai fait une vidéo et des photos pour montrer l’ambiance.

55 heures ça passe très vite. Il faut rendre le power point de la présentation avant 16h. Arrive alors les membres du jury. VIP de dernière minute : Jean-Loup Chretien. Pour la petite histoire il est venu avec son avion privé de Morlaix soit 37 km de distance. L’aéroport de Lannion a même été ouvert rien que pour lui. J’ai réussi à prendre une photo avec lui

Arrive donc le moment des présentations. Les porteurs de projet ont 4 minutes pour présenter leur projet au jury et 4 minutes pour répondre aux questions. Chaque mot compte pour bien faire passer votre idée. Après délibération voici le podium :

1. Zero_Gachis
2. Play4Date
3. louemoncampingcar

Et un coup de coeur pour Beewatch, qui, pour moi, méritait largement la troisième place. Notre projet n’a pas été primé ce qui est assez logique. Nous n’avons même pas mis en avant ce que nous avons réalisé pendant ce week-end. C’est aussi le point négatif que je note : pour moi les développeurs n’ont pas vraiment leur place dans un startup week-end. A la limite un développeur HTML/CSS pour faire un site, mais rien que le design du site collé dans un slide c’est suffisant pour le jury. Il faut d’ailleurs mieux l’image d’un site qui claque qu’un site moyen mais en ligne. Il est complétement inutile de développer quelque chose pour gagner. La clé de la réussite tient en 3 points :

• Une bonne idée
• Un bon graphiste
• Venir avec un groupe de copains pour être sûr que son projet soit sélectionné.

C’est vraiment votre idée et comment vous la présentez au jury qui détermine votre réussite que vous ayez developpé quelque chose ou non. Certaines équipes arrivent même avec un service déjà codé. C’est le seul bémol du week-end, j’étais plus dans une optique de concours de développement en m’inscrivant. Je ne suis donc pas sûr de participer à d’autres Startup Week-end. Ou alors en porteur de projet. A voir pour le prochain à Rennes programmé en Mars 2012.

La déception de cette défaite a été rapidement compensée par une très belle rencontre. Pendant le cocktail, j’ai pu discuter longuement avec Erwan Gallen. C’est le français qui a fait FaceBook avant Mark Zuckerberg en codant la première version de copaindavant, rien que ça. Je suis vraiment admiratif de son parcours. En grand fan j’ai donc pris une photo avec lui

Une dernière chose. J’ai été surpris de ne voir aucun chasseur de tête ou recruteur SSII pendant ce week-end. Les gars vous venez de passer à côté des futurs jeunes diplômés les plus motivés de Bretagne. Alors en mars vous allez au prochain Startup Week-end ou vous continuez à chercher sur ouestjob ? A bon entendeur salut !

Liens vers d’autres retours :

• Startup Weekend: 10 conseils pour les développeurs web

Notez que j’avais mis à jour mon XCode à la sortie de iOS 5 pour avoir la dernière version 4.2.

Donc je me lance : « Fichier -> nouveau projet » et je tombe sur un nouveau type d’application « Page-Based Application ». Comme c’est exactement ce que je souhaite faire, je décide de le tester. A la fin de ma journée c’est plié mon application est terminée. Ca fonctionne sur le simulateur et sur mon iPhone mais juste avant de rentrer chez moi je relance rapidement un test mais avec le simulateur iOS 4.3 cette fois. Surprise, ça ne compile pas Et oui la classe UIPageViewController n’existe qu’à partir de iOS 5. Ok, je poubellise ma journée..

Le lendemain je recommence un projet « Single View Application » et on me propose une option « Use storyBoard ». Ok pourquoi pas, ça a l’air plus simple de gérer ses XIB avec un storyBoard. Et donc après une demie journée de travail je termine de nouveau mon application. Et de nouveau ça ne fonctionne pas sur iOS 4.3. J’ai mis plus de temps avant de comprendre que ça venait des storyboards compatibles uniquement iOS 5. Quelqu’un peut m’expliquer pourquoi une nouvelle représentation graphique des vues ne pourrait pas générer du binaire compatible iOS 3 ??

Donc merci Apple pour toutes ces nouveautés d’XCode 4.2, vraiment merci ! J’ai hâte de pouvoir les utiliser dans 3 ou 4 ans lorsque nos clients sauront tous au moins sur iOS 5. Car aujourd’hui nous avons encore beaucoup de clients avec des iPhones 3G qui ne passeront donc jamais sur iOS 5. Et je ne parle même pas de ceux qui ne mettent jamais leur iPhone à jour.

Sortir aujourd’hui une application uniquement compatible iOS 5 c’est juste stupide !

Bref ! J’ai donc recodé mes vues avec de beaux XIB et enfin mon application fonctionnait sous iOS 3 et 4. Miracle !! Je la passe donc à notre équipe de validation. 10 minutes plus tard j’ai un email « impossible de l’installer sur mon iPhone 3G sous iOS4.1″. Mince je l’ai pourtant testée sur un 3GS avec le même OS. Donc je me balade de bureau en bureau pour enfin trouver un iPhone 3G : en effet, impossible de l’installer. Après des recherches sur le net je trouve (sur ce site) les options de compilations à ajouter. Car à partir de l’iPhone 3GS l’architecture est basée sur du armv7 alors que l’iPhone 3G est armv6.

Là c’est clair Apple a définitivement oublié l’iPhone 3G. Par défaut votre application ne fonctionnera pas sur ce terminal.

Avec ces options j’arrive enfin à installer l’application sur un iPhone 3G ! Mais resurprise : elle se lance mais ne fonctionne pas correctement. Mes 3 vues qui étaient côte à côte dans une UIScrollView se superposent. A ne rien y comprendre. Après une longue soirée à débugguer j’ai trouvé une solution en modifiant mon code :

if ([device isEqualToString:IPHONE_3G]) {
    frame.origin.x = 0;
    frame.origin.y = frame.size.width * i;
} else {
    frame.origin.x = frame.size.width * i;
    frame.origin.y = 0;
}

Ne me demandez pas pourquoi, mais sur le 3G l’axe des X et l’axe des Y de ma ScrollView sont inversés. Je ne cherche même plus à comprendre à ce niveau…

Je retourne donc une nouvelle version pour validation et j’ai comme retour :

• 3G ios 4.2.1 -> OK
• 3G ios 4.0.2 -> KO
• 3G ios 3.1.3 -> KO
• 3GS ios 3.1.3 -> OK

Je tente donc un dernier changement au niveau de ma compilation. XCode 4.2 utilise par défaut le compilateur  » Apple LLVM compiler 3.0″. Je passe donc en « LLVM GCC 4.2″

• 3G ios 4.2.1 = installation OK, et icône OK
• 3G ios 4.0.2 = installation OK, mais icône KO
• 3G ios 3.1.3 = installation KO

C’est un peu mieux et cette fois j’abandonne, je vais en rester là.

Moralité de l’histoire : réfléchissez avant de passer sur XCode 4.2. C’est beaucoup de problèmes et les nouveautés sont juste inutilisables pour le moment.

Et oui il y a des semaines comme ça où : FUCK XCODE !

Dernièrement j’avais à développer une application mobile sans grosse difficulté technique. J’ai donc eu envie d’essayer de la réaliser avec PhoneGap.

Je ne vais pas faire d’article pour expliquer comment fonctionne PhoneGap car beaucoup l’on déjà fait mieux que je ne peux le faire (comme octo par exemple) mais juste faire un petit retour d’expérience.

La base de PhoneGap c’est de pouvoir faire des applications mobiles mutliplate-forme en développement en HTML/CSS/Javascript.

Je ne suis vraiment pas un spécialiste du HTML et encore moins du Javascript. Mais je pense qu’il est grand temps de s’y mettre et ce petit projet est une bonne occasion.

Je débute donc et rapidement je tombe sur un premier problème : le titre dans la nav bar en haut de page est tronqué. J’ai rapidement trouvé où changer le CSS pour corriger cela. Ouf

Je développe avec Dreamweaver et c’est assez agréable. En effet il supporte JQuery et PhoneGap. Ca me permet d’avoir un aperçu direct du rendu de mon code et en 2 cliques ça me génère un projet XCode et lance directement le simulateur iPhone pour tester l’application.

Par contre on arrive vite aux limites de Dreamweaver au moment où on utilise du javascript PhoneGap. Par exemple, j’avais besoin de gérer le changement d’état de l’application (passage en background, retour au premier plan..). Pour ça il faut utiliser la méthode :

document.addEventListener("resume", onResume, false);

Mais impossible de le tester dans un navigateur ou dans Dreamweaver. Ca ne fonctionne bien sûr que sur l’iPhone.

Et là, re-problème, ma méthode onResume ne se lance jamais Je suis donc parti sur une longue demi-journée de debug à base de alert(« je passe là ») pour finir par comprendre que Dreamweaver utilise une ancienne version de PhoneGap ne gérant pas l’évènement « resume ». Impossible de trouver le numéro de version PhoneGap utilisé ! Et pas d’explication non plus sur comment utiliser une autre version. J’ai même bêtement intégré le fichier phonegap-1.1.0.js dans mon projet : marche pas car c’est la lib PhoneGap du projet XCode généré qu’il faut changer.

J’ai donc fini par abandonner la génération PhoneGap intégré par DreamWeaver. J’utilise PhoneGap normalement dans XCode et Dream ne me sert que d’éditeur de texte car la complétion et l’aperçu c’est quand même bien pratique.

J’avais l’impression d’avoir réalisé le plus dur. Il me restait à ouvrir une simple petite fenêtre popup. Et là, catastrophe, le rendu sur un navigateur est différent de celui sur l’iPhone. Plus grave la transition au moment de la fermeture de la popup fonctionne si elle est ouverte depuis la première page mais pas depuis les autres. Je pense que c’est un problème JQuery et pas PhoneGap puisque je constate le même problème sur un navigateur.

Comment faire pour débugger ??

C’était trop pour moi, j’ai préféré abandonner et repasser sur de l’Objective-C. En une journée j’ai refait ce que j’avais mis 3 jours à faire en Javascript (normal, je maitrise mieux) et hop ça marche !

Donc non PhoneGap ne m’a pas convaincu. En fait pour être plus juste, c’est plus le Javascript qui m’a bloqué. Déjà je n’ai pas assez d’expérience avec ce langage, mais c’est surtout une vraie galère à débugger !

Réaliser des sites WEB multi plateformes (Iphone, Android, BlackBerry, …)

Une formation de 5 jours, ça me parait un peu long mais pour entrer dans les détails c’est peut-être normal. C’est Eric Sarrion qui fait cette formation en utilisant son livre « XHTML/CSS & JavaScript pour le web mobile » comme plan de cours.

Le début d’une formation ce n’est jamais simple. Ca va soit trop vite ou pas assez. Je le sais bien donc j’ai accepté de prendre du temps pour faire une liste avec ul et utiliser des div. Mais je suis un peu étonné par certaines réflexions du formateur, du style :

• Une div n’aura pas de mitoyenneté sur les côtés droit ou gauche (citation du livre !)
• A la question « comment catcher une exception en Java Script ? » il répond « non mais faut pas en faire des exceptions ! »… ok pas bête :/
• Ecrivez juste <p id=toto, les guillemets autour du nom ne servent à rien
• Non mais ce tag HTML il ne sert à rien.. Moi je l’ai jamais utilisé
• Non mais la complétion pour écrire du javascript et du HTML ça sert à rien
• Non mais les DOCTYPE ça sert à rien

Je reste donc un peu scotché par ses réponses. Déjà Eric ton livre s’appelle  XHTML/CSS. J’ai bien dit XHTML, regarde la définition sur wikipedia :

XHTML, est un langage de balisage servant à écrire des pages pour le World Wide Web. Conçu à l’origine comme le successeur d’HTML, XHTML se fonde sur la syntaxe définie par XML, plus récente, mais plus exigeante que celle définie par SGML sur laquelle repose HTML

Donc merci de remettre les doubles cotes sur tes params et d’ajouter des Doctype dans tes fichiers. J’ai d’ailleurs du mal à comprendre comment un éditeur comme Eyrolles peut laisser passer ce genre de bêtises.

Autre chose qui me gène, j’apprends que l’on va passer 1 journée à générer des applications natives (iOS et Android) avec PhoneGap. Pourquoi pas, sauf que ce n’était pas noté sur la description de la formation et que ça ne m’intéresse pas, enfin disons que je ne suis pas venu pour ça.

Je suis donc un peu (beaucoup) mitigé après cette journée… Je décide d’attendre la seconde on ne sait jamais.

Malheureusement la seconde journée n’est pas beaucoup plus instructive. Le moment le plus intéressant a été le repas du midi ou j’ai rencontré un collègue pour discuter boulot. A propos des repas Eric, lorsque tu emmènes tes élèves au restaurant le midi, c »est mieux de discuter avec eux que de regarder le 13h de Pernaut à la télé…

J’ai donc rapidement compris que je n’allais pas avoir les réponses à mes questions pendant cette formation :

• Comment gérer le changement d’orientation de l’appareil
• Comment choisir le CSS en fonction du mobile
• Comment gérer la taille de l’écran du terminal

La fin de la seconde journée a été décisive, la goutte d’eau comme on dit. Au moment où un autre élève soulignait qu’il avait d’autres attentes (un peu comme moi), on a eu droit à un monologue d’Eric absolument hallucinant. Une séance d’auto congratulation pitoyable, je cite : « tout le monde adore cette formation ! », « A la fin on s’embrasse tous », « je suis invité partout pour en parler ». On rêve.

Bref, j’ai donc pris mes affaires pour rentrer à la maison plus rapidement.

Alors attention, je n’ai pas la prétention de dire que cette formation est nulle. C’est loin d’être le cas. Mais elle n’est pas adaptée aux personnes avec un peu d’expérience, c’est plus pour les débutants. De mon côté j’ai aussi fait des erreurs en choisissant cette formation. Une ligne aurait du me mettre la puce à l’oreille : « Profils : Développeurs et chefs de projet », j’aurais du savoir que ça n’allait pas être assez technique

Mon seul regret est de ne pas être là à la fin car Karen nous aurait sûrement préparé un gâteau bio !

Mon erreur a été de me focaliser sur un problème réseau entre les VM (configuration, firewall…) En fait le problème était au niveau de l’ouverture des sockets. J’ai donc modifié le code du TCPConnector d’Active MQ pour l’adapter à mes contraintes.

Il faut juste changer le bind dans org.apache.activemq.transport.tcp.TcpTransportServer

public void bind() throws IOException {
  URI bind = getBindLocation();

  String host = bind.getHost();
  host = (host == null || host.length() == 0) ? "localhost" : host;
  InetAddress addr = InetAddress.getByName(host);

en

public void bind() throws IOException {
  URI bind = getBindLocation();

  InetAddress addr = InetAddress.getLocalHost();

C’est plus restrictif, mais suffisant pour mon cas.

J’ai repackagé cela dans un protocole tcpcloud et hop ça fonctionne sur cloudbees du premier coup. Maintenant ma charge est partagée sur les n instances (n=2 pour le moment comme j’utilise l’offre gratuite).

Pour CloudFoundry j’ai eu un peu plus de mal car même si je note dans le fichier de config « localhost », il passe le nom de la machine au runtime. Ca doit être le même système qui remplace l’url et le login/pass de la base de données. Ce côté un peu magique me dérange. Je dois aussi dépendre de leur lib cloudfoundry-runtime pour trouver l’adresse IP de la VM. En plus leur beau plug-in eclipse ne fonctionne pas sur Eclipse Indigo

Je vais pouvoir partir en vacances sereinement !

Ce qu’il faut bien comprendre avec le push d’Apple, c’est que pour envoyer une notification à 400 000 iPhone il faut ouvrir une socket chez eux et envoyer 400 000 trames avec un token différent par iPhone. En sachant qu’Apple peut banir une IP serveur si on envoie plus de 200 messages par seconde, il est important de répartir la charge sur plusieurs serveurs (ou au moins plusieurs IP publiques).

Donc j’ai pensé à mettre en place une architecture MOM :

Avec cette architecture on peut ajouter des Brokers JMS en fonction de la charge à absorber. L’idée est de profiter au maximum des services de cloud computing et offrant la possibilité d’ajouter/retirer au runtime des VM avec un Broker. C’est donc pour héberger cette solution que j’ai creusé les différentes offres de cloud computing (cf ce post). Mais c’est au moment du déploiement que j’ai rencontré des difficultés (bah oui comme d’habitude en fait…).

Le code qui va envoyer les messages JMS doit connaitre la liste de Broker. Or comme nous sommes dans le cloud, cette liste peut être modifiée au bon vouloir de l’administrateur. Pire je ne connais même pas forcément à l’avance les IP des Broker que je vais ajouter.

Donc imaginez si dans la configuration client je définis une URI du type :

failover:(tcp://primary:61616,tcp://secondary:61616)

Il va falloir modifier le code du client à chaque ajout d’un nouveau Broker. C’est donc impossible. Heureusement pour ce genre de cas Active MQ propose un système de multicast. Ce qui donne au niveau URI du client :

discovery:(multicast://default)

Là c’est magique sur mon serveur en local ça marche très bien. Et oui mais non Sur les offres cloud le multicast (sur UDP) n’est pas souvent supporté. Sur Amazon EC2 (donc sur CloudBees) et CloudFoundry (VMWare) impossible de faire fonctionner le multicast.

Donc comment faire ? Le client JMS a besoin de récupérer une liste de Broker. Il faut donc que chaque Broker vienne se faire connaitre au moment de leur lancement. Comme j’ai déjà un BDD autant l’utiliser pour référencer ces Brokers. J’ai donc développer un module de multicast via une BDD : multicasdb.

Donc on arrive sur une architecture comme celle-ci :

Pour le faire je me suis beaucoup inspiré du code du multicast UDP. Ca fonctionne bien sur mes serveurs de test mais là encore je tombe sur des problèmes spécifiques aux serveurs cloud : l’adresse du serveur. Comme c’est le même war qui est déployé sur tous les serveurs la configuration du broker doit être générique. Pas de pb : j’utilise localhost comme nom de serveur :

Donc oui je peux utiliser cette configuration sur tous les serveurs, mais si je persiste « localhost:8080″ en base le client ne pourra pas y accéder depuis un autre serveur. Donc il faut que mon code trouve l’IP du serveur pour le persister au runtime.

Aujourd’hui même si le code n’est pas finalisé, il fonctionne. Malheureusement j’ai toujours des problèmes pour l’héberger.

Chez Cloudbees la communication tcp entre VM est bloquée. Même si leur support affirme que ça peut fonctionner j’ai toujours des erreurs : java.net.ConnectException: Connection refused

Chez CloudFoundry j’ai même eu du mal à obtenir l’IP des VM. Le code qui fonctionne sur Cloudbees retourne 127.0.0.1 comme IP chez CloudFoundry. Pour trouver cette IP il faut utiliser un SDK fourni. Mais là encore :Connection refused

Bilan

Au final je n’ai pas réussi à faire fonctionner mon code comme je le voulais. Par contre cette petite expérience m’a permis de faire mes premiers pas sur 2 offres de cloud intéressantes. Aujourd’hui je trouve CloudFoundry beaucoup plus agréable à utiliser que CloudBees. Son SDK est très simple et en 20 secondes je peux redéployer une version. Avec CloudBees j’ai beaucoup de mal avec le SDK. Déjà c’est basé sur un script Ant… Alors il y a aussi un plug-in maven mais je n’ai pas pu l’utiliser en mode « Delta » du coup il faut uploader totalement mon War à chaque modification : 10 minutes. Je trouve aussi le plug-in Eclipse de CloudFoundry mieux fait. Par contre CloudBees possède une vrai interface d’administration web et son offre DEV@Cloud est vraiment intéressante. Un bon point pour les 2 : la réactivité du support. Une réponse dans la journée, pour mon compte gratuit de test, c’est vraiment bien (n’est ce pas Nicolas )

Pour revenir à mon problème initial, je vais continuer à creuser ce problème de communication inter VM et si je n’avance pas je vais revoir l’architecture. Peut-être persister les messages à envoyer: c’est moins performant mais ça peut aussi répondre à un besoin de suivi de diffusion.

La phase d’intégration d’un projet est toujours sous estimée J’ai vu des projets où cette phase était même plus importante en terme d’homme/jour que la phase de développement. Mais pour un hébergement dans le cloud il faut vraiment prendre cette problématique dès le début de la conception. C’est loin d’être un détail

Dans un premier temps j’ai regardé les offres « bas niveau » :

MiniCloud d’OVH

C’est une offre abordable mais qui est en test depuis plus d’un an. C’est une facturation « Pay as you go » mais il manque deux fonctionnalités importantes : le load balancing et le clonage d’instance. L’adresse IP des instances change à chaque arrêt/relance ce qui peut être génant.

Amazon EC2

L’offre cloud la plus célèbre, j’ai arrêté l’inscription au moment d’entrer un numéro de carte bleue. Impossible de faire sans et comme le détail des tarifs est assez flou j’ai préféré ne pas le faire.

So Privé

Le site So privé est fermé pour ouvrir OUTSCALE.

Rackspacecloud

L’offre la plus intéressante pour le moment, load-Balancing clonage de VM, « Pay as you go ». Il manque juste des images un peu plus complètes avec par exemple un tomcat ou mysql.

ikoula

Grosse pub pour leur VM à 1 Euro mais c’est uniquement des VM Windows -> Fail

Obtenir une VM avec un OS c’est bien, malheureusement je ne suis pas ingé système mais développeur Java donc si je pouvais utiliser des offres clouds faites pour déployer un war je gagnerais du temps. Et c’est exactement ce que propose Cloud Foundry et CloudBees. Oui Google App Engine le fait aussi mais dans mon cas j’ai besoin d’ouvrir une socket vers un serveur distant et donc GAE est out

Cloud Foundry

C’est l’offre de VM Ware et Spring Source en version Beta pour le moment. En quelques minutes j’ai mis en ligne l’exemple Hello Word. Le plus long c’est de recevoir l’email d’inscription. Le SDK s’installe en 2 minutes grace à ruby (gem est pré-installé sur Mac).

Après le Hello Word j’ai déployé un war plus complexe très rapidement. Le plug-in eclipse est aussi très bien fait, on peut voir les ressources consommées par les applications, ajouter des instances (2 max pour le moment), les arrêter. Par contre j’ai eu un problème au niveau de l’affichage des logs. Sur Eclipse ce n’était pas à jour contrairement à ce qu’affichait la commande « vmc logs ».

CloudBees

Là encore CloudBees propose une solution pour déployer du code Java simplement. Le plus par rapport à Cloud Foundry c’est l’offre DEV@cloud qui propose une solution de GConf (GIT ou SVN) et une plate-forme d’intégration continue Jenkins. Ils sont placés pour Jenkins puisque Kohsuke Kawaguchi a intégré leur équipe.

RUN@cloud est proche de l’offre de Cloud Foundry en se limitant au Java. Le plus c’est le monitoring des instances et la possibilité d’uploader un war depuis l’interface web. Par contre j’ai trouvé le SDK et le plug-in eclipse beaucoup moins faciles à utiliser comparés à ceux de Cloud Foundry.

Le gros problème de ces deux solutions, pour héberger mon application, c’est qu’elles ne supportent pas le multicast UDP. Je vais faire un autre poste plus tard pour détailler mon problème.

Conclusion

J’ai bien aimé tester ces offres rapidement et gratuitement. On peut enfin déployer du code java facilement. Avant il fallait louer un serveur privé pour pouvoir installer un serveur tomcat et ce n’était pas une solution économique (minimum 15 Euros par mois). Maintenant en quelques minutes notre war est disponible sur le net.

Après peut-on utiliser CloudBees ou Cloud Foundry pour déployer une application pro?  C’est à voir puisque je n’ai pas regardé comment affiner la configuration du serveur d’application. En tout cas c’est très prometteur.

Autres articles :

• Premiers pas sur CloudBees par Benoit Courtine
• Blog de Xebia : Lancement du projet PAAS cloud foundry de spring source
• Blog d’octo : Et si nous definissions simplement le cloud computing

Avant de présenter l’outil, il faut commencer par la base.

Le DSL : Domaine Specific Language

Le principe est de définir son propre langage pour modéliser son environnement. Là où en UML on a (pratiquement) que des classes, dans un DSL on peut utiliser notre langage métier et parler de « Portable », d’ »Avion » etc.. Mais qui dit nouveau langage dit nouvelle représentation graphique. Avec un DSL il faut aussi réinventer vos propres représentations graphiques. Lorsqu’on utilise UML on a l’avantage d’avoir pléthore d’éditeurs graphiques sur le marché.

Mais plus grave à mon avis : on ne partage plus la même représentation graphique. Lorsque je lis un diagramme de séquence UML je sais si un appel est synchrone ou asynchrone en fonction de sa représentation. Avec les DSL il faut non seulement redévelopper ses diagrammes, mais il faut en plus les expliquer à chaque fois.

Obeo Designer

Obeo Designer propose une solution pour le premier problème : réaliser des diagrammes personnalisés s’appuyant sur votre DSL.

Il est basé sur 5 types de représentation :

• Tree
• Edition Table
• Cross Table
• Diagram
• Sequence Diagram

Pour l’avoir pratiqué une après midi, on arrive assez rapidement à construire un diagramme. L’outil est très pratique; dès que l’on fait une modification on peut voir le résultat en live sur le diagramme.

Le gros point faible de l’outil est, à mon avis, le manque d’aide (complétion, coloration..) pour écrire les scripts Acceleo. En plus ce sont des scripts Acceleo 2 (alors que le générateur de code est en Acceleo 3).

www.obeonetwork.com

Cette journée a été aussi l’occasion d’annoncer l’ouverture du site obeonetwork. Cet espace collaboratif va nous permettre de partager nos réalisations Acceleo / Obeo Designer. Même si je pense qu’il vaut mieux réaliser un générateur différent par projet qu’essayer de faire LE générateur générique, rien n’empêche de partir d’un existant pour le spécifier à son besoin (le transformateur hibernate par exemple).

Pour conclure j’ai passé une bonne journée et c’est toujours un plaisir de rencontrer Frederic Madio et Etienne Julio (la star sur les cast codeurs ). Je reste quand même assez attaché à UML. Même si UML est beaucoup trop vaste et très compliqué il a le mérite d’apporter un langage normalisé et beaucoup d’outils s’appuient dessus.

C’est donc sûrement pour me faire plaisir qu’Obeo a annoncé Mardi qu’ils allaient donner gratuitement un modeleur UML construit avec Obeo Designer. Ce module UML est publié sur le MarketPlace obeonetwork et le code source est sur GitHub. C’est donc un exemple très complet sur lequel on peut s’appuyer.

Cerise sur le gâteau, on a eu un bon de réduction de 20% que j’ai bien sur immédiatement mis en vente sur ebay