Après pas mal de recherches, j’ai trouvé une solution simple sur stackoverflow. L’idée est bonne mais le script ne fonctionne pas (rien que l’utilisation de la commande hostname est étrange…).
J’ai finalement fait fonctionner ce script :

#!/usr/bin/env ruby

AWS_AUTO_SCALING_HOME='/opt/aws/apitools/as'
JAVA_HOME='/usr/lib/jvm/jre'
MY_GROUP = '<GroupName>'

@cmd_out = `bash -c 'JAVA_HOME=#{ JAVA_HOME } AWS_AUTO_SCALING_HOME=#{ AWS_AUTO_SCALING_HOME } as-describe-auto-scaling-instances -region <REGION> -I <KEY> -S <SECRET>'`

raise "Output empty, should not happen!" if @cmd_out.empty?
@lines = @cmd_out.split(/\r?\n/)
@last = @lines.select {|l| l.match MY_GROUP }.reverse.
detect { |l| l =~ /^INSTANCE\s+\S+\s+\S+\s+\S+\s+InService\s+HEALTHY/ }
raise "No suitable host in autoscaling group!" unless @last
@last_host = @last.match(/^INSTANCE\s+(\S+)/)[1]
@hostname = `wget -q -O - http://169.254.169.254/latest/meta-data/instance-id`

if @hostname.index(@last_host)
  puts "It's me!"
  exit(0)
else
  puts "Someone else will do it!"
  exit(1)
end

Il est aussi possible de gérer différemment la gestion de l’authentification AWS en passant par un fichier comme expliqué ici.

Ce script doit être exécuté par root. Ensuite il suffit d’ajouter une ligne dans la crontab de vos instances du type :

02 01 * * * ~/lastonly.rb && wget -q -O – http://www.mysite.com/cron/crontasks

Cette solution n’est pas parfaite mais elle a le mérite d’être simple. Une autre solution plus “propre” serait sans doute d’utiliser Amazon Simple Workflow Service

The post Lancer un cron sur un cluster appeared first on .

Pour utiliser New Relic il faut l’installer sur une image et en faire une nouvelle AMI. Dans un premier temps j’ai fait l’erreur de faire une image depuis une instance EC2 lancée par Beanstalk. Ca ne peut pas fonctionner car vous intégrez votre application à l’image. La procédure est assez simple une fois qu’on a compris ça.

1. Notez la référence de l’AMI utilisée en ce moment pas Beanstalk (dans mon cas ami-df9b9cab)
2. Lancez une nouvelle instance EC2 basée sur l’AMI notée juste avant
3. Loggez vous sur la VM pour y installer New Relic. Toute la doc est disponible ici, mais pour du PHP sous centos 64 bits ça donne ça :

sudo rpm -Uvh http://yum.newrelic.com/pub/newrelic/el5/x86_64/newrelic-repo-5-3.noarch.rpm

sudo yum install newrelic-php5

sudo newrelic-install

sudo chown elasticbeanstalk:elasticbeanstalk /etc/php.d/newrelic.ini

sudo chmod 777 /etc/php.d/newrelic.ini

4. Editez ensuite le fichier /etc/php.d/newrelic.ini pour indiquer votre clé API dans “newrelic.license” et changez le nom de l’application dans “newrelic.appname”. Par contre j’ai remarqué que sur ma VM le démon New Relic n’était pas lancé automatiquement au démarrage. Il faut donc exécuter la ligne de commande :

sudo chkconfig newrelic-daemon on

5. Ensuite on peut ajouter le monitoring du serveur

sudo yum install newrelic-sysmond

sudo nrsysmond-config --set license_key=YOUR_LICENSE_KEY

sudo /etc/init.d/newrelic-sysmond start

Une fois que vous avez bien vérifié que les services sont bien lancés au démarrage, vous pouvez construire une AMI depuis la console. Ensuite il faut indiquer la référence de l’AMI au niveau de la configuration de l’environnement Beanstalk dans “Custom AMI ID”

C’est aussi simple que ça

The post New Relic sur du Beanstalk PHP appeared first on .

Apptom se positionne aussi comme revendeur Amazon, nous allons pouvoir simplifier la facturation pour nos clients tout en réduisant les coûts.

