C’est quoi cet article ? Facile ! Un résumé de l’actualité autour de Ruby du mois passé, pour les techos et les geeks pressés. Retrouvez moi sur ce blog pour des infos de techos à techos.
Pour les plus pressés, une seule chose à retenir pour cette brève : Mettez à jour vos Rails 2.3 et 3.0.
Cette année les sessions de salle plénière (et donc les keynotes) sont diffusées en live sur le site internet.
Récemment un papier d’étude de Google UK a été publié sur la performance des langages de programmation JAVA, Scala, C++ et Go (Loop Recognition in C++/Java/Go/Scala). Dans ce papier, les performances des langages sont comparées sur la base d’un algorithme de recherche de boucles dans un graphe (Algorithme de Tarjan).
Principalement basé sur la performance d’exécution d’instructions séquentielles (boucles), la gestion de la mémoire, le temps de compilation et le nombre de lignes de code écrites cette étude montre que pour arriver à des hautes performances en C++ les optimisations techniques (au niveau du langage) deviennent trop compliquées pour le résultat produit. Comme le dit Robert Hundt :
We find that in regards to performance, C++ wins out by
a large margin. However, it also required the most extensive
tuning efforts, many of which were done at a level of sophistication
that would not be available to the average programmer.
Cependant, cet article a été critiqué sur son use-case peu pertinent et sur la validité des résultats. Quand même, C++ est le ++ fort ! Bien qu’il ait été maladroit, ce cher Robert a soulevé un point très intéressant : la programmation haute performance n’est-elle réservée qu’à une élite de développeur C++ ? Le développeur moyen peut-il espérer développer des applications haute performance ?
Nous vous proposons ici de découvrir quelques aspects du lean en citations. Ces citations sont importantes, car pendant une expérimentation lean, elles amélioreront la compréhension et l’apprentissage des pratiques et outils lean. Elles agiront comme des moyens mnémotechniques en plaçant des refrains à nos chansons lean du quotidien.
Pour une présentation du lean, je vous conseille la lecture de cet article introductif : « Qu’est-ce que le Lean? ». J’aborde ici les principes et outils lean suivants :
WARNING/ MISE EN GARDE:
L’annonce qui suit est susceptible de choquer les potentiels candidats à ce poste par la pauvreté de son graphisme et voire pire, sa piètre utilisabilté.
Il est possible que vous mettiez plus de 10 secondes à trouver les informations recherchées et en soyez agacé. Mais tenez bon.
Si vous êtes en recherche d’une entreprise où l’expérience utilisateur compte, où l’on fait du conseil autrement, et dans laquelle plaisir, excellence et partage du savoir se vivent au quotidien… les lignes qui suivent vont vous intéresser.
Cabinet de conseil en Systèmes d’information, OCTO Technology réalise des projets ambitieux et innovants, dans lesquels l’expérience utilisateur est stratégique.
Créé en 2008, le pôle utilisabilité (4 personnes) accompagne des clients grands comptes (banque, assurance, industrie…) sur des problématiques d’ergonomie et d’expérience utilisateur. Cette équipe intervient entre autres sur des sites web, des applications métier et des applications mobiles (Iphone, Ipad…). Consultants dans l’âme, et fondus d’ergonomie, cette équipe de passionnés travaille chaque jour à ce que l’expérience utilisateur soit au coeur des réalisations d’OCTO.
Nous recrutons pour cette équipe un manager UX.
Users really respond to speed
La citation est de Marissa Meyer, VP expérience utilisateur à Google, en 2006.
Pas grand chose n’a changé depuis, si ce n’est qu’on a des chiffres plus précis, et un peu effrayants, sur l’importance de la performance dans les applications web : Quelques points de performance feront la différence entre une expérience réussie et une application perçue négativement par ses utilisateurs.
Ou plutôt si, ce qui a changé c’est que depuis 2006 on ne se contente plus de sites web, les applications web ont envahi les entreprises et leur SI. Il devient donc primordial de faire attention aux spécificités des applications web : On ne traite pas un navigateur comme un client lourd. (Lire la suite…)
Sonar (www.sonarsource.org) est un outil de reporting sur la qualité des projets informatique. Bien qu’à l’origine fait pour le Java, la communauté Open Source a permis l’intégration de Sonar avec d’autre langages : cobol, flex, php, c++ et maintenant .NET.
L’objet de cet article est de vous montrer ce que peut apporter Sonar pour un projet informatique et montrer quelle est sa place dans l’univers .NET. (Lire la suite…)
Dans ce billet, nous nous basons sur un expérience vécue de mise en place d’une méthodologie (Scrum) sur un projet de développement, pour analyser un piège qui, selon nous, guette toute organisation désireuse de s’améliorer via l’adoption d’une méthodologie : le piège de l’Artefact.
Depuis la présentation retentissante de John Allspaw à Velocity 2009 sur la collaboration entre dev et ops, où il explique que chez Flickr le rythme de déploiement en production dépasse les 10 par jour, on entend beaucoup parler de « continuous delivery » et « continuous deployment ». Ce dernier se différencie par une automatisation complète de la chaîne de fabrication et déploiement entre le commit du développeur et le déploiement en production, alors que le « continuous delivery » préconise des interventions manuelles (simples « push-button ») pour approbation humaine de certaines étapes : tests fonctionnels manuels, test d’usabilité, contrôle des déploiements par le marketing, etc. J’emploierai le terme « déploiement continu » dans cet article pour regrouper les deux notions. Quelques sociétés nous font part de leur retour d’expérience : pour exemple un présentation du QCon San Francisco 2010 où il est cette fois question de 50 déploiements par jour! (rien que ça…) Ou encore plus récemment le talk de Facebook sur la culture et les outils qui leur permet de déployer tous les jours.
Comme beaucoup, je me suis d’abord demandé plusieurs fois : “Franchement… quel est l’intérêt de déployer tous les jours ?”. Je suis aujourd’hui convaincu que ce n’est pas un délire de geek ou une volonté d’être inscrit aux Guinness World Records. Voici les 5 raisons majeures de s’y intéresser.
Dans le cadre de son développement, OCTO recrute un(e) administrateur(trice) réseau, responsable helpdesk.
Le réseau, l’infrastructure et le help desk actuels sont maintenus par des consultants selon leurs disponibilités en mode best effort. OCTO étant en pleine croissance les besoins en terme de help desk et d’infrastructure sont de plus en plus importants. De ce fait, le volontariat interne ne suffit plus.
C’est pourquoi nous cherchons une personne pour assumer cette responsabilité. Selon votre progression le poste pourrait être amené à évoluer vers de l’administration système et réseau sur le parc de serveurs d’Octo (environnement Linux en majorité).
(Lire la suite…)
