Scrum-In-Depth est la première mise à jour importante du cours « Certification ScrumMaster » (CSM), préparé par Ken Schwaber en 2002.

Au travers d’apports théoriques et d’exercices en équipe, l’objectif est de donner aux participants de solides bases sur Scrum et ses principes fondamentaux afin de pouvoir en tirer un profit maximum dans leur environnement de travail quotidien.

Informations et inscriptions par mail: contact at hortis dot ch

Pour obtenir le maximum de Scrum, il faut bien comprendre comment et pourquoi Scrum fonctionne.
Le cours « Scrum approfondi » explore la mécanique de Scrum et les raisons de son efficacité ainsi que des sujets avancés, comme la gestion des risques et l’optimisation du coût total de possession d’un système, qui exploitent les principes sous-jacents de Scrum.

Comme dans le cours d’origine, nous couvrirons le framework et les rôles de Scrum.
Nous étudierons aussi l’utilisation de Scrum pour maximiser la valeur, la productivité et le coût total d’un logiciel.

Public visé:
Ce cours est destiné en premier lieu à ceux qui sont responsables de la bonne utilisation ou du déploiement de Scrum dans un projet ou une entreprise.

Durée: 2 jours

Lieu: Geneva Business Center (GBC)
Avenue des Morgines, 12 – 1213 Petit-Lancy GE

Examen:

Suite à ce cours, les participants auront la possibilité de passer un examen pour évaluer leurs connaissances et ainsi commencer à dresser la “carte radar” de leur savoir-faire. L’examen est optionnel mais fortement recommandé pour continuer l’apprentissage de Scrum au-delà de la durée du cours. Les participants qui réussissent l’examen reçoivent un document de certification.

Mais Adam Bien, c’est qui ?

Adam Bien est un consultant indépendant, formateur Java, architecte du software et développeur qui implémente des architectures Java à grande échelle au sein des entreprises allemandes.

Nommé Java Champion en Janvier 2007 et Java Developper of the year en 2011,  il est membre de la NetBeans Dream Team, de Sun Advantage Partner, Glassfish System Integrator, du groupe d’experts Java Community Process (EJB 3.1, JPA 2.0, Java EE 6) et il est fortement impliqué dans les technologies Cloud, Grid et P2P. Actuellement, il travaille en parallèle comme architecte et développeur au sein de plusieurs projets d’architecture J2EE/Java EE 5/MDA et au sein des architectures EAI basés en composants pour Java EE et .Net.

Il est aussi connu pour ses nombreux articles et livres publiés dans le cadre Java/J2EE/J EE et l’architecture distribuée. Parmi ses livres, on peut trouver plusieurs ouvrages en allemand (“Enterprise Architekturen”, “Java EE 5 Architeckturen”, “Struts” etc. ) ainsi que son dernier livre publié en 2009 et écrit en anglais : “Real World Java EE patterns” où il explore les défis de Cloud Computing.

OK, pas mal, mais un speaker d’exception, ça doit faire un session d’exception ?

Effectivement, Adam vient nous faire une présentation tout à faire particulière de Java EE 6 puisqu’elle ne comportera qu’un seul slide, oui, oui, vous avez bien lu: UN seul slide !

Son secret: NetBeans !  En effet, sa présentation consistera à coder, devant nous, sans génération de code et sans aucun artifice autre que Java EE 6, une application exploitant JSF2, EJB 3.1, des services REST, des traitements asynchrones, CDI, JPA2, … et tout ça accompagné de test unitaires.

• Vous avez une question, il se fera un plaisir d’y répondre avec du code !
• Vous êtes fans de Spring ? plus après le 18 Avril !
• Vous pensez encore que pour écrire un EJB il faut 4 classes et 7 interfaces ? Venez découvrir Java EE 6

Ne manquez donc pas cette soirée qui se déroulera le Lundi 18 Avril à partir de 18h30 à l’Uni-Mail salle MR070 (plan d’accès) en vous inscrivant sur jugevents.

