Quel est le meilleur conseil quand on programme ?

Les rubriques (actu, forums, tutos) de Développez
Réseaux sociaux

 Discussion forum

Le 06/08/2012, par mitkl, Rédacteur
Le site Internet InformIT est un train de réaliser une série intéressante d'articles basée sur le même thème : Quel est le meilleur conseil que vous ayez reçu ?

Ainsi, plusieurs experts venant de différents horizons ont été conviés à répondre à cette question, voici un rapide résumé :

  • Erik Buck Erik Buck est un développeur iOS auteur de quelques livres sur ce domaine. Pour lui, le meilleur conseil tient en trois mots : "write less code" ou "Écrire moins de code" pour rendre une source plus simple et plus facile à maintenir.

  • Obie Fernandez Obie Fernandez est un développeur de Ruby et Ruby On Rails et auteur aussi de livres sur ces deux technologies. Son conseil : toujours prendre le temps de réfléchir quand on a une erreur avant de rajouter du code supplémentaire.

  • Danny Kalev Danny Kalev est un développeur C++ expérimenté, il est auteur de livre et a aussi participé au comité de standardisation du C++. Pour Danny Kalev, il faut lire des livres, lire des magazines, apprendre encore et toujours de nouvelles techniques. Il conclut avec cette phrase : "read much more than you write" ou "Lisez plus que vous ne codez".

  • Eric Lippert Eric Lippert est un développeur C# qui a travaillé chez Microsoft. Son avis : pour devenir meilleur, participer sur des forums ou des groupes de discussions en aidant ceux qui ont des questions, si vous avez la réponse, dites là, si vous ne l'avez pas, rechercher sa réponse sur Internet.

  • Mark Summerfield Mark Summerfield est un développeur et a écrit un livre sur le langage Go. Il n'a pas un mais deux conseils à adresser. Le premier : refactoriser son code rejoignant un peu l'idée d'Erik Buck de rendre le code plus facile à comprendre et donc à maintenir. Le deuxième : écrire des tests unitaires pour son code avant de l'intégrer au projet.

  • Bill Wagner Bill Wagner est auteur de livre sur le langage C#. Son conseil : d'abord rendre son code fonctionnel avant de vouloir l'améliorer ! Ça peut paraitre stupide mais il faut toujours garder cela en tête !



Source : The Best Programming Advice I Ever Got

Et vous ?

Avec qui êtes-vous le plus d'accord ?
Quel est le meilleur conseil que vous ayez reçu ?
Pour vous, quel est le meilleur conseil que l'on peut donner ?


 Poster une réponse

Avatar de Nemek Nemek
Modérateur
le 12/02/2013 12:20

Citation:





Envoyé par qadassi
Voir le message
péter plus haut que son QI au risque de souffler du vent un nuage toxique.

Au propre comme au figuré.
Avatar de mumen mumen
Membre Expert
le 12/02/2013 12:51
Tu es obligé de proposer ton conseil de façon à mépriser quelqu'un ? détend toi.


Citation:





Envoyé par qadassi
Voir le message
Un conseil pour bien programmer: "continuer à faire la géométrie d'Euclide", où on rivalise en nouvelles démonstrations d'un même problèmes, où les arguments les plus limpides permettent de progresser le plus rapidement, où l'analyse des données mène à la solution du problème, où l'ajout d'élément supplémentaire dans la construction est toujours repoussé au plus tard, bref: revenir aux maths de collège avant de péter plus haut que son QI au risque de souffler du vent.

Ton conseil ne me convainc pas. Oh, il est élégant, même emprunt d'intelligence, puisque tu semble te questionner la dessus, mais on ne dirait pas le conseil de quelqu'un irait souvent sur le terrain.
Avatar de mumen mumen
Membre Expert
le 12/02/2013 12:55
J'ai écrit une chose erronée concernant le conseil en général. Sur l'histoire de la morale et de la métaphysique. Je ne le crois plus maintenant, je crois que le conseil peut prendre toutes les formes du raisonnement. Il peut aussi être logique, psychologique, etc.
Avatar de rimram31 rimram31
Membre éclairé
le 12/02/2013 14:15

Citation:





Envoyé par mumen
Voir le message
...Quand tu spécifies que ce conseil est alors donné a un développeur déjà expérimenté, je suis assez en phase avec ce que tu veux dire, mais je formulerai cela différemment en disant ce conseil est alors donné a un développeur exigeant....

Je veux dire que a "donner un conseil", je dirais plutôt fait attention a ce que tu écris, n'hésite pas a perdre 5mn de relecture car ça nous fera gagner des heures précieuses par la suite plutôt que d'annoncer: "te prends pas la tête a optimiser inutilement". Les deux conseils sont intéressants mais de loin, je lui préfère le premier pour avant tout faire prendre conscience a un développeur que de la qualité de son travail va dépendre celle des métiers qui lui succèdent.