Pour vous aider à trouver un partenaire Amazon proche de chez vous, j’ai créé le site www.partneraws.com. Le site positionne les partenaires consulting sur une carte. C’est plus simple à utiliser que sur le site web officiel.

The post Amazon Web Services Consulting Partners appeared first on .

Gestion des instances

Nous utilisons GAE pour un service qui a peu de trafic. En mode gratuit aucune instance n’est lancée par défaut, donc chaque utilisateur a un risque de déclencher le lancement d’une instance. Il faut 18 secondes pour démarrer mon instance: 18 secondes ce n’est pas énorme pour démarrer un serveur d’applications, par contre pour répondre à une requête HTTP c’est une éternité.

Pourquoi ces 18 secondes ? J’ai décomposé un peu les choses :

• 2s – GAE avec juste une servlet
• 11s – Spring (MVC + Security)
• 2s – URLRewrite
• 2s – objectify

C’est donc clairement Spring qui prend le plus de temps au démarrage. Mais d’un autre côté, même sans 6 secondes pour répondre à une requête c’est déjà trop.

Pour éviter ce problème, il faut donc minimiser le nombre de démarrages d’instance. La solution “lowcost” est de configurer un cron toutes les minutes sur votre application. De cette façon vous avez une chance d’avoir toujours une instance en ligne et vos clients ont des temps de réponse corrects. Mais ce n’est pas une science exacte, j’ai quand même eu des problèmes. L’autre solution est d’activer la facturation (2,10$ par semaine au minimum) pour utiliser les instances “idle”. Vous pouvez garder N instances démarrées sans arrêt. Mais même avec cette option je n’ai pas un comportement satisfaisant. Déjà certains clients tombent encore sur une requête de 18s, c’est très rare heureusement, mais ce qui m’inquiète le plus c’est de voir GAE devoir lancer 3 instances pour répondre à 2 clients ! Sur les 24 dernières heures j’ai eu 400 requêtes (statiques et dynamiques), je pense que même un simple apache sur une instance micro Amazon est capable d’encaisser cette charge et bien GAE a eu besoin de lancer 2 instances.

D’un autre côté, la notion d’instance “idle” veut bien dire ce qu’elle veut dire : “instance inactive”. C’est un moyen de pouvoir anticiper un pic de charge. Donc dès qu’un utilisateur arrive sur mon service, une seconde instance est lancée (par une requête /_ah/warmup). Donc il est assez logique de voir souvent 2 instances. Mais pourquoi GAE en lance régulièrement une troisième !?

J’ai donc beaucoup de mal à comprendre ce fonctionnement difficilement prévisible, les joies du PAAS

Un problème avec la 3G

On a eu un autre problème heureusement passager. Le 18 juin pendant plusieurs heures tous les services hébergés sur GAE n’étaient plus accessibles sur les réseaux 3G Bouygues et Orange. J’ai fait le test sur plusieurs services utilisant GAE en wifi, sur une box ou sur le réseau SFR aucun problème, mais sur les réseaux Orange et Bouygues on avait la page :

Aucun retour de google sur ce problème qui heureusement ne s’est pas reproduit.

Conclusion

C’est donc une expérience un peu mitigée. Ce manque de contrôle me gêne un peu. Si on ajoute à cela que le développement réalisé est complètement dédié à GAE, il faut vraiment réfléchir avant de choisir cette plateforme. En tout cas si vous tentez l’aventure, surtout pensez au temps de démarrage de l’instance dès le début. Mais oubliez Spring ou Play qui ne fait pas mieux à ce niveau-là.

The post Google App Engine Suite appeared first on .

Installation

Jenkins c’est un simple war à installer sur un serveur. Pour nous simplifier la vie une version installable est disponible ici. Mais les premiers problèmes arrivent vite à cause des droits utilisateur. Par défaut Jenkins utilise l’utilisateur deamon et ça pose pas mal de problèmes.

J’ai trouvé la solution sur ce blog.

Pour résumer, il faut changer la configuration par défaut et installer Jenkins pour qu’il démarre avec l’utilisateur jenkins “Start at boot as jenkins”. Ensuite il faut créer l’utilisateur :

sudo dscl . create /Users/jenkins
sudo dscl . create /Users/jenkins PrimaryGroupID 1
sudo dscl . create /Users/jenkins UniqueID 300
sudo dscl . create /Users/jenkins UserShell /bin/bash
sudo dscl . create /Users/jenkins home /Users/Shared/Jenkins/Home/
sudo dscl . create /Users/jenkins NFSHomeDirectory /Users/Shared/Jenkins/Home/
sudo dscl . passwd /Users/jenkins