Et si après cette présentation vous ne pensez toujours pas que Java EE 6 est plus léger à mettre en oeuvre et plus efficace que Spring, réservez d’ors et déja le reste de votre soirée pour croiser le fer avec Adam autour d’une fondue traditionnelle ! Inscriptions pour la 3ème mi-temps au Chalet Suisse: http://bit.ly/gu691e

]]> http://social.hortis.ch/2011/04/06/un-java-champion-a-geneve-en-avril-pour-presenter-java-ee-6/feed/ 0 http://social.hortis.ch/2011/04/04/mardi-gras-git/ http://social.hortis.ch/2011/04/04/mardi-gras-git/#comments Mon, 04 Apr 2011 20:57:10 +0000 Xavier Bourguignon http://social.hortis.ch/?p=1703 Le Mardi 12 Avril le ParisJUG organise une soirée dédiée à Git. Petit problème: Genève c’est quand même loin de Paris, surtout pour une seule soirée !

Je vous propose donc de nous faire une soirée concurrente sur le même thème !

Au programme, je vous présenterai:

• Git en théorie, parce que la théorie c’est important !
• Git en pratique, parce que la pratique c’est ce qu’on aime !
• Les bonnes pratiques, parce que ça permet de pas faire n’importe quoi !
• L’outillage, parce que même si ça a été créé des barbus, y en a 2-3 intéressants !

Rendez vous donc Mardi 12 Avril à 18h15 dans nos locaux du Geneva Business Center, avenue de Morgines 12, Petit-Lancy 1213.

Pour vous inscrire, comme d’habitude, un +1 en commentaire !

Comme chaque année, Hortis organise des sessions d’exercices basées sur ce livre en vue de passer l’examen “Java Standard Edition 6 Programmer Certified Professional Exam” (nouveau nom donné par Oracle)

Nous prévoyons des séances hebdomadaires de 2 heures, ouvertes à tous, les lundi soirs. La préparation comptera environ une dizaine de session (voir plus si nécessaire).

Départ lundi 10 janvier à 18h30. merci de m’envoyer un mail pour vous inscrire.

et à lundi!

Il est étonnant de constater le peu de support offert par Xcode en matière de librairies, notamment pour le développement iOS. Sous leur forme actuelle, les librairies statiques créées via Xcode ne sont ni réellement pratiques à distribuer, ni à utiliser. Cet article discute des difficultés rencontrées et propose des solutions possibles. Ces dernières sont implémentées au sein d’un outil librement téléchargeable.

On distingue deux types de librairies:

• les librairies dynamiques, contenant du code exécutable chargé lors de l’exécution d’un programme, et partagé entre toutes les applications qui peuvent en avoir besoin
• les librairies statiques, sources inertes de code exéutable, desquelles le linker extrait ce dont il a besoin lors de la création d’un exécutable autonome

Sous iOS, et probablement afin de s’éviter les désagréments habituels liés aux librairies dynamiques, il est impossible de concevoir et de déployer ses propres librairies dynamiques (hors jailbreaking évidemment). Il est ainsi surprenant de constater le peu d’attention que Xcode offre aux librairies statiques, seul type de librairie que l’on peut créer pour iOS. Xcode fournit certes un template de projet dédié (Cocoa Touch Static Library), mais celui-ci n’est pas vraiment pratique, comme en attestent nombre de frameworks et librairies dont les instructions d’installation se réduisent à “copiez les fichiers sources dont vous avez besoin dans votre projet”.

Dans un excellent article, Pete Goodliffe présente une méthode permettant la création de dossiers .framework pour iOS. Habituellement, un .framework est un NSBundle construit autour d’une librairie dynamique, et qui peut donc être chargé en mémoire et accédé dès que le code exécutable qui s’y trouve a été lui-même chargé. En imitant la structure interne d’un .framework, Pete Goodliffe démontre qu’il est possible de construire des “pseudo-frameworks” autour d’une librairie statique multi-architecture. Il suffit alors de drag & dropper un de ces pseudo-frameworks sur un projet pour que Xcode puisse localiser ce dont il a besoin pour la compilation (headers et binaires).

L’approche appliquée par Pete Goodliffe constitue une amélioration notable et essentielle par rapport au template de librairie statique fourni par Xcode. Certains problèmes persistent cependant:

