Discussion :

[Traroth2]

La fonctionnalité de visualisation du flux d'information en temps réel est révolutionnaire. Comme l'analyse syntaxique en temps réel a permis d'obtenir du code qui compile tout le temps ou presque (un des apports les plus importants des IDE), cette nouvelle fonctionnalité pourrait déboucher sur du code qui fonctionne dès la première fois.

Le problème, ça va être de réussir à le faire marcher dans tous les cas et pour les systèmes vraiment complexes. Dans un programme Java un peu évolué, où on utilise différents serveurs d'applications, frameworks et bibliothèques, le nombre d'indirections entre le main() du serveur d'application et le code applicatif peut facilement s'élever une trentaine. Difficile de tout faire apparaitre, et si on le fait, difficile de s'y retrouver dans cette masse d'informations. Et avec des frameworks qui suivent le principe de Hollywood, comme les frameworks d'injection de dépendance (Spring, Guice...), difficile de déterminer ce qu'il est pertinent de faire apparaitre.

Mais si on y arrive, ça peut potentiellement décupler la productivité et la qualité du code.

[kolodz]

La fonctionnalité de visualisation du flux d'information en temps réel est révolutionnaire.

Je n'en suis pas si sûr. Dans beaucoup de cas, ce n'est simplement pas possible. Car dépend d'un certains nombre d'objet instancier et modifier au file du programme.
D'ailleurs, je ne sais pas vous, mais je n'ai pas une bête de course au travail. Si je fais un développement sur une une fonction grondement en ressources, je préfère autant ne pas lancer le débogueur et coder avec mon éditeur et mon cerveau.
Je ne parle même pas des évaluation de code qui réalise des ajouts en base.(ou suppression)

J'apprécie par contre l'affichage par fonction et non par classe. Bien que cela pose un problème pour les commentaires type javadoc qui se trouve avant une fonction ou pour les variables de classe.

[kisitomomotene]

La production des résultats instantanés c'est un peu comme des "tests en ligne" non?
Si c'est le cas c'est que l'exemple choisi est trop simpliste, car dans des cas vraiment pratiques, on a très souvent un "setup" à effectuer pour remplir des préconditions de la fonction à tester. Où va t'on écrire le code du "setup" dans ce cas? et après il faudrait également écrire un code pour "teardown" afin de redonner à l’environnement son état "stable".
Je reste un peu sceptique..

[Gunny]

La plupart des fonctionnalités existent dans les IDE actuels, certes, mais la façon de les mettre en place est assez intéressante. Visual Studio, Eclipse & cie sont des logiciels très puissants, mais on ne peut pas dire que les devs se soient foulés niveau ergonomie... Je pense qu'on a grandement besoin d'IDE différentes !

[Traroth2]

Je n'en suis pas si sûr. Dans beaucoup de cas, ce n'est simplement pas possible. Car dépend d'un certains nombre d'objet instancier et modifier au file du programme.
D'ailleurs, je ne sais pas vous, mais je n'ai pas une bête de course au travail. Si je fais un développement sur une une fonction grondement en ressources, je préfère autant ne pas lancer le débogueur et coder avec mon éditeur et mon cerveau.
Je ne parle même pas des évaluation de code qui réalise des ajouts en base.(ou suppression)

J'apprécie par contre l'affichage par fonction et non par classe. Bien que cela pose un problème pour les commentaires type javadoc qui se trouve avant une fonction ou pour les variables de classe.

Tu vois les choses à trop court terme. Bon, normalement un développeur devrait avoir une bête de course, justement. Mais même si ce n'est pas le cas, c'est une question de 2 ou 3 ans pour que des machines d'entrée de gamme soient capables de faire tourner ce genre de fonctionnalité sans aucun problème.

[MiaowZedong]

Je n'en suis pas si sûr. Dans beaucoup de cas, ce n'est simplement pas possible. Car dépend d'un certains nombre d'objet instancier et modifier au file du programme.
D'ailleurs, je ne sais pas vous, mais je n'ai pas une bête de course au travail. Si je fais un développement sur une une fonction grondement en ressources, je préfère autant ne pas lancer le débogueur et coder avec mon éditeur et mon cerveau.
Je ne parle même pas des évaluation de code qui réalise des ajouts en base.(ou suppression)

J'apprécie par contre l'affichage par fonction et non par classe. Bien que cela pose un problème pour les commentaires type javadoc qui se trouve avant une fonction ou pour les variables de classe.

On dirait que le language de l'exemple n'est pas choisi au hasard: l'outil semble marqué par la philosophie des languages fonctionnels.

[Bousk]

Tu vois les choses à trop court terme. Bon, normalement un développeur devrait avoir une bête de course, justement. Mais même si ce n'est pas le cas, c'est une question de 2 ou 3 ans pour que des machines d'entrée de gamme soient capables de faire tourner ce genre de fonctionnalité sans aucun problème.

Ha que j'aimerais bien.
Seulement ce que je constate quand je demande à mes collègues et où je suis passé c'est qu'une entreprise sera prête à mettre des dépenses folles pour équiper les commerciaux de la dernière tablette à la mode, alors que les développeurs se font incendier quand ils demandent ce qu'ils foutent sous un windows XP avec un bi-proc 1.4Gh et 2Go de ram.

[DonQuiche]

Ha que j'aimerais bien.
Seulement ce que je constate quand je demande à mes collègues et où je suis passé c'est qu'une entreprise sera prête à mettre des dépenses folles pour équiper les commerciaux de la dernière tablette à la mode, alors que les développeurs se font incendier quand ils demandent ce qu'ils foutent sous un windows XP avec un bi-proc 1.4Gh et 2Go de ram.

Que veux-tu, certaines entreprises adorent jeter l'argent par la fenêtre. Et je parle davantage des dévs sous-équipés que des commerciaux qui jouent au flamby.
Un PC pour développeur ça se change tous les deux ans au max et sans trop lésiner sur la dépense. Et on garde des exemplaires des trois précédentes générations pour les tests de performance et stabilité.

[el_slapper]

(.../...) Un PC pour développeur ça se change tous les deux ans au max et sans trop lésiner sur la dépense. Et on garde des exemplaires des trois précédentes générations pour les tests de performance et stabilité.

Réponse d'ingénieur : ça dépend. Par exemple, ici, je fais du cobol sous un terminal. Avant, j'ai fait du VB sur machines virtuelles. Dans les deux cas, mon PC de bureau n'est pas vraiment une limitation, il peut être une brouette - l'important, c'était les serveurs. Par contre, mon ex-collègue qui ne rebootait jamais parceque sa brouette mettait 4 heures à charger le projet java sous eclipse, lui, il avait des raisons légitimes de gueuler pour avoir une machine plus puissante(il est resté 11 mois sans rebooter. Authentique. Avec sa nouvelle machine, il n'avait plus besoin que de 30 minutes pour charger le projet).

[gtraxx]

C'est moi ou sa ressemble fort à sublime texte 2 ?

[SNatoon]

L'avenir de la programmation est une programmation fondée sur «multieditor» (http://softconstructors.com/en/techn...alprogramming/). Non Light-Table.