Grâce à ça vous allez pouvoir créer les clés SSH pour utiliser jenkins avec github. Pour cela il faut suivre la doc github en utilisant l’utilisateur jenkins.

XCode

Maintenant que nous pouvons récupérer les sources, il faut construire un IPA. Commencez par ajouter le plugin xcode dans jenkins.

A partir d’XCode 4.3, il faut commencer par changer le répertoire de base avec la commande :

sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer

J’ai eu aussi des problèmes avec les certificats développeurs. Par défaut ils sont installés dans le trousseau au niveau session donc inaccessibles d’un autre utilisateur. Là j’ai utilisé la méthode un peu “bourine” et j’ai ajouté mes certificats au niveau système.

Ensuite le build était bloqué car il ne trouvait pas le fichier de provisioning. Il suffit de les ajouter dans le répertoire :

/Users/jenkins/Library/MobileDevice/Provisioning

Et voilà ! On a enfin généré un fichier IPA avec Jenkins.

Over The Air

Pour aller un cran plus loin, j’ai eu envie de mettre en place un site pour faciliter l’installation de l’application. C’est possible depuis iOS 4. Il faut générer le plist associé à l’IPA et faire une page web avec un lien vers le plist. Mais j’ai arrété mes recherches de script pour faire ça lorsque j’ai découvert le service testFlight. Il suffit d’uploader l’IPA et testflight s’occupe de la diffusion sur les terminaux de tests (et bien plus en fait). Comme il y a un plugin jenkins pour testflight l’intégration est transparente.

En espérant que cette note vous gagne du temps !

Liens :

• Blog DeadMeta4
• Cloudbees
• testFlight
• Moritz Haarmann’s Blog

The post Jenkins pour xCode appeared first on .

Le Data Store

Même si Google propose une base SQL en version Beta, j’ai utilisé le datastore No SQL par défaut. Pour simplifier la gestion de la persistance, la librairie Objectify est très bien adaptée. La première chose à faire est de bien identifier les champs à indexer. Par défaut un paramètre est indexé, mais plus il y a d’index plus le coût d’écriture est important.

Attention aussi à la notion d’objet embeded. On ne peut le faire qu’à un niveau. Donc une classe embeded ne peut pas avoir d’attribut List.

Mais la plus grosse surprise que j’ai eue c’est que l’écriture se fait de façon asynchrone. Après avoir persisté un objet il faut attendre 5-6s pour pouvoir le lire en base. Il faut donc ruser et utiliser des caches pour masquer ce délai.

Le Blobstore

C’est une des fonctions intéressantes du service. Elle permet de stocker facilement des fichiers, des images par exemple. Et pour les images justement il y a même une astuce pour les redimensionner.

// Resize the image to 32 pixels (aspect-ratio preserved)

http://your_app_id.appspot.com/randomStringImageId=s32

// Crop the image to 32 pixels

http://your_app_id.appspot.com/randomStringImageId=s32-c

Pour trouver de l’information sur cette fonction, il faut lire la version Anglaise de la doc. En effet au début on apprécie le fait que toute la doc de Google App Engine ait été traduite en Français. On déchante vite lorsqu’on s’aperçoit que cette dernière n’est pas au même niveau que la version anglaise. Donc n’oubliez pas de lire la VO

Pour revenir au BlobStore, j’ai eu un problème pour gérer les fichiers non renseignés dans un formulaire. Sur un formulaire où l’utilisateur peut éventuellement uploader 1 fichier, un blobstore vide est créé s’il n’y a pas de fichier.

Ce comportement est d’autant plus étrange qu’on ne le retrouve pas sur le serveur local en mode dev. Une autre leçon à retenir : tester au plus tôt en production votre code.

Pour résoudre le problème, il faut tester la taille du fichier uploadé pour ensuite le supprimer s’il est vide.

if (blobs.get("uploadFile") != null) {
 BlobKey blobKey = blobs.get("uploadFile").get(0);
 BlobInfo blobInfo = new BlobInfoFactory().loadBlobInfo(blobKey);
 if (blobInfo.getSize() > 0) {
  uploadFileUrl = imagesService.getServingUrl(blobKey);
 } else {
  blobstoreService.delete(blobKey);
 }
}

