Journal : Qu'est-ce qu'un outils de développement de rève ?
Posté par Nicolas Boulay () le 16 janvier 2008
Une autre question métaphysique, aujourd'hui.
Quel serait votre outil de développement de rêve ?
Parmi les outils qui font gagner du temps, les gestionnaires de version permettent de suivre l'évolution d'un code et de mettre des points de repère entre les temps de essais/erreurs et une solution avec le code qu'il y avait "avant". Le "diff" permet de ne pas faire de grosses boulettes avec des oublies.
Un bug tracker permet d'éviter d'oublier des remarques. C'est un super pense bête même si on remet des choses à plus tard, rien ne peut être oublié.
Une gestion de doc simple comme un wiki ou doxygen peut être utile sur de gros projet. J'aime bien aussi l'outil de partage de document de Google pour écrire un document à plusieurs (même si un wiki permet de faire la même chose en ligne mais publiquement).
Les outils Gnu pour tester, profiler le code comme oprofile, gprof, valgrind ou les options de coverage de gcc.
Il y a aussi les autotools qui facilitent la construction de soft n'importe ou, remplacer lentement par cmake, qmake ou autre.
Pour un développeur de soft, un des trucs les plus chiant à faire est de trouver/corriger les bugs. C'est assez peu intéressant comme tâche. Il existe des outils pour aider comme Valgrind mais il est surtout pertinent que pour le C/C++ (pour trouver les fuites mémoires).
Les langages comme Java, Perl, Python, Ruby permette de coder plus vite avec leur syntaxe "haut niveau".
Pour vous, qu'est-ce que vous aimeriez pour vous faciliter la vie ? Qu'est-ce qui vous fait perdre le plus de temps ?
Quel serait votre outil de développement de rêve ?
Parmi les outils qui font gagner du temps, les gestionnaires de version permettent de suivre l'évolution d'un code et de mettre des points de repère entre les temps de essais/erreurs et une solution avec le code qu'il y avait "avant". Le "diff" permet de ne pas faire de grosses boulettes avec des oublies.
Un bug tracker permet d'éviter d'oublier des remarques. C'est un super pense bête même si on remet des choses à plus tard, rien ne peut être oublié.
Une gestion de doc simple comme un wiki ou doxygen peut être utile sur de gros projet. J'aime bien aussi l'outil de partage de document de Google pour écrire un document à plusieurs (même si un wiki permet de faire la même chose en ligne mais publiquement).
Les outils Gnu pour tester, profiler le code comme oprofile, gprof, valgrind ou les options de coverage de gcc.
Il y a aussi les autotools qui facilitent la construction de soft n'importe ou, remplacer lentement par cmake, qmake ou autre.
Pour un développeur de soft, un des trucs les plus chiant à faire est de trouver/corriger les bugs. C'est assez peu intéressant comme tâche. Il existe des outils pour aider comme Valgrind mais il est surtout pertinent que pour le C/C++ (pour trouver les fuites mémoires).
Les langages comme Java, Perl, Python, Ruby permette de coder plus vite avec leur syntaxe "haut niveau".
Pour vous, qu'est-ce que vous aimeriez pour vous faciliter la vie ? Qu'est-ce qui vous fait perdre le plus de temps ?
> Lire le journal (80 commentaires, moyenne: 2,9).
Vous avez demandé le commentaire #896533.
Run by 
Cette page a été générée par Templeet en 0.061s (dont 0.0064 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Squeak like ?
Un outil comme squeak ; pouvoir se focaliser sur ce que l'on code et pas sur le comment on code, pouvoir corriger et mettre à jour une application en cours d'exécution localement ou à distance (avec seaside), un code ou chaque changement conduit à une historisation à chaque sauvegarde, etc. Bref, utiliser des outils vraiment productifs et avec lesquels on s'éclate ...
Et ceci, pour moi, est d'autant plus vrai lorsque je code à mes temps perso parce que justement je n'ai pas bcp de temps libres et que donc j'ai vraiment besoin de ce genre d'outils qui m'aide à aller vite sans renier à la qualité.
Les outils pour la masse, bref ceux que l'on utilise dans l'industrie.
Le pb de ces outils est qu'ils limitent grandement notre imagination et notre capacité créatrice.
C'est dommage mais c'est comme ça ; dans notre société de consommation les produits, pour toucher le plus de personne (la masse), doivent se limiter au dénominateur commun de cette masse et surtout ne pas trop innover sous peine de se voir rejeter ou se voir camper à un marché marginal ; l'innovation se limitant alors à suivre ou à satisfaire une certaine demande qui a dépassé une masse critique (et donc à l'identifier avant d'atteindre cette masse critique), et non à être en avant garde, à proposer des choses nouvelles, vraiment nouvelles ...
[^]Re: Squeak like ?
Le libre n'a pourtant pas l'habitude de suivre la masse, non ?
[^]Re: Squeak like ?
Effectivement, des fois il ne le fait pas ... c'est pour ça qu'il y a Squeak, Seaside, ... ;-)
C'est pour ça que je pense que le libre est un monde riche et duquel on peut attendre de belles surprises, même si elles ne sont pas toujours bien comprises.
[^]Re: Squeak like ?
Pour info, c'est tout à fait possible en Java avec un bon débogueur, comme celui de NetBeans :-) (Eclipse aussi en théorie, mais j'ai pas réussi à m'en servir).
Netbeans et Eclipse, que je connais un peu, font aussi de l'« historisation à chaque sauvegarde »
[^]Re: Squeak like ?
Pas tout à fait. D'abord il est nécessaire d'exécuter la JVM en mode debug pour pouvoir communiquer avec elle via le debugger.
Ensuite, le debugger ne te permet pas de rajouter du code ou même de le modifier à distance. Par contre, tu peux modifier tes objets en cours d'exécution. Ensuite, le flot d'exécution est linéaire : je ne peux donc pas demander à exécuter à nouveau une ou un ensemble d'instructions après modification sans relancer le flot d'exécution complet.
Quant à l'historisation à chaque sauvegarde de Netbeans et d'Eclipse, j'ignorais la chose. J'utilise en général subversion pour l'historisation des modifications entre autre. Ca me surprend quand même car je n'ai pas encore trouvé le moyen, sans passer par un gestionnaire de conf, de récup une version antérieur d'une classe d'objets.
[^]Re: Squeak like ?
Bon ben par contre Visual Studio le fait très bien avec C# : en plein milieu d'un flot d'exécution je peux mettre sur "pause", modifier le code, et appuyer sur "play" sans avoir besoin de relancer tout le flot d'exécution.
Evidemment comme pour Java y'a une VM derrière qui tourne dans un mode particulier en association avec le debuggeur, mais d'un point de vue utilisateur où est le problème ?
Cela dit concrêtement je m'en sers rarement et j'ai du mal à voir en quoi ca increase tant que ca ma productivity.
Pour l'historisation, c'est quoi la différence avec subversion+historique de l'IDE ?
MonoFrance
[^]Re: Squeak like ?
tout dépend des projets sur lesquels tu bosses...
Il m'est arrivé de bosser (en C++) sur des extensions à adobe indesign, et rien que pour le fait de ne pas avoir à attendre 5 bonnes minutes que la version debug se lance j'étais bien content de pouvoir modifier une partie de mon code tout en le debuggant
[^]Re: Squeak like ?
Ensuite, le debugger ne te permet pas de rajouter du code ou même de le modifier à distance.
De tête si.
Il recommence la fonction au début si tu modifie une fonction.
en tout cas il me semble bien que j'avais réussi a le faire avec eclipse il y a un certain temps.
Par contre rajouter des fonctions, ca j'avoue que je ne sais pas.
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: Squeak like ?
L'utilisant 142 fois par jours, je confirme que ça marche. EN fait, on ne peux pas modifier la structuration des données, modifier les signatures des methodes, mais on peut changer le contenu d'une méthode.
[^]Re: Squeak like ?
Faut faire de l'Erlang pour avoir de la bonne mise à jour à chaud de code \o/
(en plus c'est libre :))