Discussion :

[Michael Guilloux]

Un EDI Web peut-il être aussi rapide qu’un EDI de bureau ?
Codeanywhere dit être en train de réaliser cet exploit avec sa version v.6

Quel type d’EDI utilisez-vous ? Un EDI de bureau ou un EDI basé sur le cloud/web ? Quel type d’EDI préférez-vous le plus ? Et pourquoi ? Avant de répondre à ces questions, il est important de revenir sur la définition des concepts et présenter quelques raisons pour lesquelles des développeurs préfèrent des EDI de bureau aux EDI basés sur le web et vice-versa.

Un environnement de développement intégré basé sur le web (EDI Web ou EDI Cloud) est un EDI basé sur un navigateur qui permet le développement de logiciels ou le développement web. Il est donc accessible à partir d’un navigateur et offre un environnement de travail portable. Si les EDI Web ne contiennent généralement pas toutes les mêmes fonctionnalités que d’un EDI traditionnel, ou de bureau, ils possèdent en principe toutes les fonctionnalités de base.

Pour les adeptes de ces EDI, ils offrent un certain nombre d’avantages par rapport aux EDI classiques, à savoir :

• un accès à partir de n’importe quel emplacement et n’importe quel ordinateur, juste avec un accès à internet ;
• un espace de travail centralisé ;
• de nombreuses options open source, pour les partisans de l’open source ;
• pas besoin d’installer de nombreux logiciels localement ;
• ils permettent le développement à partir de machines peu coûteuses, telles que les Chromebooks, avec les tests et développements étant effectués sur une machine séparée (serveur) ;
• ils peuvent être facilement inclus dans un environnement de développement virtuel ;
• ils peuvent également être utilisés comme un EDI de bureau lorsqu’ils sont configurés avec un serveur Web sur la machine locale.

À l’opposé, bon nombre de développeurs mettent en avant certains inconvénients, à savoir :

• la nécessité d’avoir une bonne connexion internet ;
• les risques de sécurité considérables, lorsque l’hébergement est géré par un tiers ;
• Lorsqu’ils sont hébergés par les développeurs eux-mêmes, il faut encore assurer la maintenance ;
• une possible indisponibilité du serveur ;
• la plupart d’entre eux ne supportent pas parfaitement les smartphones et tablettes.

Au-delà de ces préoccupations, l’un des plus grands problèmes des EDI Web est la vitesse. Plus précisément, ces EDI Web sont souvent critiqués pour leur vitesse d’ouverture de fichiers, la vitesse de l’édition, ou encore la vitesse de chargement de l’éditeur. Ce qui définit donc un axe d’amélioration pour les éditeurs de ces outils. Pour corriger le problème de vitesse au niveau de son EDI basé sur le cloud, le CEO de Codeanywhere dit avoir travaillé avec son équipe les 7 derniers mois en réécrivant « de haut en bas » tout le code de leur outil.

Si Codeanywhere annonçait déjà les mêmes fonctionnalités qu’un EDI classique et d’autres fonctionnalités supplémentaires que seule une application cloud peut offrir, il dit maintenant être en train de rendre son EDI Web aussi rapide qu’un EDI de bureau. La nouvelle version V.6 de Codeanywhere a été par exemple annoncée jusqu’à 4 fois plus rapide que la précédente dans l’édition de fichiers. Pour le chargement de fichiers, Ivan Burazin, le CEO de Codeanywhere affirme que la nouvelle version de son EDI peut être 2 fois plus rapide que la précédente. « Nous avons également ajouté le support pour la manipulation des fichiers vraiment grands. Codeanywhere peut gérer des fichiers avec plus de 200k lignes facilement, et va ouvrir ces fichiers presque instantanément », ajoute-t-il.

Même avec ces performances annoncées qui semblent intéressantes, ce n’est encore qu’un projet vers des EDI Web aussi rapides que les EDI de bureau ; projet dont la réalisation dans un avenir proche semble être mise en doute par de nombreux développeurs.

Source : Codeanywhere

Et vous ?

Qu’en pensez-vous ? Avoir des EDI Web aussi rapides que les EDI de bureau est-il un projet trop ambitieux ?

Quel type d’EDI utilisez-vous ? Un EDI de bureau ou un EDI Web ?

Quel type d’EDI préférez-vous le plus ? Et pourquoi ?

Voir aussi :

Forum EDI

[TiranusKBX]

J'utilise IceCoder au bureau sur un serveur cela me permet de directement tester les modifications sur des pages web sur une config serveur valide et m'évite les possibles erreures de copie de plus la liste des langages supportés est plutôt longue.
Le seul point négatif la mise à jour de l'IDE ^^

[RyzenOC]

Sa dépend surtout de la connexion internet je pense.


A Paris probablement, chez moi (campagne française) non.

[dfiad77pro]

Niveau auto-complétion ça marche bien ( sans lag et tout)?

Je parle bien sur de l'auto complétion complexe sur des projets/classes liées. Pas sur les auto-complétions de base d'un langage.

[Jarodd]

Bof, certains avantages du cloud n'en sont pas pour moi.

un accès à partir de n’importe quel emplacement et n’importe quel ordinateur, juste avec un accès à internet ;

Vous changez souvent de poste de travail vous ?

un espace de travail centralisé ;

Tout comme le poste de travail local.

de nombreuses options open source, pour les partisans de l’open source ;

Et pour les autres ? En quoi c'est un avantage pour certains développeurs qui ne développent pas dans/avec de l'open source ? Et la même chose est possible en local.

