Agile france 2012 : 7 sessions by OCTO
La conférence Agile France ouvrira ses portes au Chalet de la Porte Jaune les 24 et 25 mai. OCTO sera présent avec pas moins de sept sessions cette année.
Les patterns des grands du Web – Fluidité de l’expérience l’utilisateur
“L’ergonomie n’est plus négociable aujourd’hui”. OCTO Technology
L’aspect incontournable de la performance
Il existe une conviction partagée chez les grands du Web : la performance perçue par l’utilisateur est critique. Cette performance a en effet un impact direct sur l’adoption du service et son utilisation dans la durée. Et le ressenti utilisateur est directement lié à la rapidité d’affichage des interfaces.
Le grand public se moque bien de l’architecture logicielle, de la puissance des serveurs, de la latence réseau provoquée par l’appel à des Web services… Tout ce qui lui importe, c’est l’impression de fluidité dans l’usage.
Un opérateur télécom doit-il être autre chose qu’un tuyau ?
Quel « business model » pour les opérateurs de télécommunications grand public ? Orange, Bouygues Télécom et SFR se veulent fournisseurs de services, voire de contenus, et donc ne veulent pas être de simples fournisseurs de tuyaux. La 4G, les « pure players » internet, les nouveaux usages, les réglementations de l’Arcep et autres remettent en cause cette vision. Ce billet est l’occasion de partager quelques réflexions autour de cette question : quel « business model » pour les opérateurs grand public ?
Les Patterns des Grands du Web – Sharding
Dans tout système d’information, les données sont un actif important qu’il faut capturer, conserver et traiter de façon fiable et efficace. Là où un serveur central joue très souvent le rôle de gardien des données, la majorité des grands du web ont opté pour une autre stratégie : le « sharding » ou distribution des données [1].
Le sharding décrit ainsi un ensemble de techniques qui permet de répartir les données sur plusieurs machines pour assurer la scalabilité de l’architecture.
Performance côté client avec Rails & Heroku
À ChooseYourBoss on développe une appli web tout ce qu’il y a de plus classique : HTML5, JS, CSS3 + quelques API (Linkedn, Viadeo, Google Maps, Google Analytics, etc). Côté serveur on est en Rails sur Heroku. Bref, rien d’exceptionnel quoi.
Puis un jour, on a jeté un œil sur le graphe de temps de chargement de notre appli – merci Google Analytics. Et là le drame : une moyenne de plus de 5 secondes pour la page d’accueil, et je ne vous parle pas sur mobile. On se dépêche alors d’aller faire un petit tour sur Google Pagespeed, notre score : 44/100 (bof bof).
On décide d’investiguer point par point nos hypothèses, en voici un résumé.
(Lire la suite…)
HTTP Caching avec Nginx / Memcached
La mise en place d’un cache HTTP devant des serveurs web est un bon moyen d’en améliorer les performances. Ce billet a deux objectifs :
- Présenter les bases du caching HTTP
- Présenter les nouvelles fonctionnalités que j’ai implémentées dans le module Nginx Memcached pour faciliter le caching HTTP sur les serveurs
L’écosystème CEP Esper
Dans son introduction au Complex Event Processing (CEP), Mathieu avait annoncé une série d’articles sur les solutions de CEP. Nous l’inaugurons avec cet article sur Esper.
Esper, édité par EsperTech, est une plateforme Java dédiée au CEP et au traitement de flux d’événements (ESP – event stream processing). C’est une collection de frameworks et d’outils servant à construire et intégrer des applications orientées événements.
Les 3 packages de la suite Esper couvrent la plupart du socle technique de telles applications. EsperTech s’y réfère en tant que 3 « éditions », mais ce sont en fait des groupes d’outils complémentaires.
La construction d’une application orientée événement avec Esper implique :
- le développement de la logique applicative au moyen d’instructions de traitement d’événements, instructions comprises par le coeur algorithmique de la suite, le moteur Esper Event Stream and Complex Event Processing (ou, en plus court, Esper Engine). Le moteur est distribué en open source sous licence GPLv2
- le packaging, l’intégration et le déploiement de l’application – Esper Enterprise Edition (EsperEE) peut assurer ce rôle
- si nécessaire, la sécurisation du traitement des événements avec EsperHA, qui ajoute des fonctions de persistance pour les scénarios de haute disponibilité et de reprise sur erreur
L’article complet, en anglais, offre un tour d’horizon de la plateforme CEP constituée par cet écosystème Esper. Le discours s’appuie sur la version 4.5.0 de la suite (à ce jour, la dernière version est la 4.6.0).
L’Infrastructure agile
Les principes de l’Infrastructure agile
Au cours de la vie d’un logiciel, beaucoup de temps est consacré à son déploiement sur différentes plates-formes (recette, preprod, prod…). Bien souvent, nous réalisons des sous-projets de création d’environnements pour les logiciels nouvellement développés.
Ce type de sous-projet est rarement capitalisé techniquement et peu contributeur à la valeur métier. Être capable de composer, monter et démonter des environnements à la demande offrirait une flexibilité appréciable. Pour cela, il est efficace de standardiser les ressources d’infrastructure pour les utiliser comme des composants combinables. C’est ce que propose le cloud computing en offrant des capacités de production industrialisées sur Internet. (Lire la suite…)
CR du petit déjeuner prospective « La banque du futur : vision 2020″
Mercredi 27 mars, l’entité Banque et Services Financiers d’OCTO a initié un nouveau format de petit déjeuner : la vision prospective sectorielle.
Imaginer ce que sera l’environnement bancaire dans un futur à moyen terme à la fois proche et lointain. Proche pour le rattacher à des signaux faibles et des tendances que nous observons aujourd’hui, et assez lointain pour ne pas rester englué dans la situation actuelle et amorcer une dynamique d’évolution.
La Banque dans dix ans…
Sous quelles formes seront réalisées les interactions entre les institutions financières et la population au quotidien ?
La tendance virtuelle, électronique qui a débuté au début des années 2000 va-t-elle se poursuivre ou la banque va-t-elle réinverser la tendance en replaçant la relation physique au coeur du système Homme-Banque ?
Ces nouveaux modèles de relation vont-ils apporter avec eux une révolution dans la conception informatique des outils bancaires, dans l’architecture même des briques informatiques qui composent son SI ? (Lire la suite…)
Les Patterns des Grands du Web – la bêta perpétuelle
Description du pattern
Avant d’introduire la bêta perpétuelle, il est nécessaire de revenir sur un pattern classique du monde Open Source : “Release early, release often”. Le principe de ce pattern consiste à mettre régulièrement le code à la disposition de la communauté afin de permettre aux développeurs, testeurs, utilisateurs de donner un feedback en continu sur le produit. Cette pratique a été décrite dans “La cathédrale et le bazar” d’Eric Steven Raymond. Elle rejoint le principe d’itération courte des méthodes agiles.
