Commentaires pour MD Blog

Commentaires sur Développeur de demain par Greg

Greg — Wed, 27 Feb 2013 08:27:37 +0000

Merci Nicolas, très intéressant. On a très envie d'appliquer ça aux applications de gestion. L'idée serait de visualiser en temps réel et en permanence, le déroulement des tests liés au code qu'on modifie. Je pense que la notion de temps, sur laquelle Jérémie a beaucoup insisté lors de sa (brillante) présentation d'hier soir au Meetup DDD, est ici fondamentale. Dans le jeu, ce qui permet au développeur d'apprécier l'impact des modifs du code est le déroulement d'une phase de jeu (déroulement dans le temps matérialisé par la slide bar en haut). En gestion, notre slide bar gouvernerait les changements d'état de nos Entités lors du déroulement du scénario.

Commentaires sur Développeur de demain par Nicolas Fedou

Nicolas Fedou — Tue, 26 Feb 2013 22:40:03 +0000

Une visualisation pertinente existe pour les jeux en HTML5,
L’auteur de cet IDE est Bret Victor.
Un article présente son travail :
http://www.hteumeuleu.fr/bret-victor-et-le-futur-des-interfaces-de-developpement/

Pour vous donner envie d’y aller, voici un petit extrait:
Si nous écrivons du code sur un ordinateur, pourquoi est-ce que nous simulons ce que l’ordinateur devrait faire dans notre tête ? Pourquoi l’ordinateur ne peux pas juste le faire et nous le montrer ?

Commentaires sur Développeur de demain par yannick grenzinger

yannick grenzinger — Mon, 18 Feb 2013 11:07:51 +0000

Projet de grande envergure où il va falloir tester de nombreuses hypothèses. ;)

Il faudrait déjà faire l’inventaire des autres moyens de visualiser le code (autre que fichier/répertoire). Je pense au TreeMap ou à ce que veux proposer Jérémie dans http://www.zenmodeler.com/.

Après avoir trouvé des métriques ou des concepts à présenter, l’idée serait de fouiller les méthodes de représentation de données.
http://patternbrowser.org/code/pattern/pattern.php?4,1,0,1,0,6.php
http://selection.datavisualization.ch/

Intéressé par suivre l’avancement du projet!

Commentaires sur Développeur de demain par Greg

Greg — Tue, 12 Feb 2013 07:02:56 +0000

@Fred
Merci, Fred, de ton commentaire. Si tu as des besoins précis, ou si, dans ton quotidien de développeur, tu imagines des représentations qui te sembleraient utiles mais qui ont pu te sembler « science-fictionnesques », je suis à la recherche de ce genre de choses : vu ce qu’on fait aujourd’hui dans les jeux, je pense qu’il n’y a pas grand chose qui ne soit pas à notre portée ;-)

Commentaires sur Développeur de demain par Frédéric Zgud

Frédéric Zgud — Mon, 11 Feb 2013 18:05:39 +0000

C’est un sujet très intéressant, qui ne peut que titiller les anciens utilisateurs d’un outils comme D.OM. J’en conserve notamment l’impression d’une plus grande lisibilité (statique) des objets, des relations => modèles, boites et fils plutôt que fichiers et arbre de rangement.

Par ailleurs, sur un projet, j’avais été amené à faire un analyseur de code permettant de se déplacer dans le graphe d’appels. C’était assez pratique et c’est à rapprocher des outils d’analyse de couverture de code, qui fonctionnent par opposition à l’exécution de tests et pas en analyse statique. Il me parait intéressant d’avoir cette vision : je suis à un endroit (appel de méthode), qu’est-ce que je couvre, où je vais passer ? (avec une jolie représentation 3D, de préférence :) )

Mais ce que tu suggères vers la fin est (hélas!) fondamentale : la représentation propre à l’utilisateur. Car si j’ai listé un certain nombre de mes intérêts ou préférences, je sais que ce ne sont pas (forcément) ceux/celles de mon voisin. Personnellement, la représentation de la vidéo en lien ne m’apporte rien.

Commentaires sur Software Craftsmanship, ou le marketing de l’échec par Conscience Sociale

Conscience Sociale — Thu, 21 Jun 2012 08:05:29 +0000

Greg tu soulèves des points très pertinents. Je salue ton courage. Les commentaires sont plutôt décevants de naîveté. Mais tu aurais du continuer à argumenter.
Seul un autre point est mis en évidence par Stéphane : « Au delà du partage communautaire et de flatter l’égo du « Geek » qui sommeille en nous, c’est peut-être parce qu’il se recentre sur l’individu que ce mouvement est apprécié de la communauté. »
Et là il faudrait se demander pourquoi. Pourquoi le fait que ca se recentre sur l’individu est-il une bonne chose, pourquoi est-ce mieux au fond ? Est-ce que ce n’est pas plutot une dérive subie d’un modèle de société néolibéral ? Cette question est vraiment au centre, mais je pense que la communauté informatique, et en particulier celle des ‘Software Craftmanships’ (qui n’osent mm pas appeler cela en français, et c’est bien un signe), le plus souvent en statut d’indépendants, est bien loin de pouvoir entendre ce que cela recèle.
Chacun ne voit que son nombril, à croire qu’on ne doive plus coder avec ses mains aujourd’hui.
Mais j’ai trouvé une bonne faille dans ce système de pensée nécrosée, dont je me suis servi comme introduction de ma session « Démocratie Agile » à la dernière Scrum Night chez Google. Ca a tenu ses promesses. Je t’en parlerai à l’occasion. Ou peut etre que j’en ferai un billet.

