Aller au contenu

Le studio

Un studio parisien qui publie ce sur quoi il construit.

ISNDEV, pour Intelligent System Network Development. Le nom est long parce qu’il a été choisi en 2013 par des ingénieurs et non par une agence, et nous n’avons jamais trouvé de bonne raison d’en changer.

Nous sommes basés à Paris et travaillons avec des équipes produit et plateforme en Europe et au-delà, en français, en anglais et en espagnol. Les dépôts publics sont la partie de notre travail que n’importe qui peut inspecter sans rien signer.

La plupart des sujets nous arrivent dans l’un de ces trois états : une date de lancement qui ne bouge plus, un régulateur qui pose une question à laquelle les données ne répondent pas, ou un système que plus personne n’ose modifier. Les trois nous vont.

Nos ingénieurs viennent d’industries différentes, et cela se voit aux questions qu’ils posent tôt. C’est pourquoi une revue technique fait souvent apparaître un problème de conformité avant la revue de conformité.

En trois temps

Trois étapes, et les mêmes personnes tout du long.

  1. 2013

    Premiers dépôts publics

    L’organisation GitHub date de novembre 2013. Une partie de ce que nous avons publié alors est encore dans l’arbre.

  2. 2020

    ISNDEV devient une société

    Le studio est immatriculé à Paris en société par actions simplifiée, et les missions commencent à financer les bibliothèques.

  3. Aujourd’hui

    Éditeur et conseil

    qb et ses modules sont maintenus chaque semaine, et les plateformes que nous réalisons tournent dessus. Studio parisien, clients en Europe et au-delà.

La différence entre un bon et un mauvais logiciel se voit le pire jour, entre les mains de quelqu’un qui ne l’a pas écrit.
Un principe que nous nous appliquons.

Notre façon de travailler

  • Nous préférons les petits pas réversibles. Quand la réponse honnête est une réécriture, nous le disons tôt, par écrit, avec ce qu’elle coûtera.
  • Nous mesurons avant de diagnostiquer. La première explication sur laquelle tout le monde s’accorde est en général fausse, et la base de données est en général innocente.
  • Nous écrivons pour celui qui héritera du système. Cette personne n’est pas encore sur le projet et ne peut rien nous demander.