Forum Logiciel : diffusion de connaissance et d’informations sur toutes les activités liées au développement d’applications informatiques en entreprise.
Blogs de Développeurs: Aggrégateur de Blogs d'Informatique sur .NET, Java, PHP, Ruby, Agile, Gestion de Projet
Forum Logiciel : diffusion de connaissance et d’informations sur toutes les activités liées au développement d’applications informatiques en entreprise.
Le monde du Web et les technologies sous-jacentes (html5, javascript…) ne cessent d’Ă©voluer.
Backbone, qui est passé en version 1.0, est il déjà de l’histoire ancienne ?
Venez assister au plus grand combat de frameworks javascript ayant eu lieu dans les Alpes.
Dans le coin gauche Philippe Charrière viendra avec son mighty Backbone crunch se mesurer aux deux challengers.
Sébastien Letélié se défendra à grands coups d’Angular aidé ou trahi par Paul Chavard et son attaque Ember.
Détails et inscriptions : http://www.jugevents.org/jugevents/event/50260
Attention les prochaines sessions de l’Alpes JUG se fera dans les locaux de Kelkoo, Ă Echirolles, 6 rue des mĂ©ridiens dans le parc d’entreprises  Sud Galaxie.
Rendez vous le Lundi 29 Avril pour une présentation sur NoSQL et ModeShape 3 par Randall Hauch.
Description du talk (en anglais) :
ModeShape 3 is an elastic, strongly-consistent hierarchical database that supports queries, full-text search, versioning, events, locking and use of schema-rich or schema- less constraints. It’s perfect for storing files and hierarchically structured data that will be accessed by navigation or queries. You can choose where (if at all) you want ModeShape to enforce your schema, but your structure and schema can always evolve as your needs change. Sequencers make it easy to extract structure from stored files, and federation can bring into your database information from external systems. It’s fast, sits on top of an Infinispan data grid, and open source. Learn about the benefits of ModeShape 3, and how to deploy and use it to store your own data.
Pour vous inscrire :Â http://www.jugevents.org/jugevents/event/50294
Et encore un grand merci Ă Kelkoo de nous accueillir dans leur locaux!
Un petit problème de salle, nous a fait dĂ©couvrir les magnifiques locaux de Col’In.Et donc au au final, ça c’est bien passĂ© !
La prĂ©sentation s’est dĂ©roulĂ©e en trois parties :
Gatling, faites tomber la foudre
Ce qu’on a particulièrement retenu
Le Green-IT est aussi un bon argument pour ces tests.Oui, c’est souvent ce qu’il faut pour se rendre-compte que la dette technique est partie Ă la dĂ©rive.
Donc avant mĂŞme de dĂ©marrer les tests de charge, il faut s’assurer que le frein Ă main est desserrĂ©:
D’un autre cotĂ©, cela peut ĂŞtre l’occasion de prĂ©senter des amĂ©liorations de 200%, lĂ oĂą la plupart des projets sont contents de gagner 10%.
Le projet Gatling est sous une licence Apache très libre. Ainsi, certaines sociétés proposent des services de tests de charge en embarquant du Gatling sous le capot.
Le projet est nĂ© d’un rĂ©el besoin de consultant rĂ©alisant des prestations de tests de charge. JMeter a ses limites et avait jusqu’Ă Â peu guère de concurrents sĂ©rieux.
Donc, il y a un an et demi environs, naissance du projet avec 4 points clés:
Pierre Dal-pra
Pour l’implĂ©mentation, Play! semble avoir Ă©tĂ© une source d’inspiration, l’Ă©quipe a donc choisit Scala, le modèle Actors et DSL. Puissant Ă l’intĂ©rieur, simple Ă l’extĂ©rieur.L’idĂ©al en terme d’outils de tests de charge HTTP serait bien sĂ»r d’Ă©muler le navigateur. C’est l’approche de SĂ©lenium pour les tests fonctionnels. Mais comment passer Ă l’Ă©chelle pour des milliers de navigateurs ? Bien que les performances s’amĂ©liorent pour les outils simulant les navigateurs, mais elles suffisent Ă peine Ă couvrir l’Ă©volution des sites web. Combien d’onglets ouverts avant que votre machine ne soit Ă la ramasse: 20 ? 30 ?
Donc on n’échappera pas à Gatling.
Une question rĂ©currente avec les tests concerne la maintenance. En quelques jours l’Ă©quipe de developpement peut ruiner des mois de travail. Quelque soit l’outil, il existe des solutions simples.
Ne pas laisser pourrir la situation:
- intĂ©grer les tests de charge au processus de CI. Sans forcement bourriner le serveur, il suffit d’une exĂ©cution pour vĂ©rifier que le scĂ©nario passe.
- dans le cadre d’une Ă©quipe agile, les tests de charge ne sont pas isolĂ©, sĂ©parĂ© du reste des dĂ©veloppeurs. Ca tombe bien, c’est du code, il est versionnĂ© comme du code, c’est dĂ©veloppeurs friendly. (Pas clickodrome Ă la JMeter).
Ensuite le DSL de Gatling permet de factoriser les scĂ©narios de tests. Une procĂ©dure de login ne s’Ă©crit qu’une fois. En Ă©vitant les rĂ©pĂ©titions, en utilisant des identifiants clairs, comme « #id-button-ok » au lieu de « //div/form[7]/input[3]« , on peut au moins limiter les dĂ©gâts.
Et comme ces questions amènent forcĂ©ment Ă parler de DevOps : mention spĂ©ciale Ă Henry Gomez qui n’Ă©tait pas lĂ , malheureusement pour recueillir ses Ă©loges.
Grand merci pour cette conférence à la fois proche du terrain et utilisant des techno de pointe.