TechTalk avec Zach Naimon d’Arctype

Bienvenue dans ce nouveau TechTalk où vous allez découvrir ce que c’est que de développer un produit dans une startup en phase initiale, ce qu’il faut pour faire pivoter sa solution de la bonne façon, pourquoi investir dans les tests logiciels et le QA est une nécessité absolue de nos jours, et comment d’autres expériences de vie peuvent vous aider à réussir dans votre carrière tech. Ce TechTalk est consacré à Arctype et aux remarquables professionnels qui la composent. Lisez la suite pour trouver des réponses à ces questions, des conseils et de l’inspiration !

Qu’est-ce qu’Arctype ?

Arctype est un client SQL collaboratif et un outil de gestion de bases de données. Il a été initialement conçu pour les étudiants, les développeurs individuels et les équipes d’entreprise. Arctype permet d’écrire des requêtes plus rapidement grâce à des fonctionnalités telles que la mise en forme et l’autocomplétion SQL, aide à visualiser les données et à créer de beaux graphiques en deux clics, et facilite le partage de votre travail avec vos coéquipiers via des liens vers des graphiques et des requêtes.

Arctype dispose d’une recherche pratique pour une navigation sans effort dans votre espace de travail. Il permet également de modifier vos tableaux comme une feuille de calcul.

Arctype fait désormais partie de ClickHouse Cloud. Ses avantages ont été intégrés dans une nouvelle fonctionnalité de ClickHouse Cloud — une console SQL interactive, le moyen le plus rapide d’explorer et d’interroger les bases de données ClickHouse.

Contribution de QAwerk à Arctype

Arctype était une startup en phase initiale en pleine croissance, ce qui signifie qu’elle devait trouver comment atteindre ses objectifs avec des ressources limitées. L’externalisation est un moyen éprouvé de renforcer votre équipe interne et d’avancer au rythme de développement souhaité. C’est là qu’intervient QAwerk.

Nous avons aidé Arctype à accélérer ses sorties logicielles de 20 % grâce à l’automatisation des tests. Nous avons également élargi la couverture des tests en effectuant différents types de tests, notamment les tests fonctionnels, de régression, d’intégration, d’installation et de fumée.

Arctype a tiré parti de notre expertise en tests pluriannuelle et intersectorielle pour atteindre ses objectifs de qualité et augmenter sa valorisation. Nous sommes également heureux de savoir que nous avons contribué à l’acquisition d’Arctype par ClickHouse. Vous pouvez en apprendre davantage à ce sujet ici.

Rencontrez Zach !

Nous avons invité Zach Naimon, Product Manager chez Arctype, pour en savoir plus sur la croissance et le développement d’Arctype, les pivots produit, la recherche de l’adéquation produit-marché et le travail en équipe entièrement distribuée à distance. Nous aborderons également la collaboration d’Arctype avec QAwerk et dévoilerons les expériences de Zach qui ont fait de lui l’incroyable professionnel de la tech qu’il est aujourd’hui. C’est parti !

—

Bonjour, je m’appelle Zack Naimon et je suis Product Manager ici chez Arctype. J’ai 26 ans, je suis originaire de Washington, D.C. J’ai passé une partie de mon lycée à Pékin, puis plus récemment j’ai vécu deux ans au Kirghizistan dans un petit village lors de mon service avec le Peace Corps. C’est ce qui m’amène à peu près jusqu’au moment où j’ai commencé à travailler pour Arctype.

—

En fait, au cours de mon contrat, j’ai effectué plusieurs voyages à moto. Le premier voyage était simplement de Pékin jusqu’à l’extrémité occidentale de la Chine à Kashgar. Je me suis lancé dans ce voyage principalement parce que je voulais explorer et faire quelque chose de différent. Je me sentais un peu perdu en général, je ne savais pas vraiment ce que je voulais faire de moi-même.

