IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Les EDI passent au Cloud avec CodeRun
Une application hébergée qui permet de développer directement depuis un navigateur

Le , par Gordon Fowler

0PARTAGES

1  0 
CodeRun est un IDE d'un nouveau genre puisqu'il se lace depuis le web et tourne dans un navigateur dans la mouvance actuelle du Cloud Computing.

L'application hébergée se révèle être un éditeur de code source pour des projets en JavaScript, en C# et en PHP.

CodeRun permet de développer des projets pour Silverlight, Facebook ou encore MVC .NET.

Cet IDE bien qu'étant en ligne, possède de nombreuses fonctions de ses versions classiques en locales (Build, Run, etc.), mais il permet en plus d'héberger ses projets en-ligne (ou de les rapatrier en un simple clic) et de les partager facilement en ligne.

Une vidéo valant toujours mieux qu'un long discours :



D'autre vidéo de présentation de CodeRun ainsi que l'IDE sont disponibles sur le site officiel du projet.

Dernier détail : c'est gratuit.

Lire aussi :

Les programmeurs savent-ils encore écrire un code avec un éditeur de texte ?
Emploi : Faire écrire un code fonctionnel lors d'un recrutement se généralise

Les rubriques (actu, forums, tutos) de Développez.com :

EDI
JavaScript
C#
PHP
.NET et Visual Studio
Développement Web

La difficile définition du Cloud Computing

Et vous ? :

Etes-vous intéressé un peu, beaucoup ou pas du tout par un IDE on-line ?
Un tel IDE vous parait-il pouvoir être aussi performant qu'un IDE classique ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de nouknouk
Modérateur https://www.developpez.com
Le 01/12/2009 à 15:21
Citation Envoyé par Gordon Fowler Voir le message
Etes-vous intéressé un peu, beaucoup ou pas du tout par un IDE on-line ?
Je veux bien me laisser convaincre, mais j'ai personnellement beaucoup de mal à voir l'intérêt comparé à un 'bon vieil IDE' associé à un outil de verisonning comme Subversion.
1  0 
Avatar de gannher
Membre averti https://www.developpez.com
Le 01/12/2009 à 15:30
A la limite pour des petits projets personnels.

Par contre je n'utiliserai jamais ça dans un projet professionnel où je préfère de loin avoir la maitrise du serveur et un subversion.
1  0 
Avatar de dams78
Membre expert https://www.developpez.com
Le 01/12/2009 à 15:48
si on a les même fonctionnalités pourquoi pas...
quand je vois comment eclipse "ram" sur certains postes ça pourrai être une bonne solution
et puis surtout cela permet de toujours retrouver ses projets où que l'on soit

donc moi je dis oui si les performances sont au rendez vous
1  0 
Avatar de gannher
Membre averti https://www.developpez.com
Le 01/12/2009 à 15:57
Je viens de tester et impossible de faire des accolades { }, que se soit avec Chrome ou Firefox...
J'ai été obligé de faire des copiers collers d'accolade à partir d'Eclipse.
1  0 
Avatar de kaymak
Membre émérite https://www.developpez.com
Le 01/12/2009 à 15:59
C'est quoi l'interet du cloud ici ? Les builds sont faites on line ?

Car pour ce qui est du travail collaboratif, netbeans + svn (ou git ect) + kenai et c'est parfait.
Et je dirais même qu'en plus, on ne dépend pas des désiderata d'un tiers pour travailler.

Donc là, je ne vois pas trop l'intérêt, why not.
1  0 
Avatar de LooserBoy
Membre chevronné https://www.developpez.com
Le 01/12/2009 à 16:11
Citation Envoyé par kaymak Voir le message
C'est quoi l'interet du cloud ici ? Les builds sont faites on line ?
L'intérêt du cloud computing est que la puissance est coté serveur et non client.

La conséquence est que quelque soit le client (grosse station de travail, petit pc portable ou netbook), les performances sont les mêmes puisque le serveur est le même et que les performances du client n'interviennent plus.