A suivre

Je termine là mes remarques sur la partie purement dev de Google App Engine. Mais j’ai eu d’autres surprises que je vous détaillerai prochainement.

The post Développer sur Google App Engine appeared first on .

Mon objectif est de mettre en avant mon expertise sur la conception et le développement d’applications web et notamment sur la réalisation d’applications iOS natives. Pour compléter ce côté développement, je vais aussi faire du conseil pour accompagner des PME à migrer leur infrastructure vers des offres de cloud computing.

En attendant Septembre, je suis en pleine phase de prospection. Rencontrer du monde, parler technique c’est vraiment un exercice que j’apprécie. J’ai multiplié les contacts et ça m’a déjà apporté 2 belles affaires.

Mes Parents font des SMS

Kwala

Le début

Je suis super motivé par cette nouvelle aventure et mes premiers contacts sont très positifs. Donc si vous cherchez un bon développeur et que vous souhaitez vous lancer dans le cloud : contactez-moi !

The post Création de Apptom appeared first on .

Le mercredi 9 mai nous avons fait avec Code d’Armor une soirée coding Android.

Depuis décembre 2011 Code d’Armor organise des présentations techniques pour des développeurs. Présenter à 50 personnes du code c’est bien, mais en écrire ensemble c’est mieux ! Donc suite à la soirée sur Android du mois d’Avril, nous avons décidé de faire une soirée coding sur le même sujet.

12 personnes ont répondu présents pour coder et parfois découvrir avec nous une application Android. L’objectif était de réaliser une application pour Code d’Armor avec plusieurs pages :

• Les informations sur les soirées
• Un tweetwall
• Un bloc note partagé

Comme nous avions 4 heures, l’objectif était un peu prétentieux, surtout pour un public principalement composé de débutants. Mais il était aussi intéressant de montrer ce qu’il était possible de faire.

Au final les participants ont bien apprécié la soirée. Ca a été une bonne introduction au sujet et un bon moment de partage entre passionnés. Car oui il faut vraiment être passionné pour venir coder jusqu’à minuit après une journée de boulot. Et c’est avant tout ça l’objectif de Code d’Armor : se rencontrer et construire un réseau.

Pour finir un petit retour en photo de la soirée :

[set_id=72157629681549132]

The post Soirée coding Android appeared first on .

Sans vous refaire toutes les conférences en détail (il y aura des vidéos sur parleys pour ça) revenons sur ce que j’ai vu et l’ambiance générale.

Mercredi

Venant de province (Lannion), réveil à 5h30 pour prendre l’avion et arriver juste avant 9h à l’hôtel Marriott. Le checking est rapide et sans pb. On entre ensuite dans le vive du sujet, 3 heures de conférence ou de labs. En effet la première journée est taggée “University”. Le principe est de prendre du temps pour approfondir un sujet technique. C’est vrai qu’avec 3 heures on entre plus dans le détail que pendant des présentations de 50 minutes.

Google App Engine

L’objectif de cette session est de réaliser un site web pour annoncer les résultats de l’élection présidentielle. Donc de prouver la capacité de monter en charge de Google App Engine. Parmi les ingénieurs Google présents il y avait Ludovic Champenois. Il développe la plateforme, donc forcément il la maitrise

Google App Engine utilise les mêmes data center que ceux utilisés par le fameux moteur de recherche pour héberger vos applications. La présentation commence donc par un avertissement amusant :

Faites attention, on va forcément arriver à absorber votre trafic.

L’avertissement est en fait par rapport à la facturation. En effet la charge n’est pas un problème, vous pouvez avoir des pics de charges énormes google va les absorber… Mais après il va falloir payer. Les quotas d’utilisation sont journaliers et il est donc très fortement conseillé de mettre une limite en $ par jour en fonction de votre budget.

Cette session est animée sous forme de TP. Vous pouvez retrouver le code ici.

J’aime vraiment utiliser Google App Engine. Pour un développeur Java c’est très simple. Le gros problème c’est l’impossibilité d’estimer le coût de la solution pour une application pro. Il y a tellement de paramètre qui rentre en compte que l’on ne peut pas vraiment le faire précisément.

Developing, Deploying and Scaling in the Cloud with Play par James Ward, Nicolas Leroux et Guillaume Bort