Un de mes mentors m’a alors suggéré d’entreprendre un long voyage. J’ai donc ajouté l’aspect moto comme touche originale. Malheureusement, ce premier voyage s’est très mal terminé. J’ai eu un accident assez grave le dernier jour et j’ai passé trois semaines à l’hôpital. Et en fait, le China Daily, le plus grand journal de Chine, a publié un article en première page intitulé « 16 000 raisons de se casser une jambe ». Pendant mon séjour à l’hôpital, je lisais tous ces blogs de personnes qui effectuaient également de longs trajets à moto.

Cela m’a donné envie d’en accomplir un réellement. J’ai donc décidé de faire un autre voyage de Pékin à Londres l’été suivant. J’ai passé environ neuf mois à le planifier, à en organiser la logistique. J’ai trouvé des sponsors et j’ai établi un partenariat avec l’Association Alzheimer pour collecter des fonds pour une association caritative en chemin. Je me suis donc lancé dans ce voyage en 2016 durant l’été, en partant de Pékin pour arriver à Londres environ trois mois plus tard.

Si je devais répondre à la question de savoir comment cela a impacté ma vie professionnelle, je dirais que plus que n’importe quoi d’autre, se lancer dans un projet de cette envergure — qui demande des mois et des mois de planification, en plus de mois et de mois d’exécution — vous apprend vraiment à tout planifier à l’avance et dans les moindres détails.

Mais plus important encore, lorsque vous travaillez sur un grand projet, les progrès ne sont pas forcément visibles chaque jour. Lorsque je regardais la carte chaque soir après avoir roulé 16 ou 17 heures, je voyais, bien sûr en zoomant, que mes progrès n’étaient pas énormes comparés au résultat final. Mais il faut simplement continuer à se montrer chaque jour.

Continuez à avancer, petit à petit. Donc oui, la principale leçon que j’ai tirée de ce voyage est que les progrès progressifs sont la clé pour mener à bien de grands projets.

—

En fait, j’ai un long parcours dans la technologie. Quand j’étais au lycée, j’ai fondé et dirigé une société de conception web, et j’ai également travaillé pour quelques startups situées à Washington, D.C. et à Pékin.

J’ai fait une pause dans la tech pendant mes études universitaires. Mais une chose que j’ai retenue de toutes mes expériences, c’est qu’il a toujours manqué d’outils de qualité suffisante pour les développeurs lorsqu’ils développent des applications, notamment des applications web. C’est un problème qui commence tout juste à être résolu.

Le secteur des outils pour développeurs est en très forte croissance en ce moment. Mais pendant de nombreuses années, surtout quand j’ai commencé, il n’existait vraiment pas d’outils de haute qualité, particulièrement pour les bases de données en général. Je trouvais qu’il était incroyablement difficile de travailler avec une base de données MySQL ou Postgres, et il était assez difficile d’apprendre à interagir avec la base de données ; les outils fournis, principalement phpMyAdmin et MySQL Workbench par exemple, n’aidaient pas vraiment.

Et donc quand j’ai découvert Arctype pour la première fois, j’ai eu comme une révélation. Je l’ai téléchargé et l’ai essayé sur quelques-unes de mes propres bases de données. Et immédiatement la seule pensée qui m’est venue était : j’aurais aimé avoir cet outil il y a dix ans quand je développais activement des sites web pour des clients. J’ai donc envoyé un e-mail à Justin pour lui dire cela, et c’est ainsi que je me suis impliqué.

Donc oui, pour résumer, c’est un produit avec lequel je m’identifie vraiment, vraiment profondément.

—

Arctype essaie en particulier de résoudre plusieurs problèmes. Tout d’abord, il existe très peu d’outils qui offrent une interface consolidée pour tous les différents types de données, en particulier les bases de données relationnelles. Certains outils existent — DBeaver, Sequel Pro, et quelques autres. Mais fondamentalement, l’un de nos objectifs principaux est de fournir cette interface consolidée.

Un autre de nos objectifs est de combler le fossé au sein des équipes entre les utilisateurs techniques et non techniques, spécifiquement pour les utilisateurs non techniques qui ont encore besoin d’accéder aux données dans leurs workflows quotidiens. Par exemple, si vous êtes responsable produit, commercial, ou même fondateur moins technique au sein d’une petite ou moyenne équipe, vous ne souhaitez probablement pas payer pour l’un des outils de visualisation de données et d’analyse haut de gamme.

