Les EDI passent au Cloud avec CodeRun

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.

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

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.

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.

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

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.

c'est quoi l'intérêt???????

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

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.

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

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.