Gitpod abandonne Eclipse Theia pour Visual Studio Code en cours de refonte et sponsorise un nouvel événement d’expérience de développement

Gitpod, qui fournit des environnements distants pour tester et déboguer le code, est passé à Visual Studio Code d’Eclipse Theia et sponsorise un nouvel événement appelé DevX Conf, axé sur l’expérience des développeurs.

L’idée derrière la plate-forme open-source Gitpod est que les développeurs codent, construisent, testent et déboguent dans un espace de travail distant implémenté en tant que conteneur Docker, fonctionnant sur Kubernetes et accessibles via un navigateur Web.

Il existe des intégrations avec GitLab, GitHub et Bitbucket, et l’EDI officiel est Eclipse Theia – ou l’était. “L’IDE que vous obtenez est maintenant le code VS original”, nous a dit le co-fondateur Sven Efftinge.

«Auparavant, nous utilisions Theia qui était un peu à la traîne et présentait des difficultés autour de certains supports d’extension. Maintenant, l’EDI est complètement à égalité avec ce que vous obtenez localement.»

Le patron d’Eclipse, Mike Milinkovich, qui a déclaré que “quiconque s’appuie sur VS Code dépend alors de l’investissement futur de Microsoft”, pourrait être déçu car Gitpod était l’un des utilisateurs les plus importants de Theia.

Efftinge n’est-il plus inquiet de l’influence de Microsoft – sachant que les Espaces de codes attendus de GitHub sont susceptibles d’être le plus grand concurrent de Gitpod?

“Cela a un peu changé. Nous utilisons la base open source de Microsoft. Gitpod ne concerne pas tant l’EDI que l’environnement de développement automatisé et permettre à chacun d’utiliser son IDE préféré a tout simplement beaucoup de sens.”

Efftinge a ajouté que l’obligation de modifier dans le navigateur sera levée. “La prochaine étape pour Q2 sera de permettre aux IDE de bureau local de se connecter facilement aux espaces de travail cloud Gitpod.”

Cela se fera via un tunnel SSH, avec un composant spécifique à l’IDE qui s’exécute sur le conteneur distant. “VS Code a déjà un excellent mode SSH distant”, a déclaré Efftinge, “et nous savons que JetBrains travaille également sur l’un d’entre eux. C’est comme la tendance que nous avons vue il y a quelques années avec les serveurs de langage. Ce type de modèle de serveur client distant est aller à tous les IDE importants. “

Gitpod sort également de la préversion avec une fonctionnalité introduite en décembre, la possibilité de s’exécuter avec des autorisations root sur un espace de travail distant. «Nous avons travaillé sur un système de couches d’espaces de noms qui sécurise l’accès de chacun à l’obtention des droits sudo», a déclaré Efftinge. “Vous pouvez être root et exécuter Docker, vous pouvez créer des images Docker, exécuter Docker Compose, tout ce que vous feriez localement.”

Le patron d’Eclipse affirme que Visual Studio Code est un poseur open-source – bien qu’il le dirait, n’est-ce pas?

LIRE LA SUITE

Au cœur du concept Gitpod se trouve la notion selon laquelle maintenir une machine de développement est un travail difficile et peut être fragile, en particulier pour les codeurs qui travaillent avec plus d’un SDK. Un espace de travail Gitpod est éphémère, avec sa configuration définie dans le code. Il existe des compromis tels qu’un délai de démarrage, les limites du travail à distance et le coût d’un abonnement, contre des avantages tels qu’un environnement de développeur prévisible personnalisé pour chaque projet et la possibilité de travailler n’importe où avec une large gamme de PC ou tablettes en tant que client.

Travail à distance? Cela améliore l’expérience des développeurs …

Gitpod soutient que le développement à distance améliore l’expérience des développeurs, ce qui explique peut-être pourquoi la société sponsorise une DevX Conf virtuelle à la fin de ce mois sur ce sujet. La société affirme qu’il s’agit du “tout premier événement communautaire consacré exclusivement à l’expérience des développeurs”. Pourquoi ce sujet mérite-t-il l’attention?

“Il s’agit de l’expérience des développeurs sous tous ses aspects”, a déclaré Efftinge, “non seulement les environnements de développement, mais ce qui fait une bonne API, Vi et Emacs par rapport aux IDE, des choses comme ça.”

Qu’est-ce que l’expérience développeur? «Ce sont toutes les choses qui vous affectent au cours de votre flux de travail quotidien en tant qu’ingénieur. C’est l’interface utilisateur, non seulement les interfaces graphiques, mais aussi les outils de ligne de commande et le pipeline de développement. On pense aussi à des choses comme comment collaborez-vous?

Yak se rase? Ce serait lorsque vous devez exécuter un utilitaire qui ne fonctionne que dans une machine virtuelle qui ne fonctionne que sur un certain hyperviseur, ce qui signifie que vous devez redémarrer et modifier un paramètre du BIOS pour que le certain hyperviseur fonctionne … quel était encore l’utilitaire?

«Partout où il y a des frictions, ou un travail utile, ou un rasage de yak, ou une attente inutile, ce sont des points sur lesquels je voudrais faire des efforts pour les rationaliser. Les ingénieurs du monde entier perdent du temps avec des choses … comment puis-je niveler de mon jeu? Quels outils dois-je utiliser ou comment puis-je utiliser certains outils pour améliorer mon rendement, ainsi que ma joie au travail? “

Yak se rase? Ce serait lorsque vous devez exécuter un utilitaire qui ne fonctionne que dans une machine virtuelle qui ne fonctionne que sur un certain hyperviseur, ce qui signifie que vous devez redémarrer et modifier un paramètre du BIOS pour que le certain hyperviseur fonctionne … quel était encore l’utilitaire?

L’opinion d’Efftinge est que même si l’expérience des développeurs a été examinée de temps en temps, il faut faire plus. «Nous sommes en mesure de dériver des modèles», a-t-il déclaré, «comment puis-je créer une CLI appropriée [Command Line Interface]? Des choses comme la composabilité sont importantes pour les développeurs, ils veulent avoir des blocs de construction. Une CLI doit être construite comme ça, une API doit être construite comme ça. Aussi des outils, comme les IDE. Dans le passé, ils ont été plus monolithiques, construisez tout avec l’interface utilisateur. Maintenant, ils sont plus réduits, vous avez un éditeur riche, puis vous vous connectez à des serveurs de langue et avez une CLI. Il y a des modèles qui ont évolué. “

Ce serait alors VS Code plutôt que Visual Studio. Les détails de la conférence sont ici complets avec un manifeste et une liste de sujets, y compris les environnements de développement éphémères, le travail à distance, les builds reproductibles et les déploiements continus instantanés – tout ce qui se trouve être en phase avec l’approche de Gitpod. ®