OXiane était  le sponsor de la soirée du PAUG qui a eu lieu à l’ECE quai de Grenelle le 24 mai et qui avait pour thème la 3D sous Android.

J’ai donc eu le plaisir d’aller assister à cette soirée et de faire une présentation rapide d’OXiane en général et plus particulièrement de notre savoir faire Android.

Après ce bref passage sur le devant de la scène, place aux « vrais » speakers: Kacem Bekri, qui nous a présenté comment il avait réussi à faire le  portage d’un jeu OpenGL, « my brute »,  d’ iPhone vers Android en moins de 4 mois et Yohan Hadjedj, qui nous a montrer en live comment créer un jeu 3D (Angry Bird) sur Android via le moteur de jeux Unity3D.

En tant que commercial débutant, je vous avoue que c’est avec un peu d’appréhension que j’ai commencé la soirée, la technique et le codage n’étant pas mes spécialités.

Sur la partie de Kacem, il est vrai que je n’ai pas saisi l’intégralité de ce qui s’est dit, comprenant ses contraintes et les problèmes rencontrés mais pas forcément toutes les subtilités utilisées pour les contourner.

Par contre, je fus agréablement surpris de voir comment utiliser unity 3D pour créer un jeu sous Android : même avec le léger vernis technique dont je dispose, j’ai pu comprendre l’essentiel de la démonstration et ai été impressionné de voir avec quelle simplicité ce moteur de jeu permet de créer des jeux 3D (ou 2D d’ailleurs) directement adaptable (du moins pour la version pro payante) sur de nombreux environnement tels que PC, Mac, Android, iPhone mais aussi Xbox 360, Playstation ou encore Wii.

Après quelques parts de pizza et un verre de coca, il est tant de prendre congé du PAUG, de ces organisateurs et de ces participants, avec le sentiment d’avoir passé une bonne soirée avec des gens sympas et de m’endormir moins bête le soir venu.

Après le départ, j’ai perdu trois places, mais j’ai surtout joué la carte de la prudence et de la sécurité. C’était sans doute le bon choix car un peu plus loin, deux ou trois pilotes ont fait des tête-à-queue. Vers la fin de ce premier tour, j’arrivais dans la courbe de Blanchimont quand le team m’a dit par radio de rentrer au box : ils ont décelé une crevaison lente sur les acquisitions de données par télémétrie. Il y avait déjà une perte de 300 ou 400 g au pneu arrière gauche. En fait je ne l’avais pas encore sentie, car sous la pluie c’est moins évident.

Quand je suis reparti, nous avions un tour de retard, et la seule chose dont je me suis occupé, c’était de me concentrer pour aligner de bons chronos. La piste est devenue très vite asséchante. Cela m’a très vite pénalisé, car nos pressions de pneus étaient un peu trop hautes, et vers la fin de mon premier relais je roulais à trois ou quatre secondes au tour de la plus rapide LMP2. J’ai donc fait un premier arrêt plus tôt que prévu pour chausser des pneus slicks, et j’ai enchaîné deux autres relais sur le sec. Ainsi je suis resté 2h40 au volant. Ce n’était pas prévu, mais ce qui s’est passé en début de course a changé notre stratégie.

Pointé dernier après le passage au stand du premier tour, Olivier Lombard a opéré une remontée aussi belle que méthodique, au point de hisser l’Oreca 03-Nissan Signatech #23 au 6^e rang de la catégorie, ce qui était aussi la 2^e des LMP2 inscrites au World Endurance Championship. A l’approche du terme de ses trois relais, Olivier alignait régulièrement des chronos sous les 2’13“, c’est-à-dire dans les rythme des premiers. Jordan Tresson lui succédait et soutenait un très bon rythme lui permettant de passer en 5^e position des LMP2, à 2 tours de la Zytek de tête. Las, vers 19h20, alors qu’il s’apprêtait à rentrer pour céder les commandes à Franck Mailleux, l’inexpérience de Jordan lui faisait faire une petite erreur aux grandes conséquences. En actionnant la réserve de carburant, il désenclenchait involontairement le système antipatinage en touchant le bouton. La perte de contrôle engendrée l’amenait dans un mur, endommageant le côté gauche de l’Oreca-Signatech. Les 48 minutes passées au stand pour réparer ont réduit le temps de roulage de Franck Mailleux, qui ne prenait aucun risque pour rejoindre l’arrivée au 33^e rang au général, soit le13^e des LMP2, et le 10^e des LMP2 du WEC.