En fait j’avais commencé à la présentation CDI, mais je n’ai vraiment pas accroché au début avec l’explication des échanges OAuth. J’ai donc rapidement migré sur Play.

J’ai trouvé ça intéressant mais assez superficiel. Le problème c’est que j’ai déjà un peu testé play et donc cette présentation qui a déroulé le tutoriel de base ne m’a rien appris.

A partir de 17h ont commencé les présentations “Tool in action”. Ce sont des sessions de 30 minutes pour présenter un outil. J’ai participé à deux sessions :

• Tester une application Web avec Selenium 2, Selenium Grid et TestNG
• Continuous deployement : Rackspace, Chef et capistrano en action

Une demi-heure c’est vraiment court. On a juste le temps de comprendre à quoi sert l’outil. Je ne suis pas super fan de ce concept.

Ensuite il y avait des BOF (Birds-of-a-Feather). Ce sont des rencontres informelles de passionés autour d’un sujet. Des sessions jusqu’à 21h. Mais pour moi réveillé depuis 5h30 et avec 450 Km de trajet dans les pattes, dès 18h j’en avais plein la tête, je n’ai donc pas participé à ces “BOF”.

Jeudi

On commence donc par une keynote dans une salle immense. Après une petite intro expliquant la génèse du projet Devoxx France, nous avons droit à 2 belles présentations.

Fier d’être développeur ? par Pierre Pezziardi

Co-fondateur d’OCTO Technology Pierre Pezziardi a une très belle vision du métier de développeur et nous parle de notre problème à faire partager notre passion. Sa réponse est simple : Arrêtez de vous plaindre que le développement est un métier dévalorisé et changez déjà votre propre façon de penser avant de demander aux autres de changer la leur.

Pour cela il nous présente le “egoless programming manifesto”. 1o règles que l’on peut traduire comme cela :

1. Comprendre et accepter que l’on fait des erreurs
2. Vous n’êtes pas votre code
3. Peut-importe votre niveau de kung fu, quelqu’un est meilleur
4. Ne pas réécrire le code d’un autre développeur sans concertation
5. Traitez les personnes qui en connaissent moins que vous avec respect et patience
6. La seule constante dans le monde c’est le changement
7. La seule autorité réelle découle de la connaissance, pas de la hiérarchie
8. Battez vous pour vos convictions mais pitié acceptez la défaite
9. Ne soyez pas “le gars dans le bureau”
10. Critiquez le code pas le codeur. Soyez tolérant avec le codeur et sans pitié avec le code

Des règles à respecter dans tout bon open space qui se respecte !

This could be Heaven or this could be Hell by Ben Evans and Martijn Verburg

Style complètement différent mais présentation très bien faite. On a eu droit à un vrai show sur comment peut évoluer le monde java dans les prochaines années.

On enchaine sur les conférences.

ElasticSearch par David Pilato

ElasticSearch est une plateforme utilisable pour indexer de gros volumes de données et expose une interface REST pour requêter. C’est super puissant et très scalable car il gère des mécanismes de réplication et de clustering. Le seule chose qu’il faut bien comprendre c’est que les données indexées sont stockées par ElasticSearch. Donc indexer un gros volume de twitter c’est bien, mais il faut ensuite assurer au niveau de l’espace disque.

Nouveau look pour une nouvelle vie: Spring, JQuery et HTML5 par Julien Dubois

Bon là, rien de vraiment nouveau pour moi, mais j’étais curieux de voir ce que donnait le projet Tatami de Ippon et j’aime bien les présentations de Julien. Ce qu’il faut savoir c’est que spring n’a pas vraiment la cote à Devoxx. D’ailleurs la conf de Julien n’avait pas été retenue au “Call for paper”. Mais comme Ippon est sponsor Julien a habilement utilisé leur slot partenaire pour la faire.

A la fin de la présentation il lance donc un test de charge comparatif entre son service Tatami (Jquery, Spring, Casandra avec persistance sur disque) contre le service démo de Play utilisant une base de données en mémoire. Et là c’est le drame Julien explose le score avec Spring alors que Play plante sous la charge. Je peux vous assurer qu’il ne s’est pas fait que des copains dans la salle.

Programmation concurrente en Java dans la pratique par Alex Snaps

