Simplifier la vie des développeurs


Petr Svoboda, PDG de Stratox Cloud Native, explique comment CodeNow rend le développement cloud natif rapide et agréable pour tous.

Pourriez-vous commencer par nous en dire un peu plus sur CodeNOW ?

CodeNOW est une véritable startup. Cela signifie que nous travaillons dur pour créer une plate-forme qui simplifie le développement de logiciels natifs du cloud, en particulier lorsqu’il est basé sur une architecture de micro-services. Nous essayons de rendre le développement cloud natif rapide et agréable pour les simples mortels. Surtout, je dirais, pour les développeurs qui ne sont pas encore au fait des besoins en matière d’infrastructure et de configuration.

Nous sommes en mesure d’abstraire la complexité de la gestion de l’infrastructure cloud et d’automatiser de nombreuses tâches courantes et répétitives. La plate-forme en tant que telle augmente la productivité et nous espérons qu’elle rendra à nouveau amusant le développement cloud natif.

Quand et comment avez-vous commencé ?

CodeNOW a été fondée en 2019 et la plateforme est sortie de la version bêta en 2020. Nous cherchons maintenant à étendre notre entreprise aux États-Unis et y avons créé une entreprise.

S’implanter aux États-Unis est un sérieux pas en avant pour vous et pour l’entreprise !

Oui, on pourrait dire ça. Nous venons d’ouvrir un petit bureau à San Francisco et avons embauché notre premier personnel de vente. Le processus est encore lent mais je suis heureux qu’il semble décoller, nous recevons d’excellents retours et avons réussi à décrocher nos premiers clients. Nous sommes très confiants dans l’avenir et la poursuite de l’expansion.

CodeNow fait-il partie de l’entreprise de distribution de logiciels, Stratox ?

Exactement. Stratox est essentiellement un ensemble de sociétés. CodeNOW a été amorcé à l’origine à partir de ma propre poche, combiné aux revenus générés par la prestation de services professionnels par Stratox. Comme non seulement nous, mais aussi le marché et les investisseurs ont vu le potentiel et que CodeNOW a continué de croître, nous avons décidé d’accepter certains investissements et de les utiliser pour nous développer.

Alors, comment les entreprises peuvent-elles bénéficier de l’utilisation de CodeNOW ?

Eh bien, CodeNOW a été conçu pendant que je travaillais comme architecte pour IBM, où j’étais principalement responsable de la réalisation de grands projets de transformation. J’ai rencontré de nombreuses inefficacités dans le processus de développement et de déploiement et j’ai été choqué par le temps perdu causé par les développeurs qui se tournaient les pouces et attendaient que les autres terminent leur travail. Cela m’a amené à penser qu’il était possible d’économiser de l’argent en dotant les développeurs d’une technologie intelligente en libre-service.

Si, en tant que développeur, vous avez besoin de créer une nouvelle base de données, un cache, un courtier de messages ou un composant d’infrastructure similaire, vous ne devriez vraiment pas avoir à attendre les autres. La suppression de ce retard dans le processus de développement augmentera considérablement la productivité globale et la valeur créée au cours du processus de développement logiciel.

Donc, c’était l’idée originale. En outre, nous avons constaté que les développeurs employés dans de grandes entreprises ou travaillant comme sous-traitants, en particulier, ne disposent généralement pas de beaucoup de temps pour apprendre par eux-mêmes ou pour être correctement formés aux technologies, outils et meilleures pratiques cloud natifs.

Nous avons vu une grande opportunité ici en supprimant une grande partie de la complexité sous Kubernetes et en fournissant à ces développeurs tous les outils et meilleures pratiques qui seraient compréhensibles et disponibles pour une utilisation immédiate dès la sortie de la boîte.

J’entends tout le monde parler du développement natif du cloud comme de cette bête compliquée. Nous voulons prouver le contraire et notre mission avec CodeNOW est de rendre le développement pour les micro-services et les architectures logicielles distribuées sans friction et durable.

On parle beaucoup de Kubernetes, mais je ne suis pas sûr que trop de gens sachent exactement de quoi il s’agit.

Vous avez raison, et malheureusement, peu de gens savent exactement quand c’est un bon outil à utiliser et quand non.

Alors, quand serait-ce un bon outil à utiliser ?