Tout est dans le sens que l'on donne a "optimiser", malheureusement mon expérience me fait constater que depuis quelques années, la simple écriture d'un code propre me suffirait amplement.
Avatar de mumen mumen
Membre Expert
le 13/02/2013 13:58

Citation:





Envoyé par rimram31
Voir le message
Je veux dire que a "donner un conseil", je dirais plutôt fait attention a ce que tu écris, n'hésite pas a perdre 5mn de relecture car ça nous fera gagner des heures précieuses par la suite plutôt que d'annoncer: "te prends pas la tête a optimiser inutilement". Les deux conseils sont intéressants mais de loin, je lui préfère le premier pour avant tout faire prendre conscience a un développeur que de la qualité de son travail va dépendre celle des métiers qui lui succèdent.

Tout est dans le sens que l'on donne a "optimiser", malheureusement mon expérience me fait constater que depuis quelques années, la simple écriture d'un code propre me suffirait amplement.

Hum, tu devrais réfléchir avant de poster, à ce que tu veux vraiment faire avec ton message. Ici tu me donne un conseil dédaigneux, et c'est ce dédain qui semble être ta cause. Vérifie s'il te plait... Ce que tu écris sur ce que j'aurais écris n'a pas d'existence dans ce que j'ai réellement écris... ou alors en mode de lecture diagonale / partiale. C'est bien à toi de prendre les cinq minutes...

Désolé, du coup je ne rentre pas dans ton questionnement, aussi intéressant puisse t'il être.
Avatar de mumen mumen
Membre Expert
le 13/02/2013 20:21
Les trois notes négatives que se récupère mon message précédent semblent me donner tort. J'accepte, mais je voudrais savoir la raison.

Elle ne peut pas venir de ce que j'aurais écrit au début de mon conseil "te prends pas la tête a optimiser inutilement" et que je nierais maintenant, parce que je ne l'ai pas écrit ni même sous entendu, c'est indubitable. Or c'est la dessus que portait ma réponse précédente, ainsi que sur une dérive de ton dont je suis peut être aussi acteur pour n'avoir pas été encore plus clair ou pour toute autre raison comme de n'avoir pas suffisamment pris en compte la sensibilité de mon interlocuteur.

Je voudrais de l'honnêteté la dessus.

Merci
Avatar de Nemek Nemek
Modérateur
le 14/02/2013 13:31
En tant que modérateur, je suis contre la justification des votes. Et tout autant contre l'étalage de propos hors-sujet. C'est déjà un premier point.

Cependant comme on est dans les débats. Et que je pense que chacun a le droit à des explications.
Pour ma part, si parfois je trouve les idées bonnes, souvent la forme laisse vraiment à désirer au point de pas les comprendre, ou pire, de douter de ce qu'on en comprend. Exprimer ces idées clairement ce sont les assumées, autrement ca reste qu'une succession de mots sans sens et qui n'apportent rien au sujet. On en revient au premier point.

Pour ne pas tomber dans les mêmes travers, je complète un peu ma dernière réponse. A force de vouloir faire trop intelligent (péter plus haut que son cul), on finit par diffuser de mauvaises idées (souffler un nuage toxique). Bref, il faut reste simple et humble. KISS.
Avatar de AkiroVIII AkiroVIII
Membre du Club
le 14/02/2013 14:41
Personnellement, le premier conseil que j'ai reçu d'un développeur expérimenté découle du principe KISS.

"Réfléchis toujours au plus simple et ensuite améliore".

J'avais tendance à réfléchir toujours à la solution la plus complexe et du coup je n'aboutissais à rien de concret ou de fonctionnel...
Avatar de rimram31 rimram31
Membre éclairé
le 19/02/2013 16:21

Citation:





Envoyé par mumen
Voir le message
Hum, tu devrais réfléchir avant de poster...

Désolé de l'incompréhension de mon dernier post, il n'avait absolument rien de personnel, je parlais des conseils que je donnerai, que j'ai donné a des développeurs dans mes équipes. Il ne s'agit pas d'un "questionnement" de ma part mais d'un retour d'expérience, je l'ai peut-être dit plus haut, mon premier conseil sera d'expliquer a un développeur qu'il n'est pas seul, que de son travail dépend celui de nombreuses autres personnes et, a ce titre, je lui demanderai de faire attention a ce qu'il écrit.
Avatar de petdelascar petdelascar
Membre du Club
le 24/04/2013 18:02
Même conclusion : "Lis plus, écris moins". Tout est dit.
 Poster une réponse  Retrouvez la suite de la discussion

 
 
Developpez.com

Nous contacter

Participez

Informations légales

 
Services

Forum Ruby & Rails

Blogs

Hébergement

 
Partenaires

Hébergement Web