pas besoin d’installer de nombreux logiciels localement ;

Certes. M'enfin on installe pas ces outils tous les matins non plus.

ils permettent le développement à partir de machines peu coûteuses, telles que les Chromebooks, avec les tests et développements étant effectués sur une machine séparée (serveur) ;

Certes encore, mais un bon pc ne coûte pas cher non plus.

ils peuvent être facilement inclus dans un environnement de développement virtuel ;

Tout comme en local.

ils peuvent également être utilisés comme un EDI de bureau lorsqu’ils sont configurés avec un serveur Web sur la machine locale.

Donc on perd l'intérêt

A côté de ça, rien que le risque de perte de connexion et surtout la confidentialité (« le cloud, c'est l'ordinateur d'une autre personne »), ça vaut 1000 fois ces pseudo avantages.

[TiranusKBX]

Niveau auto-complétion ça marche bien ( sans lag et tout)?

Je parle bien sur de l'auto complétion complexe sur des projets/classes liées. Pas sur les auto-complétions de base d'un langage.

Pour ICECoder l'autocompletion prend aussi en compte les données préexistantes dans le fichier mais pas au dela car il n'y a pas de gestion de projet à proprement parler dedans vus que ça concerne le contenus d'un dossier

[dorian833]

...

Entièrement d'accord. J'ajouterais également, dans le cas d'une solution "cloud" non hébergé en local :
- Les sources sont chez l'hébergeur,
- Que faire en cas de panne internet ou de l'hébergeur ? (ça arrive tout de même de temps en temps)
- On est dépendant du bon vouloir du fournisseur : arrêt du service, modification des prix, mis à jour non souhaitées ...

Bref, je suis très bien avec ma petite collection d'IDE installer en local

[Kdence]

Je ne me verrais pas utiliser un IDE Web.
- Déjà parce que l'idée de ne pas pouvoir accéder à mon code si je n'ai pas internet (ou en cas de panne du fournisseur) ne me plait pas.
- Mon code c'est mon code. Je n'aime pas le savoir ailleurs lorsque je ne développe pas du open source. Et même si c'est de l'open source, j'aime garder le contrôle de mon code.
- Les avantages n'en sont pas... Avoir accès à son code partout? Je travail sur un portable pas besoin de plus...

[RyzenOC]

Les avantages n'en sont pas... Avoir accès à son code partout? Je travail sur un portable pas besoin de plus...

Même pas besoin, il suffit d'utiliser un gestionnaire de version comme Mercural/Git ou SVN et le code on l'a partout, sur plusieurs EDI si on le souhaite.
C'est le cas ou je bosse, on à un serveur privée Git, certain code avec Eclipse, d'autre avec Intelligi. On synchronise le code et voila.

L'avantage je pense c'est pour des clients léger (mais qui code avec ces types de terminaux ?).

[TiranusKBX]

Même pas besoin, il suffit d'utiliser un gestionnaire de version comme Mercural/Git ou SVN et le code on l'a partout, sur plusieurs EDI si on le souhaite.
C'est le cas ou je bosse, on à un serveur privée Git, certain code avec Eclipse, d'autre avec Intelligi. On synchronise le code et voila.

L'avantage je pense c'est pour des clients léger (mais qui code avec ces types de terminaux ?).

avec un simple dépôt de versionning travailler à plusieurs en même temps sur le même fichier peut parfois tourner au cauchemar à la synchronisation suivante,
du coup àvec les système ou tu peut travailler à plusieurs en même temps sur le même fichier est un plus très apréciable

[fofiedelly]

Personnellement j'utilise toujours un IDE sur mon bureau pour une chose. Mon KeyBinding est depuis 3 ans deja Emacs et il est tres difficile de pouvoir l'obtenir dans un Browser, vu que le browser lui meme a des racourcis clavier qui vont etre en conflits avec ceux de Emacs.
La deuxieme raison est la flexibilite, il n'est pas toujours evident d'avoir une tres bonne connexion internet surtout quand on se deplace beaucoup. Moi je prefere coder sur mon ordinateur et faire tres peu de requetes sur internet sauf quand c'est vraiment necessaire.

Mais sinon je trouve codeanywhere assez pratique, Vous creez un projet, vous deployez un Docker Container, vous pouvez tester votre projet sur differents Systemes sans meme avoir Docker installe sur votre propre machine ou comprendre comment il marche et ca je trouve cool! Je viens de tester mon projet Nodejs sous CentOS grace a lui donc il a ses bon cotés

[Sodium]

La question me paraît quelque peu saugrenue.

Un EDI dans un navigateur web peut-il être aussi rapide et efficace qu'un EDI de bureau ?
Bien-sûr que non et pour des raisons évidentes : pas de possibilité d'accès à de nombreuses fonctions natives de la machine, latence induite par les transferts cloud/machine, limitations dans le contrôle des interactions clavier/souris...

Les EDI web du futur changeront-ils la donne ?
Oui, très probablement, mais seul l'avenir nous le dira.

[Kixtea]

Quitte à choisir, je conseillerais plus Cloud9 plutôt que Codeanywhere, l'éditeur est plus fluide, même si Codeanywhere a plus de workspace prédéfinis

[grinder59]

Personnellement ce qui m'inquiète le plus c'est l'aspect sécurité.
En utilisant CodeAnywhere, je leur transmet l'accès à mon server et tout mon code... Qu'en font-ils ? Quelle garantie ai-je ?