Eh bien, je dirais que cela convient particulièrement lorsque vous résolvez des problèmes d’évolutivité horizontale. Les cas où vous devez exploiter des centaines ou des milliers d’instances de votre logique métier. Kubernetes peut être d’une grande aide à cet égard. En tant que moyen d’atteindre une haute disponibilité, une résilience, etc., je dirais qu’il se concentre principalement sur le back-end. Les développeurs frontaux sont habitués à des outils légèrement différents, et il leur est plus facile de survivre avec leurs CDN et d’autres technologies. Kubernetes n’est donc pas nécessairement la meilleure chose pour eux. Mais pour les développeurs back-end, et en particulier pour l’intégration avec Microsoft, je pense que c’est le meilleur outil qui existe.

Y a-t-il des tendances particulières que vous avez remarquées autour de DevOps cette année ?

Oui, une tendance que nous observons est le besoin de presque diviser votre approche de DevOps. D’un côté, au niveau de la plate-forme, là où il y a un besoin d’automatisation de haut niveau au sein de l’entreprise ou de l’entreprise. Et d’autre part, une approche DevOps très proche de votre pratique de développement d’applications et où il est nécessaire d’automatiser principalement les processus autour des applications que vous avez en développement.

Les entreprises pensent souvent que dès qu’elles utilisent des pipelines CI/CD, elles ont mis en place leur pratique DevOps. Vous trouvez parfois quelqu’un portant un badge DevOps qui dit à l’organisation qu’il est « The DevOps Guy ». Je crois qu’il existe encore un certain manque de compréhension cependant…

Essentiellement, DevOps concerne davantage la coopération et l’automatisation, quel que soit le responsable. Il est vrai que l’ampleur même des connaissances et des technologies requises rend cela difficile, en particulier pour les développeurs, car il y a d’énormes aspects d’infrastructure et opérationnels. Généralement, les développeurs ne veulent pas s’en soucier et veulent se concentrer sur la création de la logique métier de l’application.

Ainsi, une tendance que nous constatons est que de nombreuses entreprises cherchent à embaucher des spécialistes DevOps et à les intégrer à l’équipe de développement. Je pense personnellement que ce n’est probablement pas la meilleure idée.

Les compétences reviennent toujours chaque fois que nous parlons de technologie. Y a-t-il suffisamment de personnes dans DevOps ?

C’est une ressource vraiment rare. En regardant ce qu’il faut et ce qui est impliqué lors du développement d’une application typique, nous pouvons voir que même les développeurs eux-mêmes ont du mal à faire le travail. N’importe quel spécialiste est capable de servir, disons, 10 personnes, et au-delà, il serait surchargé de demandes. Ainsi, le nombre de personnes nécessaires possédant les bonnes compétences est certainement beaucoup plus élevé que ce qui est actuellement disponible sur le marché.

Et je crois que c’est pourquoi nous voyons actuellement cette forte vague dans les plates-formes de développement à venir, essayant toutes d’automatiser différentes parties du processus pour les développeurs.

Vous êtes encore une entreprise relativement nouvelle et vous déménagez déjà aux États-Unis. Y a-t-il autre chose sur lequel vous allez vous concentrer dans les années à venir ?

Nous sommes en train de finaliser la version SaaS de notre produit, qui est disponible immédiatement pour les petites entreprises. Nous pensons que cette version est d’une grande valeur, en particulier pour les fondateurs non techniques par exemple. Nos clients idéaux pour ce produit sont les startups qui doivent gérer des équipes à distance et les fondateurs qui doivent s’occuper des développeurs à distance. Des entreprises où la rapidité de mise sur le marché et la facilité de développement sont primordiales.

D’autre part, nous continuons à servir les entreprises. Dans le secteur des entreprises, nous avons réussi à proposer CodeNOW en tant qu’outil de prototypage rapide pour les MVP et les prototypes créés dès le départ dans le cloud.

Et je pense qu’il est important de mentionner que nous avons atteint la certification ISO27k, nous pouvons donc offrir aux entreprises et à toute entreprise la certitude que CodeNOW est sûr et sécurisé du point de vue des données.

Merci beaucoup pour votre temps! Je vous souhaite le meilleur pour votre aventure américaine

Merci pour cette interview et oui je suis sûr que ça va être génial !

Stratox Cloud Native sera présent au TechEx Europe à Amsterdam les 20 et 21 septembre. Inscrivez-vous pour votre billet gratuit ici.

Mots clés: codage, développeur

Leave a Comment