Commentaires sur « Ouvert » n’est pas « Vrai » par Frédéric Zgud

Frédéric Zgud — Thu, 29 Mar 2012 16:22:19 +0000

Personnellement, je trouve les commentaires précédent particulièrement pertinents.
Ceci précisé, je pense qu’il en sera des données interprétées comme il en est déjà de la production d’information sur le net : tout le monde en produit à son échelle, chacun se fait son opinion et on a tendance à croire plus volontiers les sources que l’on considère plus fiables, généralement celles liées à des organismes jugés crédibles déjà auparavant (journaux…). Non ?

Commentaires sur Software Craftsmanship, ou le marketing de l’échec par Laurent Bossavit

Laurent Bossavit — Sat, 26 Feb 2011 17:21:21 +0000

Salut Grégory, pourquoi penses-tu que « notre profession aura atteint la maturité lorsque les bons logiciels pourront être faits par de mauvais programmeurs ou même, sans programmeur du tout »?

En quoi est-ce une définition raisonnable de la « maturité »? (A supposer d’ailleurs que la maturité soit un objectif en soi, par opposition à une tactique verbale selon laquelle évidemment personne ne pourrait déclarer vouloir appartenir à une profession « immature ». On nous a déjà fait le coup: Knuth avait choisi le nom « literate programming » parce que personne ne se serait déclaré en faveur d’une programmation illettrée.)

Comparaison n’est pas raison, mais on ne vise pas dans l’immédiat une médecine qui se passerait de médecins, une éducation qui se passerait d’enseignants, une alimentation qui se passerait de cuisiniers…

Cette vieille idée selon laquelle « le programmeur est l’ennemi », c’est précisément celle-là qui est un marketing de l’échec, mais dans le sens inverse: en direction des programmeurs. Nous n’avons jamais su manager des programmeurs, alors faisons ce qu’il faut pour essayer de s’en passer. Il ne faudra pas s’étonner que les idées qui combattront sous cette bannière soient rejetées par les programmeurs, et on s’étonnera ensuite de ne pas voir la profession progresser!

Il faudra un jour que je te fasse mon topo sur l’historique tourmenté du Software Engineering (ma session s’intitule « Quarante ans de crise, dix ans d’agilité » et je suis assez rôdé là-dessus pour la faire chez OD quand ça vous branche).

Nous ne sommes pas *nécessairement* des ingénieurs, cette idée du génie logiciel est une construction sociale, avec une origine historique bien précise. Et force est de constater que malgré des objectifs grandioses la vision des pères fondateurs du génie logiciel est loin d’avoir été réalisée; alors pourquoi refuser que d’autres modèles fassent à leur tour une proposition?

Commentaires sur Software Craftsmanship, ou le marketing de l’échec par Remy

Remy — Sat, 19 Feb 2011 16:18:01 +0000

Premier point, désolé mais le passage sur les ERP décridibilise vraiment l’article.
Par ailleurs la posture qui consiste à opposer la software craftmanship à une démarche d’industrialisation de production logicielle est juste un non-sens.
Les deux participent à la production d’un service de qualité, pour lequel le client peut au final être content de payer.
L’erreur pour les SSII est de croire que sa seule la force est celle de ses processus ou égale à la somme des forces de ses developpeurs.
Et puis il y a une dimension à prendre en compte c est celle de la pénétration des softs open source dans le processus de production ou d’exploitation.

Commentaires sur Software Craftsmanship, ou le marketing de l’échec par Sebastien Lorber

Sebastien Lorber — Fri, 18 Feb 2011 12:15:17 +0000

hihi, et SAP c’est Zara, Websphere H&M…

Moi je suis plus d’accord avec Oaz.
Je vois pas trop en quoi la non industrialisation de l’informatique pose en problème…

Pour moi, un métier tombe dans le domaine de l’artisanat dans la mesure ou pour obtenir un résultat voulu, il y a plusieurs moyens de faire, chacun ses méthodes et outils, et il n’est pas forcément évident de trouver le bon du premier coup.
Alors au final, les mecs qui conçoivent les nouveaux avions, les nouvelles voitures et autre, sont bien des artisans.
Ceux qui surveillent et contribuent à la production de masse, auditent, contrôlent les normes… ceux qui suivent à la lettre une méthodologie donnée sans la remettre en question et ni y apporter leur contribution cérébrale, ne sont surement pas des artisans.

Personnellement je suis fier d’être un artisan, et je ne me vois pas faire autre chose. Après, suis-je un bon artisan? Il faudra que je demande a Uncle Bob.