Du positif ressort de cette course, même si nous sommes bien déçus par le résultat », conclut Olivier. « Les trois pilotes ont pu rouler et on s’est montré parmi les plus rapides. Depuis Sebring, nous avons tous apprécié l’efficacité et l’organisation de l’équipe, et il faut souligner le formidable travail et les efforts accomplis pour amener la voiture à l’arrivée. L’auto était techniquement fiable, ce qui est encourageant pour les 24 Heures du Mans. Pour continuer à les préparer, nous sommes concentrés sur la perspective de la journée test du dimanche 3 juin. Nous devions rester lundi pour rouler à Francorchamps, mais l’incident en course a fait qu’il nous manquait quelques pièces de rechange. Ce mercredi, nous allons mener une séance d’entrainement de nuit à Magny-Cours.

 Vous pouvez retrouver Olivier Lombard :

• Sur son compte Twitter – @OLombardPilote
• Sur sa page Facebook – Olivier Lombard / Pilote
• Son site internet – Olivier Lombard site officiel

Quelques photos :

Avec OXiane Bretagne, nous avons réalisé un site tout en transitions, verticales et horizontales, avec navigations multiples, à la souris, à la molette ou au doigt pour les devices tactiles.

Le contenu présente les multiples réalisations de l’agence, ses logos historiques et son équipe, de nombreuses vidéos intégrées au format HTML5 permettent de visualiser le tout sous iOS.

Depuis hier sur le site d’Oracle, on peut trouver une nouvelle version de Java SE 7 pour OS X.

On bénéficie même du nouvel algo du GC (Garbage First (G1)), d’améliorations diverses et variées en performances (grâce notamment au merge de JRockit et HotSpot).

Pour une sortie de la version finale voici une date précise (je cite Oracle) :
 » Oracle plans to release a consumer version of Java SE 7, including the Java Runtime Environment (JRE) for Mac OS X later in 2012 « .

Encore de longs moments de lolitude à attendre donc…

« Client/Server Apps with HTML5 and Java » – James Ward

Salle bien remplie pour cette petite démo technique d’une appli « Real Time Transparent » réalisée avec Play! 2 côté serveur et jQuery, LESS, Twitter Bootstrap, et CoffeeScript côté client, le tout déployé dans le cloud avec Heroku.
Intéressant d’écouter un ancien évangéliste Flex chez Adobe faire la promotion de javascript et HTML5 :p

« Hacking the Kinect » – Dan Hardiker

Forcement depuis la récente sortie du produit sous Windows avec un vrai SDK, cette présentation perd un peu d’intérêt. Mais la chose réellement intéressante avec Kinect, c’est qu’énormément d’usages reste à inventer.
L’occasion de découvrir quelques réalisations et le potentiel de la chose.

« Behind the Scenes of Day-To-Day Software Development at Google » – Petra Cross

Petite découverte des méthodes de travail chez Google. On y apprend comment le travail est organisé pour gérer les 10000 développeurs de la firme. On y utilise surtout de l’Agile (mais pas que…), mais SCRUM n’est pas tant utilisé que ça. Une citation qui m’est restée: « If we focus on user, everything else will follow ».

« Improving Resource Utilisation – the JVM, the OS and the Hardware » – Ben Evans, Martijn Verburg

Présentation autour de la JVM et du Hardware. Ou comment la célèbre approche « Write Once, Run Anywhere » a eu une incidence sur l’utilisation des ressources et les performances de la JVM
(sous-consommation du CPU, modèle mémoire faible de Java, faible intégration dans l’OS). Le futur? Une JVM qui exploite le GPU et efficacement les multiples cœurs des processeurs.

« A la découverte de JavaFX » – Nicolas Lorain – Jean-François Denise – Eric Le Ponner

Découverte de la version 2.0 du produit. Démo à la fin de Java FX Scene Builder qui permet de construire nos UI avec une interface graphique, à la façon de Swing GUI Builder dans Netbeans.

Au final ce salon reste une très bonne expérience même si j’aurais voulu assister à plus de conférences. Vivement la Devoxx 2013!

Cette prez a été faite par Ludovic Champenois. La veille on a eu droit à 3h de Travaux Pratiques pour mettre en place un site sur Google App Engine.

Petit Rappel …

GAEest l’offre PaaS (Platform As A Service) de Google (première release). Il peut être considéré comme un Serveur d’Applications Cloud. Actuellement il supporte trois plateformes : Java, Python et Go. GAE offre un environnement d’exécution aux applications qu’il héberge en mettant à leur disposition un serveur web, un serveur de données pour la persistance –DataStore - et une infrastructure réseau conçue pour gérer la montée en charge du trafic, par la multiplication du nombre d’instances de serveurs en fonction de la demande (scalabilité).

Il utilise la technique du sandboxing pour assurer le fonctionnement normal de plusieurs applications sur le même serveur. Les librairies qui compromettent le sandboxing ne sont pas supportées, pas d’écriture sur le système de fichier, pas d’appel système, …

Google est le premier consommateur de GAE : Google Earth, Google Finance, Gmail, … sont tous des services qui utilisent la plateforme.