Mais cela ne signifie pas que vous n’avez pas besoin d’une certaine visibilité sur la base de données. Et cela ne signifie pas non plus que vous n’avez pas besoin d’utiliser une base de données comme source de vérité. Ce que nous voulions faire avec Arctype, c’était développer toutes ces fonctionnalités de collaboration, de sorte qu’il soit facile pour les membres techniques des équipes de créer une connexion, d’écrire et de sauvegarder quelques requêtes ou tableaux de bord accessibles encore et encore par les utilisateurs non techniques dans le cadre de leurs workflows quotidiens.

—

Avant que je rejoigne Arctype, Justin et Kevin, les deux membres fondateurs de l’équipe — Justin étant le fondateur —, avaient initialement commencé à construire Arctype comme une plateforme d’outillage interne plus générale. Ainsi, même lorsqu’Arctype a pivoté pour se concentrer plus spécifiquement sur les bases de données, une grande partie des fonctionnalités d’outillage interne héritées est restée.

Dans les premières itérations d’Arctype, vous pouviez donc ajouter des scripts, des automatisations, des actions et toutes sortes de choses qui conviennent davantage à une plateforme d’outillage interne qu’à un client de base de données. Au fil du temps, nous avons réduit et recentré notre objectif exclusivement sur les bases de données SQL. C’est essentiellement ainsi qu’Arctype a évolué.

—

Évidemment, nous avons commencé avec les trois grandes bases de données relationnelles SQL : MySQL, Postgres et SQLite, principalement parce que ce sont les bases de données que la majorité des développeurs avec lesquels nous interagissons connaissent, et en général les plus largement adoptées et utilisées pour les applications web en production. Nous avons commencé avec celles-ci, puis nous avons formé des partenariats avec diverses sociétés de bases de données serverless pour développer des intégrations pour leurs différentes variantes de bases de données SQL.

La raison pour laquelle nous avons choisi de nous associer à ces sociétés de bases de données serverless en particulier, plutôt que de développer par exemple une intégration Redshift ou Microsoft SQL, c’est parce que nous croyons fermement que les bases de données serverless sont l’avenir du secteur des bases de données. Et plus que tout autre type de base de données, ces logiciels particuliers ne disposent d’aucune interface existante qui supporte la connexion.

—

Je pense que cela se résume vraiment au secteur dans lequel nous opérons. C’est, plus largement, l’espace technologique, qui n’est évidemment pas à l’épreuve de la récession dans son ensemble, mais nous sommes très spécifiquement dans le créneau des bases de données. Et comme vous le savez, même en période de ralentissement économique, la demande de stockage de données et de bases de données ne cesse de croître. Chaque jour, il y a plus de données stockées et plus besoin d’outils puissants pour interagir avec ces données. Je pense donc que notre technologie est en quelque sorte uniquement à l’épreuve de la récession pour cette raison.

—

Lorsque vous cherchez à déterminer l’adéquation produit-marché, la chose la plus importante que vous puissiez faire est de parler réellement aux utilisateurs qui correspondent au profil d’utilisateur pour lequel vous cherchez à développer votre produit. Lorsque vous posez ces questions à ces utilisateurs afin de déterminer une adéquation produit-marché, il est vraiment important de s’assurer que le biais de confirmation ne joue pas un rôle dans les réponses qu’ils donnent.

Ainsi, par exemple, si vous demandez à un utilisateur potentiel de votre produit : « Seriez-vous intéressé par un produit qui fait X ? » Ou par exemple : « Seriez-vous intéressé par un produit qui résout le problème X que vous pourriez avoir ? » Ou même : « Avez-vous le problème X et est-il suffisamment important pour que vous payiez pour une solution à ce problème ? » Ces questions favorisent toutes le biais de confirmation. Les utilisateurs sont plus susceptibles de répondre simplement « Oui » ; cela validera facilement votre idée, mais ne vous aidera pas réellement à déterminer l’adéquation produit-marché.

—