Une bonne présentation des différents moyens de faire du code thead safe et comment c’est mis en place dans l’implémentation de EhCache. Ca a été pour moi une bonne piqure de rappel.

Pour une fois soyons physiques ! Une introduction à Arduino par David Delabassee

Depuis le temps que j’entends parler de arduino j’ai enfin pu voir à quoi ça ressemblait. Enfin un peu de matériel ça fait du bien. Passer de Google App Engine où on parle d’espace disque en Téra à Arduino avec un processeur 8 bits et 16k de mémoire c’est un peu le grand écart

Arduino est une petite plaque avec un micro controller et des connecteurs d’entrée/sortie. Ensuite en fonction des constructeurs et du niveau de gamme il y a plus ou moins de mémoire, d’adaptateurs (USB, RJ45 ou autre). Pour étendre les possibilités il faut ajouter des “Shields”. Un Shield est une extension spécifique avec par exemple un écran LCD ou des relais pour contrôler des appareils 220V.

A savoir aussi que le fameux Hello Word en arduino consiste à allumer une LED

Cloud et PaaS: les développeurs reprennent le pouvoir par Sacha Labourey

Sacha est CEO de CloudBees, il nous a présenté sa vision du cloud. Pour lui les développeurs ne devraient se préoccuper uniquement du code et laisser la gestion de l’IT à des pros : les fournisseurs PAAS.

Vendredi

On commence la dernière matinée par trois Keynotes. La première d’IBM était atroce, des slides illisibles avec une tonne d’informations inintéressantes et un speaker “mou du slip”. 30 minutes de perdues. Ca pestait tellement sur twitter que les organisateurs n’ont pas affiché de tweet wall après son passage. Heureusement les 2 autres présentations étaient vraiment de haut niveau.

Patrick Chanezon de VMWare nous a retracé le parcours assez classique d’un développeur en France pour bien mettre en avant qu’il est vital dans notre metier de bien suivre l’évolution des technos.

Neal Ford nous a ensuite fait une présentation très dynamique sur comment on se laisse distraire par des abstractions en oubliant l’essentiel.

sizeOf en Java — parce que la taille… ça compte! par Alex Snaps

Encore une petite piqûre de rappel sur comment la JVM gère la mémoire. Alex Snaps travaille chez Terracotta sur EhCache donc la gestion du HEAP c’est son dada !

Après le repas il y avait une session sur JavaFX. J’ai d’abord pensé à une bonne blague des organisateurs, mais non ! Je n’y suis pas allé car j’avais déjà eu une démo à une conf en Floride en 2008. A mon avis ça n’a pas évoluer

A la place j’ai fait 2 autres sessions

• Changeons la conception de nos applications grâce aux services Cloud par Cyrille Le clerc
• Java sur Amazon Web Services par Carlos Conde

Je suis un peu déçu, je pensais que l’on allait rentrer un peu plus dans des problèmes spécifiques au développement pour du cloud, mais on a juste eu une énumération des différents services disponibles.

La dernière conférence sur Google App Engine a été plus intéressante même si j’avais déjà eu la plupart des infos lors du TP mercredi matin.

Conclusion

J’ai vraiment passé 3 très bonnes journées. C’est toujours enrichissant d’écouter ce type de conférence, de rencontrer les spécialistes de leur domaine.

Bien sûr, on peut noter quelques points négatifs (des axes d’amélioration disent les RH ). L’organisation a été un peu victime de son succès. Il était difficile de se déplacer autour des stands tellement il y avait de monde. J’ai aussi trouvé le programme très chargé. J’ai rarement vu des conférences finir après 17h un vendredi. C’est aussi sur ces détails que l’on ressent le côté très parisien des organisateurs. Ca peut être sympa de penser aux personnes qui ont 4-5 heures de train pour rentrer chez eux. Personnellement j’ai loupé les deux dernières conf pour pouvoir prendre mon avion.

Mais à part ça je tire mon chapeau aux organisateurs. Pour avoir participé à quelques conférences aux USA j’ai retrouvé exactement le même niveau de prestation. Jamais je n’avais vu une conférence comme celle-ci en France (bon ok, je ne les fais pas toutes non plus…). Merci aux organisateurs et bonne chance pour l’organisation de devoxx 2013 !

The post Devoxx France appeared first on .

• 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 :

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.

The post Global Game JAM appeared first on .