• Les dossiers .framework ainsi créés n’étant pas des NSBundle, ceux-ci ne peuvent être chargés tels quels vu qu’ils ne contiennent pas de code directement exécutable. Corollaire de cette contrainte, les ressources contenues dans un .framework (fichiers de traductions, xibs, images, etc…) doivent être mises à plat dans le bundle final de l’application afin d’être accessibles au runtime. Dans le cas d’une application iOS, ceci contraint à copier l’ensemble de toutes les ressources (celles de l’application et de tous les pseudo .framework utilisés) à la racine du .app de l’application finie, seul bundle qui pourra être accédé lors de l’exécution.
• Afin de pouvoir déployer un projet utilisant un ou plusieurs .framework sans avoir à modifier le projet lui même (et donc le .pbxproj), il est nécessaire que les paths des frameworks soient indépendants de la machine sur laquelle le projet est compilé. Ceci est crucial pour les processus de builds automatisés, notamment dans le cas d’une intégration continue.
• Le linker Objective-C peut se montrer agressif et refuser de linker certaines portions de code, typiquement dans le cas de catégories. L’une des solutions proposées est l’utilisation du flag -ObjC, qui empêche le linker de négliger le code qu’il juge inutilisé. Ce flag présente cependant l’inconvénient de gonfler la taille de l’exécutable final.

Partant de ces constats et sur la base du travail de Pete Goodliffe, j’ai développé un outil de création de “frameworks statiques” aussi autonomes que possibles. Cet outil répond aux trois problématiques énoncées ci-dessus de la manière suivante:

• Le .framework n’étant pas un NSBundle, les ressources sont stockées dans un dossier situé au même niveau que lui, le tout étant groupé dans un unique dossier .staticframework. La structure interne du .framework de Pete Goodliffe a été simplifiée, celle-ci n’ayant réellement de sens que dans le cas d’une librairie dynamique. Dès lors, il suffit d’ajouter un .staticframework à un projet afin que celui-ci dispose de tous les éléments nécessaires à son utilisation. Au moment de la création de l’application finale, les ressources associées sont ainsi automatiquement copiées à la racine du .app. Afin d’éviter des conflits de noms entre fichiers de ressources, il est conseillé que chaque fichier de ressource soit préfixé au moyen du nom de la librairie à laquelle il appartient.
• Afin de rendre les paths des .staticframeworks indépendants de la machine, la solution optimale (et naïve) consisterait à stocker ces derniers directement dans le dossier du projet lui-même. Bien évidemment, ceci est contraire à l’utilisation d’une librairie statique, qui se doit d’être partageable entre plusieurs projets. La solution que je propose est de ne pas stocker les .staticframeworks directement, mais d’ajouter un niveau d’indirection via l’utilisation de liens symboliques. Ces liens symboliques masquent ainsi l’emplacement réel des .staticframeworks sur une machine donnée. En utilisant uniquement ceux-ci dans un projet Xcode, le .pbxproj ainsi obtenu ne dépend plus de la machine sur laquelle il est ouvert. Pour pouvour compiler un projet utilisant des frameworks statiques, il suffit d’un outil qui génère les liens symboliques qu’il requiert.
• Pour forcer le linker à prendre en compte certaines portions de code de manière sélective, un mécanisme de “bootstrapping” a été ajouté. Celui-ci consiste à injecter une classe présentant une méthode statique vide dans chaque fichier source qui n’aurait normalement pas été inclus. Un fichier source situé dans le .staticframework se charge ensuite d’appeler chacune des méthodes statiques, forçant le linker à prendre en compte le module objet associé. Ce code n’est en fait jamais exécuté, mais sa seule présence suffit à corriger le comportement du linker.

L’outil lui-même, réalisé en Bash, se compose de deux commandes:

• une commande make-fmwk.sh, qui permet de créer un .staticframework à partir d’un projet Xcode de librairie statique. Cette commande requiert une liste des headers à utiliser pour former l’interface publique de la librairie, ainsi qu’une éventuelle liste de fichiers à bootstrapper. Pour créer un framework à partir d’un projet Xcode, il suffit généralement d’exécuter la commande make-fmwk.sh <configuration> depuis le dossier du projet.
• une commande link-fmwk.sh, qui permet de générer les liens symboliques vers les .staticframeworks utilisés par un projet, stockés dans un repository commun. Pour cela, il suffit généralement d’exécuter la commande link-fmwk.sh depuis le dossier du projet.