La pandémie n’a pas drastiquement influencé notre activité. Notre modèle est entièrement à distance et notre équipe est entièrement distribuée. Que les gens se rencontrent en personne ou non n’affectait vraiment pas nos workflows quotidiens. En ce qui concerne l’adoption par les utilisateurs, je ne pense pas non plus que la pandémie ait joué un rôle majeur.

—

La pénurie de talents est un vrai problème avec lequel beaucoup de startups, surtout les petites, luttent. Les petites startups, surtout celles en phase initiale, sont par nature très risquées. Et avec beaucoup d’options moins risquées sur le marché du travail, il est très difficile d’attirer les talents. Cela dit, pour les petites équipes, ce qui est le plus important c’est de limiter le turnover.

La meilleure façon de faire face à la pénurie de talents est donc en réalité simplement de retenir les talents que vous avez, que ce soit en les payant davantage ou en améliorant leur équilibre travail-vie personnelle, ou par n’importe quelle autre mesure qui rend les employés plus heureux de travailler dans votre équipe.

—

Nous sommes entièrement distribués. Notre fondateur, Justin, est à San Francisco. Je suis à Washington, D.C. Notre ingénieur principal est à New York City, et nos trois autres ingénieurs sont en Virginie, au Portugal et en Inde respectivement. Comme je l’ai dit, nous sommes entièrement distribués. En ce qui concerne l’externalisation, parce que nous sommes une petite équipe principalement axée sur l’ingénierie produit, nous externalisons essentiellement tout le reste.

Ainsi, par exemple, tout le travail opérationnel, les RH, le juridique — tout cela est externalisé et plus facilement délégable. En plus de cela, nous externalisons évidemment tout notre travail QA également.

—

La principale source de désabonnement, comme nous l’avons découvert avec Arctype — et je pense que c’est vrai plus largement pour presque tout produit SaaS —, c’est de loin lorsque les utilisateurs rencontrent des bugs et des problèmes de stabilité et de performance dans une application. Donc tout ce que vous pouvez faire pour réduire le nombre de bugs et de problèmes qui arrivent en production aura un impact direct sur l’adoption et la rétention des utilisateurs, ce qui est un facteur de changement immense, surtout pour une startup en phase initiale. Pour cette raison, investir dans le QA est absolument une valeur ajoutée pour nous.

—

Au fur et à mesure que notre application devenait de plus en plus complexe avec de plus en plus de flux utilisateurs potentiels, il nous est devenu impossible de tout tester en interne et de mener également des tests automatisés adéquats pour chaque build. Il y a tellement de fonctionnalités différentes, tellement d’éléments d’interface utilisateur différents, tellement de composants différents qui doivent tous être testés pour s’assurer qu’il n’y a pas de régressions et qu’aucun bug n’est introduit avec les nouvelles fonctionnalités. Je pense que c’est pourquoi nous nous sommes tournés vers QAwerk en premier lieu.

Je suppose que nos principaux jalons étaient d’essayer d’atteindre une cadence de déploiement hebdomadaire avec le moins d’erreurs possible atteignant la production.

—

Avec l’aide de QAwerk, nous avons vraiment réussi à réduire le nombre de bugs dans les builds de production à presque zéro. Chaque build est testé rigoureusement à plusieurs reprises, tous les bugs sont identifiés puis triés au fil du temps. En conséquence, nous avons pu atteindre une cadence de déploiement hebdomadaire avec un minimum de désabonnement dû à des problèmes de stabilité, de performance et de bugs.

—

Choc et horreur. Je ne peux pas imaginer à quel point cela doit être difficile pour le peuple ukrainien, et je ne comprends pas pourquoi un pays choisirait d’attaquer son voisin et ses cousins qui plus est. Pour moi, c’est une situation absolument tragique qui devrait être arrêtée immédiatement.

—

Absolument pas. La guerre n’a absolument pas affecté la capacité de QAwerk à livrer, ce qui pour moi est en fait très surprenant. Quand la guerre a éclaté en février, nous étions très préoccupés pour tous les membres de l’équipe QAwerk, et nous pensions qu’ils préféreraient probablement prendre une pause dans nos QA runs hebdomadaires jusqu’à la résolution du conflit.