Pour les développeurs il y a un SDK à partir duquel on peut développer, tester et déployer et un console d’administration pour gérer les paramètres de l’application (nom du site, nombre d’instances de serveur activer, log, droits utilisateurs, … ).

Les Services et API

Ils peuvent être classés dans quatre catégories :

• Networking : pour l’envoie de mail, la recherche d’URL (activité principale de Google)
• Compute :: pour gérer les files d’attente, les tâche de fond, …
• Storage : pour le stockage des données. Au début seul le NoSQL était supporté, mais avec la nouvelle release, on peut bien faire du MySQL ! Dans le service de stockage il y a aussi la gestion du cache et des contenus statiques.
• Autres Services : le Map Reduce (pour la distribution), le Full Text Search (pour la recherche de texte dans des pages web), le traitement d’image, le système d’authentification, …

Acces aux données avec Objectify

D’abord un tableau de correspondance entre les quatre modèles :

Google propose plusieurs API pour l’accès aux données du Datastore : JPA (Java Persistent API) qui permet de faire de la persistance sur une base de données relationnelle, JDO (Java Data Object) avec qui on peut faire du mapping sur n’importe quel type de base de données (relationnelle, objet, XML, …) et les API de bas niveau.

Objectify développées par des tiers peut également être utilisés pour faire de l’accès aux données. Il fournit une abstraction plus élevée, par rapport à JPA et JDO.

Exemple

Création du modèle

public class President {
   @Id
   public Long id = null;
   public String name;
   public String image;
   public boolean active;

