BT

Diffuser les Connaissances et l'Innovation dans le Développement Logiciel d'Entreprise

Contribuez

Sujets

Sélectionner votre région

Accueil InfoQ Articles

  • Docker, jetons un oeil sous le capot

    Docker est une technologie de conteneurs Linux issue de la mouvance DevOps, mouvement destiné à rapprocher les développeurs des opérationnels. Docker est un projet OpenSource initié par Docker Inc., anciennement dotCloud, et qui vient de sortir en version 0.7

  • Se préparer pour son premier déploiement MongoDB : Capacity Planning et Monitoring

    Dans cet article, Mat Keep discute des bonnes pratiques de déploiement des bases MongoDB, avec un focus sur le Capacity Planning et le Monitoring. Il explique comment choisir son matériel, les métriques et le sharding.

  • Backbone contre Angular : comparaison

    Victor Savkin compare en détails l'utilisation de Backbone.js et Angular.js pour créer des applications web et synthétise les pour et les contre de chacun.

  • Polymer et les nouveaux standards du Web

    Les Web Components ont pris une nouvelle ampleur depuis le dernier Google I/O. Déjà à la base du framework Dart WebUi renommé depuis en Polymer.Dart, Google a (re)dévoilé un projet polyfill pour la spécification des Web Components, Polymer, et a dans le même temps annoncé son utilisation prochaine dans AngularJS

  • Interview et Critique de livre: DSL Engineering

    Markus Völter, un des auteurs de "Model-Driven Software Development", a publié un nouveau livre dans le domaine du Model-Driven Software Design (MDSD). "DSL Engineering" se concentre sur la conception et l'implémentation de domain specific languages (DSL).

  • Discussion autour de Lutece avec Pierre Levy

    InfoQ FR a rencontré Pierre Levy, le père de Lutece, un CMS open source en Java utilisé pour de nombreux sites municipaux, dont paris.fr, marseille.fr, mais aussi Météo France, Géo Portail, Notaires.fr…

  • Entretien avec Sam Haskins d'Etsy à propos du déploiement, du monitoring et des procédures d'échecs

    Dans cet entretien, Sam Haskins partage son expérience de l'application DevOps chez Etsy. Etsy utilise Git comme système de gestion de version et met à jour son application en moyenne 30 fois par jours. Certains jours, ce nombre peut aller jusqu'à 70 par jour.

  • Sécuriser les serveurs dans le Cloud : Entretien avec Trend Micro

    Quelle est la meilleure façon de protéger les serveurs dans le Cloud ? Comment gérer leur nature éphémère et fournir la même protection dans le cloud que sur site ? Pour le savoir, InfoQ s'est entretenu avec Mark Nunnikhoven, ingénieur principal dans la division Cloud & Technologies Emergentes de Trend Micro. Vous pouvez trouver Mark sur Twitter à @marknca.

  • Premier contact avec HotSpot et l'OpenJDK

    Dans cet article, nous allons nous pencher sur la façon d'aborder le code de la machine virtuelle Java HotSpot, et sa mise en œuvre dans le projet open-source OpenJDK - à la fois du point de vue de la machine virtuelle (VM), mais aussi en termes d'interaction avec les bibliothèques standards Java.

  • Interview RESTX avec Xavier Hanin

    InfoQ était au JUG Summer Camp 2013 à La Rochelle, et j'ai pu discuter avec Xavier Hanin de son dernier projet, RESTX, un framework REST léger, modulaire, rapide et riche en fonctionnalités. Dans cet article vous trouverez un transcript de l'échange que nous avons eu autour de ce projet.

  • Stratégie de Test pour les Interfaces d'Entreprise

    L'interfaçage est un sujet qui ne peut être ignoré pour les applications d'entreprise : non seulement l'interfaçage avec des systèmes tiers est une source d'erreurs, et, de plus, ces applications sont difficilement testables. Cet article présente une stratégie de test des interfaces, applicables de manière généralisée, qui améliore la couverture, la vitesse d'exécution, la fiabilité.

  • Choisissez la taille de votre pool de thread

    Un jour sur Skype, un ami m'a posé quelques questions à propos d'un cluster de serveur tournant sur un 64-way (64 processeurs) qui lançaient 30 000 threads plusieurs fois par jour. Avec plus de 300 000 threads en cours, le kernel passait tellement de temps à les gérer qu'ils déstabilisaient complètement l'application. Il était évident que cette application avait besoin d'une réserve de thread.

BT