Cela dit, nous avons été très surpris lorsque le lundi suivant tous les membres de l’équipe QAwerk se sont présentés prêts à travailler et même enthousiastes à l’idée de travailler. En conséquence, nous avons continué notre relation avec QAwerk, et nous avons été très, très satisfaits de tout ce qu’ils ont accompli malgré les circonstances horribles en Ukraine en ce moment.

—

Je dirais qu’elles devraient ignorer tous les risques liés à la guerre. J’ai trouvé que les Ukrainiens sont en général incroyablement travailleurs et déterminés, et aussi très passionnés pour soutenir leur pays en ces temps difficiles. Donc si quoi que ce soit, les entreprises devraient embaucher davantage d’ingénieurs QA ukrainiens.

—

Au début de la guerre, nous avons transféré l’ensemble de notre activité de tests QA exclusivement à QAwerk. Nous avons cessé de contracter avec d’autres prestataires entièrement afin de pouvoir soutenir QAwerk jusqu’à sa capacité maximale. En plus de cela, je crois que nous avons envoyé un ou deux bonus en espèces pour aider l’équipe QAwerk à faire face à la situation en cours en Ukraine.

—

Je pense qu’il est difficile de dire quelle est ma partie préférée car il y en a tellement. J’en ai quelques-unes. Tout d’abord, j’aime vraiment travailler avec chaque membre de l’équipe QAwerk. Tout le monde est super sympa et réactif. Ils sont très flexibles et travaillent avec nous même lorsque de nombreuses pièces sont en l’air.

Lorsque nous avons besoin de runs de test de dernière minute, ils sont toujours heureux de nous accommoder. En plus de cela, nous apprécions vraiment l’attention aux détails que l’équipe QAwerk applique lors de ces runs de test. Notre suite de tests contient près de 300 cas de test à ce stade et il faut environ 8 heures pour effectuer un seul run de test QA. Cela dit, il est évidemment très important qu’il y ait un effort concerté pour s’assurer que même les plus petits bugs sont identifiés, et l’équipe QAwerk fait un travail fantastique.

—

Je recommanderais QAwerk à toute startup travaillant sur un projet logiciel doté d’une interface utilisateur, tout ce qui nécessite plus qu’un simple ensemble de tests automatisés intégrés dans la CI. Pour tout projet logiciel de ce type, je recommanderais QAwerk.

—

Le problème le plus intéressant qu’Arctype aborde ou est en train d’aborder est la gestion de grandes quantités de données à l’échelle. Évidemment, Arctype est une application web et par conséquent, il y a de nombreux problèmes intéressants à résoudre lorsqu’on traite des bases de données et des ensembles de données incroyablement grands. Parce que les choses doivent être chargées en mémoire, il y a toutes sortes de particularités de stockage local entre les navigateurs et les systèmes, et ce sont là les principaux défis que je trouve vraiment, vraiment intéressants et qui m’inspirent à venir donner le meilleur de moi-même au travail chaque jour.

Travailler avec l’Ukraine

Arctype est un exemple d’entreprises courageuses et visionnaires qui poursuivent leurs partenariats avec des prestataires ukrainiens malgré la guerre en Ukraine. Elles ne laissent pas le sensationnalisme médiatique prendre le dessus sur leur bon jugement ; au contraire, elles évaluent la qualité du travail accompli et, sur cette base, créent des opportunités pour des agences de services IT comme QAwerk.

Nous sommes fiers d’avoir des clients qui comprennent que leur partenariat avec un prestataire ukrainien se traduit par des dizaines d’opportunités pour des Ukrainiens ordinaires qui sont motivés à travailler pour soutenir l’économie de leur pays, soutenir leurs défenseurs, soutenir les commerçants locaux et les communautés dans le besoin.

Découvrez ce que d’autres entreprises disent de leur coopération avec QAwerk. Si vous êtes à la recherche d’un conseiller QA de confiance qui fera tout son possible pour vous aider à réussir en tant que produit, c’est le meilleur moment pour nous contacter.

Soutenez l’Ukraine en travaillant avec l’Ukraine !