Les EDI aussi passent au Cloud avec CodeRun, qui permet de développer depuis un navigateur

Version imprimable

Voir 40 message(s) de cette discussion en une page

01/12/2009, 14h36
Gordon Fowler

Les EDI aussi passent au Cloud avec CodeRun, qui permet de développer depuis un navigateur

Les EDI aussi passent au Cloud Computing
CodeRun permet de développer directement depuis le navigateur et de partager les codes en ligne

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 :

http://www.youtube.com/watch?v=M7fspIbpRGA

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 :

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

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

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

:fleche: La difficile définition du Cloud Computing

Et vous ? :

:fleche: Etes-vous intéressé un peu, beaucoup ou pas du tout par un IDE on-line ?
:fleche: Un tel IDE vous parait-il pouvoir être aussi performant qu'un IDE classique ?
01/12/2009, 15h21
nouknouk

Citation:

Envoyé par Gordon Fowler

:fleche: 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.
01/12/2009, 15h30
gannher

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.
01/12/2009, 15h48
dams78

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 :)
01/12/2009, 15h57
gannher

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.
01/12/2009, 15h59
kaymak

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.
01/12/2009, 16h11
LooserBoy

Citation:

Envoyé par kaymak

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".
01/12/2009, 16h13
Oussapik

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.
01/12/2009, 16h14
smoufid

c'est quoi l'intérêt???????
:mouarf::mouarf::mouarf::mouarf:
01/12/2009, 16h20
nouknouk

Citation:

Envoyé par LooserBoy

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.

Citation:

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.

Citation:

Perso, je développe beaucoup sur netbook

Ben amha tu dois être un des très rare cas :mouarf: : 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 ;)).

Citation:

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.
01/12/2009, 16h47
dams78

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)
01/12/2009, 16h53
Lyche

Quand on connait les problèmes de sécurité des serveurs web.. On ne peut que craindre le pire pour les codes d'applications critiques qui vont être développés sous cette forme. Imaginez que vous vous retrouviez avec votre code piraté en directe pendant que vous travaillez :aie: bonjour l'angoisse !
Le cloud est, pour moi une mauvaise solution à un faux problème. Les entreprises sont de plus en plus pingres, mais ne se posent pas une seule seconde la question de la sécurité de leurs données et encore moins de la perte d'autonomie. Ok, la tendance actuelle c'est revenir au métier de base de l'entreprise, la crise à eu un bon effet pour ça, mais mince, comment on peut accepter de laisser ses documents sur les serveurs d'une entreprise tierce? Aucun contrôle, une pane web et c'est fini pour la durée de la panne. C'est la même histoire que pour la filiale de microsoft qui avait planté ses serveurs et perdu tout ou partie des données de ses utilisateurs.. Franchement, moi ça m'effraie..
01/12/2009, 17h01
nouknouk

Citation:

Envoyé par dams78

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

Ben si c'est pour faire du calcul 'lourd' en Javascript côté client, on y perd encore plus que ce qu'on espérait gagner.

Et puis ce n'était qu'un exemple, tu auras tout un tas de trucs qu'il vaudrait mieux garder côté client pour des questions de réactivité ... et on en reviendra à la solution initiale: on ne pourra quais déporter qu'une chose côté serveur à savoir la compilation, ce qui se fait déjà depuis 10 ans.

Citation:

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

et combien coûterait à ton boss l'achat et l'entretien ou la location d'un gros serveur supportant la charge comparé à 4 postes de dév. à 250€ chacun ?

Citation:

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)

En admettant que ça se généralise un jour, c'est certain. Je vois mal une boite confier son code source à des tiers.
01/12/2009, 17h03
Lyche

Gérer du cloud en intranet :cfou: où est l'intérêt. Tu prend du cloud pour laisser les couts d'entretiens à une société tierce, par pour te retrouver avec le cout du cloud + le cout d'entretien des serveurs + la formation de tes utilisateurs à cette "technologie"
01/12/2009, 17h23
LooserBoy

[HS]

Citation:

Envoyé par nouknouk

Ben amha tu dois être un des très rare cas :mouarf: : 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 ;)).

Avec 10" et mes mains n'étant pas celle d'un bucheron, je m'en sors pas trop mal. Je conviens qu'une bonne petite station de travail n'a rien à voir. Par contre, je suis moins embêté dans les transports que ceux et celles qui ont de gros 15" lourdots ou des macbook qui coutent un rein... :mrgreen:

Avant de croiser des centaines de développeurs dans les transports à coder, il faut déjà qu'ils soient motivés à le faire. :oops:

Vu qu'il n'y a que 24h/jour et que j'ai plus de 2h de transport/jour, je suis prêt à tout pour mon auto-entreprise...
[/HS]

Sinon +1 pour tes autres remarques.
01/12/2009, 17h38
kaymak

Citation:

Envoyé par LooserBoy

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".

Ok pour la build.
Mais mes projets avec les 5000 fichiers, que se soit cloudé ou pas le résultat il est le même, c'est le client qui gère cela (interprétation de la doc, auto complétion, recherche ect ect), non ? A moins de faire une requête web par clic ?!!!!

Donc encore une fois je ne comprend pas. Et si ils font une requête par clic, ce n'est pas cloudé qu'ils auraient dû faire, mais du remoting, non ?

Citation:

Quand on connait les problèmes de sécurité des serveurs web..

tss balancé une telle affirmation, ça ne mériterait même pas d'être relevé ! :D
01/12/2009, 17h48
LooserBoy

Citation:

Envoyé par kaymak

Ok pour la build.
Mais mes projets avec les 5000 fichiers, que se soit cloudé ou pas le résultat il est le même, c'est le client qui gère cela (interprétation de la doc, auto complétion, recherche ect ect), non ? A moins de faire une requête web par clic ?!!!!

Donc encore une fois je ne comprend pas. Et si ils font une requête par clic, ce n'est pas cloudé qu'ils auraient dû faire, mais du remoting, non ?

Comme il a été dit et que je n'ai pas répété, outre le build (le point qui m'intéressait le plus) qui peut être problématique, tu confies aussi tes sources à un serveur décentralisé te permettant de les modifier, utiliser, partager de n'importe où et quelque soit la machine sur laquelle tu es. Un peu comme les Google documents.
La complétion, la recherche de texte, l'exploitation de la doc ne sont pas si gourmands que cela. La puissance n'est pas nécessaire.
01/12/2009, 17h51
jayfaze

Citation:

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.

bah justement, commenttu fais si dans transport en commun ya pas le net ?? :mrgreen:
01/12/2009, 17h57
LooserBoy

Citation:

Envoyé par jayfaze

bah justement, commenttu fais si dans transport en commun ya pas le net ?? :mrgreen:

La 3G, mon petit, la 3G... :mrgreen: Un des rares avantages de la région parisienne... :calim2:
01/12/2009, 19h05
goomazio

Ou avec un outils comme Gears pour travailler hors ligne.

Il faudrait que ce genre d'outils se couple avec les éditeurs/serveurs de sources actuels, et non pas qu'il les remplace. Ce serait un EDI alternatif légers et accessible de partout qui puisse importer/exporter des projets ou parties de projets.

Voir 40 message(s) de cette discussion en une page