ExeWatch : 2.000 entreprises, 74.000 postes et le programme MVP

Plus de 2.000 entreprises et plus de 74.000 postes supervisés en quelques mois, le programme EW-MVP qui démarre au Brésil avec Sileide Campos, et le Developer Guide que beaucoup d'entre vous réclamaient.

TL;DR : ExeWatch a dépassé les 2.000 entreprises et les 74.000 postes supervisés. Le programme EW-MVP démarre, un référent par macro-région du monde : le premier est Sileide Campos pour le Brésil, et les candidatures pour les autres zones sont ouvertes à exewatch@bittime.it. Et le Developer Guide est en ligne, ce que vous nous avez demandé plus que tout le reste. Essaie-le sur exewatch.com.

Les chiffres

Plus de 2.000 entreprises clientes font tourner ExeWatch en production, sur plus de 74.000 postes. En quelques mois.

On ne les attendait pas si tôt. La raison pour laquelle ils arrivent, elle, reste toujours la même : quand tu développes en Delphi, tu as besoin de savoir comment se comportent tes applications une fois sorties par la porte, et jusqu’à hier tu te débrouillais avec les logs que tu demandais au client par mail, avec les coups de téléphone et, les bons jours, avec un rapport de crash. Un rapport de crash te dit où l’application est morte, pas ce qu’elle faisait la minute d’avant, combien de fois c’était déjà arrivé, et chez combien de clients.

Le monde web tient la télémétrie applicative pour acquise depuis quinze ans. Le monde desktop et client/serveur, celui où tournent justement les logiciels de gestion avec lesquels les entreprises facturent, non.

Le programme EW-MVP

Un EW-MVP, c’est quelqu’un qui utilise vraiment ExeWatch et le connaît à fond, et qui est le référent de sa zone : il répond aux questions dans la langue locale, montre le produit à ceux qui l’évaluent, et nous rapporte ce dont ont besoin les développeurs de sa zone.

Il existe pour une raison pratique. ExeWatch est utilisé dans des pays dont on ne parle pas la langue et dont on ne connaît pas le tissu industriel. Et surtout, dans ces pays-là, à trois heures de l’après-midi heure locale, nous ne sommes même pas réveillés.

L’idée est de couvrir toutes les macro-régions du monde, une par une, avec un EW-MVP de référence.

Le premier EW-MVP : Sileide Campos, Brésil

Notre première EW-MVP est Sileide Campos, pour le Brésil. Elle a commencé à en parler aux amis brésiliens le 1er septembre, depuis la scène de l’Embarcadero Conference.

Sileide est aussi Embarcadero MVP : expliquer des outils à des développeurs, c’est son métier. Avec elle, la conversation ne part pas de la liste des fonctionnalités, elle part de ce dont ton entreprise a besoin : quelles métriques surveiller, quoi instrumenter en premier, quelles fonctionnalités d’ExeWatch changent ta journée et lesquelles peuvent être secondaires pour toi.

On a commencé par là parce que la communauté Delphi brésilienne est l’une des plus vivantes de la planète.

Si tu développes au Brésil et que tu veux arrêter de supposer comment vont tes applications et commencer à le savoir, écris à Sileide : sileidecampos@gmail.com. Elle t’explique en portugais ce qu’ExeWatch peut faire pour toi et pour ton entreprise, et tu n’as pas à attendre qu’on se réveille à Rome.

Tous les autres, pour l’instant, peuvent continuer à écrire directement à exewatch@bittime.it.

Candidate comme EW-MVP

Si ExeWatch te plaît, que tu le connais bien et que tu penses pouvoir être le référent de ton pays ou d’une macro-région, écris-nous à exewatch@bittime.it.

Ce qu’on cherche :