   public President(){}

Création du DAO
(on peut en avoir un seul pour tous les modèles)

public class ObjectifyDAO extends DAOBase {
   static {
      ObjectifyService.register(Comment.class);
      ObjectifyService.register(President.class);
   }

}

Stockage

public static void store(String name, String image) {
   ObjectifyDAO dao = new ObjectifyDAO();
   dao.ofy().put(new President(name, image));
}

Lecture

public static President getPresident() {
   return new ObjectifyDAO().ofy().query(President.class).filter("active", true).get();
}

public static ListgetPresidents() {
  ObjectifyDAO dao = new ObjectifyDAO();
  return dao.ofy().query(President.class).order("-date").limit(100).list();
}

Bien concevoir pour sauver son portefeuille

Le système de facturation dépend du temps de consommation du CPU. Pour optimiser les couts d’une application la solution serait de limiter les accès disques par l’utilisation du cache (Mem Cache) et de faire un choix optimal des indexes pour limiter les résultats des requêtes .

Exemple

Stockage cache

public static void storeInCache(String name, String image) {
   ObjectifyDAO dao = new ObjectifyDAO();
   dao.ofy().put(new President(name, image));
   MemcacheServiceFactory.getMemcacheService().delete("PresidentKey"); //kill cache
}

Lecture cache

public static ListretrieveAllCached(){
  MemcacheService cache = MemcacheServiceFactory.getMemcacheService();
  List presidents = (List)cache.get("PresidentKey");
  if (presidents == null) {
      presidents = getPresidents(); // read from datastore
      if (presidents != null)
      cache.put("PresidentKey", presidents); // store in memcache
  }
  return presidents;
}

« Oublier tous les préjugés », c’est par cette phrase que la présentation a été introduite, comme pour reconnaître les difficultés d’adoption de la version précédente. JavaFX fait partie de la nouvelle génération de technologie cliente, une famille d’outils de création d’application de type RIA (Rich Interface Application). La nouvelle version (JavaFX 2) qui est arrivée fin 2011 se veut complémentaire avec SWT, Swing et HTML 5 et pas forcément concurrente.

Une différence fondamentale à considérer par rapport à JavaFX 1 est l’utilisation du XML comme langage de création d’Interfaces graphiques. En effet, l’utilisation du langage de script JavaFX Script dans la première version constituait une difficulté supplémentaire pour la prise en main de la plateforme. L’objectif -réussi- d’Oracle a donc été de rendre facile la création d’interfaces clientes et d’en faire un outil cross-plateforme : même code graphique pour les applications desktop et mobiles, ce qui se résume par : « We absolutely will be targeting a whole host of different platforms, not even just the big three (Mac, Linux, Windows). The value of the Java platform is in the fact that you can write across multiple operating systems and devices. »

Le package comprend :

1. Des API Java
2. Un moteur de navigateur web (Webkit) pour le rendu de contenus HTML (avec éventuellement du JavaScript), l’accès au DOM et la gestion du Look & Feel avec du CSS
3. Des composants graphiques (node) qui peuvent présenter plusieurs propriétés comme l’opacité et les effets d’animation
4. Un moteur multimédia qui offre une latence optimisée pour le support vidéo

Outils pour les développeurs

1. Neatbeans IDE
2. JavaFX Scene Builder, un éditeur WYSIWYG
3. Plugin pour Eclipse et Intellij

Développement d’IHM

Tout comme sur Android il y a deux manière de créer une interface graphique :

1. En s’appuyant sur l’API Java
2. En utilisant FXML (langage de marquage XML pour les UI) qui a l’avantage de faire une séparation entre le code relatif à la structure de l’IHM et le code dynamique. Cette option offre également la possibilité d’intégrer du JavaScript et des feuilles de styles

Roadmap

Quelques points à retenir pour l’avenir :

1. Rendre le code Open Source à travers le projet OpenFX en collaboration avec la communauté OpenJDK
2. Inclure JavaFX dans le JDK 8
3. Elargir l’utilisation de Java FX dans l’embarqué avec Java SE Embedded (ARM)

Devoxx, c’est la conférence annuelle sur la technologie Java – l’équivalent européen de JavaOne – qui s’est tenue pendant trois jours (18, 19 et 20 Avril 2012) à Paris. C’était plus qu’excitant ! Jusqu’à six sessions en parallèle. Entre ateliers, conférences, universités, et code story il y avait très peu de place pour le choix. Même chose pour faire le tri entre les différentes technologies : NoSQL, Architecture Java/JEE, Cloud Computing, Mobilité et Android, Pratiques Agiles, …

Google, IBM, Zenexity, Valtech, Sfeir, … étaient tous de la partie, avec des stands très animés; et même des babyfoots.

Quelques photos pour illustrer l’ambiance de l’hôtel Marriott :

Parmi les sessions que j’ai suivi (Extreme Starup, Java sur Amazone, OOM m’a tuer, VMWare, …) deux m’ont particulièrement intéressé, Google App Engine que j’ai découvert il y a un an, et JavaFX.

Je vais partager avec vous dans mes deux prochains billets ce que j’ai retenu de ces présentations.

Eh bien les voici !

Et quelques photos de notre brillant duo : Alain et Johann !

Devoxx France était annoncé comme la conférence de l’année sur le langage Java en France. Je confirme !! De plus, Devoxx France s’est également différencié avec des conférences dont les sujets concernaient les méthodes de développement et de gestion de projet.

Voilà le programme que j’ai suivi :

[Conférence] Kanban pour les nuls ! - Guillaume Lours, Dimitri Bael
Ce que j’ai retenu de Kanban :

• Kanban est basé sur des cartes de couleurs où toutes les informations caractérisant la tâche sont regroupées.
• Kanban est basé sur un processus de « flux tirés ».
• Quelles différences par rapport à SCRUM :
  • pas d’estimation des tâches,
  • les priorités sont revues à chaque « stand-up meeting »,
  • chaque étape possède une limite supérieure et inférieure afin d’optimiser le temps de trajet d’une tâche entre l’étape initiale (Ready) et l’étape finale (Done),
  • pas autant de rituel qu’en SCRUM mais une planification est néanmoins nécessaire.
    Par exemple il est possible d’avoir « les démonstrations » toutes les 3 semaines et « les rétrospectives » toutes les semaines.

[Conférence] Google Web Toolkit à l’épreuve du feu - Sami Jaber

• Une salle pleine !! L’intérêt pour GWT n’est donc pas mort!! (personnellement j’en éprouve une grande satisfaction).
• Démonstration d’une application GWT de gestion de conférences réactive à la seconde et devant supporter plus de 30 appels par seconde.
• Les apports de l’Open Source dans le contournement de bugs. 
• L’utilisation du « code splitting » afin de s’assurer que l’application reste optimisée et ne charge que le nécessaire.
• La réactivité de l’application est assurée par l’utilisation intensive du push serveur GWT Event service puis d’Atmosphere.

[Conférence] Behind the Scenes of Day-To-Day Software Development at Google – Petra Cross

• Google a eu du succès, salle remplie et plus encore !
• J’ai été très marqué par la gestion de projet à la Google, pas de cycle V, pas de SCRUM, pas de Kanban mais un mixte des trois.
  Dans les idées fortes :
  • le « standup meeting » ne sert à rien puisqu’il suffit de regarder un tableau de post-it.
  • Les « users stories » sont ordonnées par priorité et les développeurs prennent obligatoirement la tâche la plus haute, pas d’autre choix possible.

[Conférence] Pour un développement durable par Frédéric Dubois

• Présentation dans un style très « Arlette Laguiller (FO) », développeurs, développeuses, coder n’est pas sale et vous pouvez bien le faire (Agile, TTD, ATTD, craftmanship, SOLID)

Mon bilan est vraiment positif. Il n’y a qu’une seule ombre au tableau : je n’ai malheureusement pu participer qu’à une seule demi-journée, je le regrette encore …