De nombreux paramètres sont disponibles pour ces commandes qui, selon la grande tradition Ruby on Rails, privilégient la convention à la configuration. Parmi les paramètres les plus courants, on retiendra essentiellement -u, qui permet de spécifier un numéro de version (apparaissant alors dans le nom du .staticframework produit afin d’éviter toute confusion entre versions), ou -s (qui permet d’embarquer les sources du frameworks pour le debugging).

Vous pouvez récupérer la dernière version de cet outil depuis mon compte github. Vous y trouverez également une discussion bien plus approfondie des détails techniques de l’implémentation. Dans les versions ultérieures de cet outil, une fusion des commandes make-fmwk.sh et link-fmwk.sh est prévue, tout comme l’unification du paramétrage en un seul fichier de configuration similaire au pom.xml de Maven.

Toute remarque, idée ou suggestion est la bienvenue, notamment si vous avez déjà été confronté à certaines des problématiques ci-dessus. D’avance merci.

Hortis et SonarSource sont donc très heureux de vous inviter au Geneva Business Center à partir de 18h30 afin de rencontrer le leader emblématique de Maven et fondateur de Sonatype.

Lors de cette soirée, Jason nous présentera les nouveautés de Maven 3, M2Eclipse, ainsi que le repository manager Nexus, outil quasi indispensable pour toute entreprise !

Inscrivez en nous laissant un message en commentaire de ce post !

J’ai posté un petit compte rendu sur mon blog.

Mais pour l’indiquer sur d’autres sites, ou d’autres supports, une URL qui redirige vers cette application est souvent utilisée. En voici plusieurs types, selon ce que vous souhaitez :

• Un lien qui va vers une page web, très utile pour ceux qui n’ont pas iTunes sur le appareil de surf (ordinateur, mobile, tablette…) : http://itunes.apple.com/pays/app/application/idApplication?mt=8

  

  http://itunes.apple.com/ch/app/tcs/id391482815?mt=8
  Lien vers l’application iPhone du TCS (Touring Club Suisse)

  Cette url est récupérable dans l’iTunes Store, avec un clique droit sur l’icône de l’application.

• Si vous avez publié sur plusieurs Store, il est préférable d’enlever le pays, même si iTunes s’en sort généralement bien avec : http://itunes.apple.com/app/application/idApplication?mt=8

  

  http://itunes.apple.com/app/fivb/id389769012?mt=8
  Lien vers l’application iPhone de la FIVB (Fédération Internationale de Volleyball)

• Sans avoir de page internet, on peut utiliser le nom de l’application, sans espace et caractères spéciaux : http://itunes.com/apps/applicationName

  

  http://itunes.com/apps/monacov4
  Lien vers l’application iPhone Monaco v4 (Montre TAG Heuer)

• De même, on peut faire cette recherche pour une société : http://itunes.com/apps/companyName

  

  http://itunes.com/apps/hortisgrcsa

• On peut comme cela aussi rechercher la société et son application : http://itunes.com/apps/companyName/applicationName

  

  http://itunes.com/apps/knowledge4people/lawsandrulesinwar

Aujourd’hui, le 1er lien est le plus utilisé, avec la variante sans le pays, pour les puristes. Mais les autres permettent d’avoir accès à la recherche iTunes Store dans une URL, ce qui peut s’avérer utile.

La conférence se tiendra au Ramada Encore à la Praille et l’inscription coûte 100 CHF ce qui inclus l’accès à la conférence, le repas de midi et les cafés et en-cas entre les sessions.

On ne dément pas le succès de l’iPad, et Hortis a su s’imposer comme un acteur majeur en Suisse pour le développement sur cette plate-forme.

Le carnet de commandes est plein. De grands noms de l’horlogerie et de la banque ont notamment fait appel à Hortis Le Studio pour évaluer les capacités de ce nouveau terminal, et l’intégrer au plus prêt de leur métier. De même des fédérations sportives internationales, clubs, assurances et laboratoires pharmaceutiques, collaborent avec Hortis sur cette technologie.

Porté par le succès de ses réalisations sur iPhone, Hortis a pris le virage iPad avec une longueur d’avance.

Rançon du succès, l’équipe ne cesse de s’étoffer, s’offrant la collaboration de personnes d’expérience, tant dans la mobilité, le design que dans le monde Apple.

Pensons à eux qui, pour assurer la réussite des projets, remettront leurs vacances à plus tard.