• que tu aies déjà un public dans ta zone. Un user group, une chaîne, un blog, les conférences locales, le groupe où les gens viennent te poser leurs questions ;
• que tu aies envie d’en parler. Talks, démos, articles, réponses dans les groupes locaux. On ne demande pas des journées fixes, on demande l’envie ;
• que tu parles la langue du pays. Une question traitée dans la langue de celui qui la pose, et dans son fuseau horaire, se règle en un après-midi.

Ce que tu y gagnes :

• une ligne directe avec nous. Ce que tu remontes, et ce que tes utilisateurs te remontent, entre dans la roadmap. Les bêtas, tu les vois en premier ;
• de la visibilité. Tu es le référent officiel de ta zone, avec ton nom et tes coordonnées sur le site ExeWatch et dans des articles comme celui-ci. C’est exactement pour ça que tu es en train de lire le nom de Sileide ;
• un retour financier. Le rôle est technique, mais ce n’est pas du bénévolat : sur les clients que tu apportes, il y a des conditions qu’on fixe ensemble, au cas par cas.

Écris-nous en racontant où tu es, ce que tu développes et comment tu utilises ExeWatch aujourd’hui.

Le Developer Guide

De tout ce que vous nous avez demandé ces derniers mois, ça, c’est revenu plus souvent que le reste : un guide qui te dise quoi instrumenter, pas comment s’appellent les fonctions. Je l’ai écrit, et il est là : www.exewatch.com/devguide.

Seize sections. La référence des API existait déjà, celui-ci répond à la question qui vient avant : qu’est-ce que j’instrumente, et à quel niveau. Dedans, tu trouves :

• le quickstart, c’est-à-dire deux lignes de code et une option de configuration ;
• l’intégration de chaque SDK : Delphi, Free Pascal, .NET, Python, JavaScript et la DLL à ABI C plat que tu appelles depuis C++Builder, Microsoft Visual C++ et Visual Basic ;
• les cinq questions, la carte entre le problème que tu as devant toi et l’outil qui le résout ;
• huit recettes sur des cas réels, du genre « un client dit que ça a planté et tu n’as aucune idée de pourquoi » ou « à 9 heures du matin l’application vole et à 17 heures elle rampe » ;
• counter, gauge ou timing : lequel des trois choisir, et selon quel critère ;
• les alertes qui servent et celles que tu coupes au bout de trois jours ;
• la comparaison entre versions avec l’export CSV, pour attraper la régression que tu as traînée depuis la dernière release ;
• les anti-patterns, la partie que je lirais en premier ;
• ce qui se passe quand la connexion Internet tombe ;
• comment instrumenter sans cramer ton quota.

Si tu as déjà ExeWatch en production, lis au moins les anti-patterns et la section sur les tags. Vingt minutes qui t’épargnent un dashboard rempli de choses que tu ne regarderas jamais.

Merci, et continuez comme ça

Quelques messages qui nous sont arrivés ces derniers mois :

Citations dans la langue où chacun les a écrites, traduction en dessous. Initiales à la place des noms.

Trente bugs trouvés et corrigés le premier week-end, sur 160 postes. C’est le genre de retour qui nous dit où aller ensuite.

La direction dans laquelle ExeWatch avance, ce n’est pas nous qui l’avons décidée en réunion. Les Nested Timing Traces (en anglais), le support des applications legacy en C++ et MSVC, tout ça est né d’un mail de quelqu’un qui utilisait ExeWatch et nous a écrit ce qui lui manquait. Le reste est dans tous les articles ExeWatch et sous le tag APM.

La prochaine, c’est le multi-tenant dans le même processus : plusieurs clients nous l’ont demandée, ils veulent des traces séparées depuis un seul exécutable, découpées par client ou par tenant. On en parle bientôt.

Alors continuez comme ça : écrivez-nous quand quelque chose ne va pas, et écrivez-nous surtout quand quelque chose vous manque.

Si tu n’as pas encore essayé ExeWatch, le plan Hobby est gratuit et ne demande pas de carte bancaire : commence par exewatch.com et ouvre ensuite le Developer Guide.