Perso, je développe beaucoup sur netbook ("trop de la balle qui déchire sa race" dans les transports en commun) en .net principalement. J'ai du faire des modifications sur un projet un peu "touffu" et les temps de compilation étaient un peu pénibles. Les performances d'un netbook sont un peu justes pour ce genre de manipulation.

J'aimerais bien trouver une solution occasionnelle de compilation farm ou ce genre de solution (que je vais certainement tester pour voir) pour les rares projets où mon netbook est "à genoux".
1  0 
Avatar de Oussapik
Membre actif https://www.developpez.com
Le 01/12/2009 à 16:13
Le problème que je me pose vient surtout de la privacy. Je dout que, pour certains projets professionnels, on puisse se permettre de travailler sur des serveurs qu'on ne contrôle pas.

Sinon, c'est vrai que c'est un bon concept à la base. L'idée serait à creuser mais je ne pense pas que ce soit viable à grande échelle hormis pour les plus petits projets personnels.

Une solution de SVN ou GIT me semble encore la plus appropriée.
1  0 
Avatar de smoufid
Membre régulier https://www.developpez.com
Le 01/12/2009 à 16:14
c'est quoi l'intérêt???????
1  0 
Avatar de nouknouk
Modérateur https://www.developpez.com
Le 01/12/2009 à 16:20
Citation Envoyé par LooserBoy Voir le message
L'intérêt du cloud computing est que la puissance est coté serveur et non client.
... et donc son gros désavantage est que ça demandera des serveurs beaucoup plus gros (donc beaucoup plus coûteux) pour gérer ce que faisait auparavant chaque client dans son coin.
En bref, tout ce qui était géré jusqu'ici par le poste client (même basique: une tour à 200€ HT est désormais souvent largement suffisante), va devoir être supporté par le serveur et va augmenter en fonction du nombre de développeurs.
Pendant ce temps, les clients qui auront probablement de la puissance disponible 'à revendre' n'en feront plus rien d'où une mauvaise répartition de la charge et donc un gaspillage des ressources disponibles.

La conséquence est que quelque soit le client (grosse station de travail, petit pc portable ou netbook), les performances sont les mêmes puisque le serveur est le même et que les performances du client n'interviennent plus.
D'un autre côté, ça veut dire que tout ce qui sera fait sur le serveur devra faire un aller-retour (au sens réseau) avant d'être affiché sur le terminal utilisateur, d'où une interface moins réactive.
Si par exemple on fait un 'Ctrl + espace' pour voir les méthodes disponibles d'un objet et que c'est le serveur qui le calcule, la latence supplémentaire risque bien d'être (très) pénible au quotidien.

Perso, je développe beaucoup sur netbook
Ben amha tu dois être un des très rare cas : entre l'écran rikiki et le clavier pas confortable, je pense qu'on peut objectivement dire que c'est ni l'idéal ni un cas représentatif (ou alors, j'ai zappé depuis trop longtemps le métro pour y voir au quotidien des centaines de gens en train de coder ).

les temps de compilation étaient un peu pénibles.
D'autres solutions que du 'cloud' sont déjà disponibles, qui permettent d'utiliser les serveurs juste pour ce qui me paraît pertinent (la compilation elle-même).
A noter que ces besoins sont en général réduits puisque la plupart du temps, on ne fait que de la compilation incrémentale : on ne recompile pas le projet complet à chaque point-virgule modifié dans un fichier source.
1  0 
Avatar de dams78
Membre expert https://www.developpez.com
Le 01/12/2009 à 16:47
comme tu le dis il y a certainement des solutions pour éviter qu'un simple Ctrl+space soit fait niveau serveur mais plutôt côté client

moi je trouve que c'est une bonne idée, ici sur 4 dév je suis le seul à avoir un dual core, et on est tous à vista, alors crois moi que les autres aimerai bien avoir un éditeur qui travaille côté serveur

pour ce qui est de la sécurité, je pense que les sociétés achèteront le principe mais déploieront le système sur leur intranet (enfin c'est ce qui se fait en général)
1  0