Qu'est ce que c'est un bon développeur

**micka132** · 21/06/2012, 22h48

voila un lien dont le sujet initial n'est pas exactement le même mais où plusieurs DSI evoquent leurs point de vue sur un bon développeur:
http://grab.by/eiZ0

**el_slapper** · 22/06/2012, 09h49

Envoyé par deathness

Assez d'accord. Pour moi la vrai valeur d'une appli c'est pas dans le code. C'est dans toute les réunions qui ont été faite pour écrire les spec et dossier de conception. La vrai valeur c'est l'ergonomie et les fonctionnalités qui ont été décidé à la base.
La manière dont on l'implémente derrière n'a vraiment pour moi comme qualité que le respect des specs. Même les perfs, dans la plupart des cas ne sont pas vraiment importante.

tu n'as pas pris -4 sur ce post par hasard(alors que tes contributions sont généralement bien appréciées). Le lien donné par Micka132 explique pourquoi, en partie(j'adore ce lien, d'ailleurs). Si j'ai cité Don Knuth, et pas super-génie-dans-son-coin, ni super-communicant-plein-d'idées-géniales-qui-ne-comprend-rien-à-la-techno, ça n'est pas un hasard non plus. Don Knuth est un excellent programmeur, mais il a aussi su parfaitement comprendre son environnement et les besoins liés à celui-ci.

La valeur de l'appli, c'est bel et bien le code. TOUT ce qui permet d'y arriver est à valoriser, de la conception de haut niveau(idée général, choix stratégique), de moyen niveau(UML ou tout équivalent) et de bas niveau(codage, déboguage). Mais aussi la communication entre ces différentes strates. Et aussi la documentation secondaire qui permet de s'y retrouver(lire Jack Reeves pour la notion de documentation secondaire).

Je n'irais pas jusqu'à dire que L'idée ne vaut pas grand chose, et que seule l'execution compte, mais l'idée de base de Google, par exemple, c'est que AltaVista pourrait marcher mieux. Ca n'a rien de révolutionnaire. L'implémentation, elle.....

**Logan Mauzaize** · 26/06/2012, 14h07

Envoyé par omarcisses

le minimum dont je parle est le background technique que doit disposer le développeur. on a beau eu les connaissances fonctionnelles, si elles ne sont pas accompagnées par ce background technique que j'appelle "le minimum" tu ne pourras jamais développer ces fonctionnalités. D'ailleurs c'est ce qui différencie un profil fonctionnel et un profil technique.

Tu dis toi même qu'un développeur peut bien apprendre un énième framework sur le tas. C'est tout aussi vrai pour un nouvel environnement technique.
Je suis égocentrique alors je prends mon cas :
J'ai appris Java (sur DVP

), j'ai fait mon premier stage/CDD sur du Cobol Windows PC, ensuite j'ai travaillé sur Cobol MVS. Ensuite j'ai fait une application J2EE en client lourd et embarqué sous Linux) Et maintenant je travaille sur des applications Web (serveurs sous Solaris) d'abord en Struts 1 qu'on a ensuite migrer sous JSF.
Bref j'ai tout appris sur le tas.

Envoyé par omarcisses

Qu'est ce que tu appelle vital?? Car y a des personnes capables de monter en compétences sur un laps de temps sur des frameworks dont il ignorait l’existence.

Ca dépend de la mission à un instant T. Récemment j'ai eu de gros besoin d'expertise Oracle. Le bon développeur à ce moment-là, c'était l'expert Oracle.

Envoyé par el_slapper

La valeur de l'appli, c'est bel et bien le code. TOUT ce qui permet d'y arriver est à valoriser, de la conception de haut niveau(idée général, choix stratégique), de moyen niveau(UML ou tout équivalent) et de bas niveau(codage, déboguage). Mais aussi la communication entre ces différentes strates. Et aussi la documentation secondaire qui permet de s'y retrouver(lire Jack Reeves pour la notion de documentation secondaire).

Plutôt d'accord. J'irai même plus loin en disant que la valeur ajoutée ce sont aussi les procédures d'installation, les opérations de maintenance, les feebacks (statistiques, messages d'erreur, logs, etc.)

**Dutiona** · 25/07/2012, 14h43

Billet intéressant à ce sujet : http://www.codinghorror.com/blog/200...ogramming.html

Ca résume bien que la compétence de programmeur ne s'améliore pas avec le bachotage mais surtout avec l'ouverture d'esprit et la curiosité.

**EtherOS** · 03/09/2012, 23h02

+========================================================+
+Sujet:<<Qu'est-ce qu'un bon développeur ?>> +
+========================================================+

==> Les idées qui me sont venues à l'instant en tête et que je vis dans mon expérience de développeur en formation sont:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
#Esprit d'Innovation

#Esprit rationnel et déductif 

#Esprit d'équipe

# Esprit Patient

# Sens de l'Organisation (l'ordre)

# Sens de la Rigueur 

# L'amour du Travail bien fait

# La volonté

# La passion

# L'art de Travailler dur

# La Précision et expression idéologique

# La concurrence

# L'imitation

# L'espoir (énormément confiance en ce qu'il fait)

# La qualité

# être au top du top

# Aimer se surpasser tout le temps

etc...

**chaplin** · 04/09/2012, 10h34

Envoyé par EtherOS

+

# L'espoir (énormément confiance en ce qu'il fait)

etc...[/code]

Il y a des fois c'est la foi, mais pas religieuses, car hélas certains font des amalgames entre croyance personnelle et vie professionnelle, ils se prennent pour des gourous

.

**Nebulix** · 05/09/2012, 16h57

Envoyé par deathness

Pour moi la vrai valeur d'une appli c'est pas dans le code. C'est dans toute les réunions qui ont été faite pour écrire les spec et dossier de conception. La vrai valeur c'est l'ergonomie et les fonctionnalités qui ont été décidé à la base.
La manière dont on l'implémente derrière n'a vraiment pour moi comme qualité que le respect des specs. Même les perfs, dans la plupart des cas ne sont pas vraiment importante.

Globalement d'accord. Si les specs ont été clairement élaborées, la traduction en code sera claire et la maintenance aisée. Mais ce n'est pas un boulot simple.

**deadalnix** · 07/09/2012, 02h15

Je vois pas comment vous pouvez concevoir tout up-front sans avoir pondu la moindre ligne de code. Ça me parait utopique.

**el_slapper** · 07/09/2012, 10h04

Envoyé par deadalnix

Je vois pas comment vous pouvez concevoir tout up-front sans avoir pondu la moindre ligne de code. Ça me parait utopique.

+1, et je ne suis pas le seul.

Avec quand même un bémol. Quand on fait de la maintenance évolutive standard, sur une appli maitrisée, avec une équipe stable, on peut parfaitement chiffrer et spécifier tout ce qu'il faut, avec un risque d'erreur faible. Je l'ai vu. Un ajout de produit automobile, c'était 42 jours, pas 40, pas 45, et entièrement spécifiable.

Mais il suffit de s'écarter de cet "idéal"(qui n'est pas forcément idéal non plus, un refactoring pour automatiser ces ajouts peut être plus futé, dans certains cas) pour en arriver à des terres inconnues. Ou il faut créér du code, le débugger, le confronter à la réalité, le confronter à la spécification, vérifier son intégrité, vérifier sa robustesse, le confronter à ses futurs utilisateurs, confronter l'imaginaire desdits utilisateurs au réel que l'on vient de créer, etc...

Et là, dans ces conditions là, une spec parfaite n'est pas possible. Pas possible, parceque :
(1)ses auteurs sont des êtres humains comme les autres.
(2)il y a une grande différence entre un écran décrit sur papier et un écran interactif réel.
(3)le niveau de détail exigé an niveau code est quasiment inconcevable à spécifier totalement(par exemple, j'ai un champ pour saisir un montant en euro. Qui va spécifier que l'appli doit bloquer si on a saisi plus de 2 décimales? Pourtant, c'est nécéssaire)

En plus, elle n'est pas souhaitable, je crois(mais là, j'entre dans le domaine de l'opinion). Quand on essaye de faire des spécifications techniques totales(i.e. que la spec technique, réalisée avant codage, précise chaque ligne à coder), on en arrive à faire un codage papier, en se privant de tous les outils dont le codeur logiciel dispose(compilateur, debuggueur, etc.....).

Celà n'empêche pas qu'une spec bien faite facilite grandement le travail.

**EtherOS** · 10/09/2012, 21h17

Un Bon Developpeur a mon avis c'est celui qui a :
-->l'art du raisonnement,
-->l'ingeniosite ,
--> L'esprit d'equipe ,
--> l'efficacite (fait du bon travail pendant les delais etablient par le client ou l'equipe),
-->Aime ce qu'il fait (ceci dit donne son tout pour que son oeuvre soit meilleur),
-->Garde a l'idee de satisfaire les utilisateurs,
-->Confiant et sur de ce qu'il ecrit
--> Pousse toujours plus haut , a de la creativite et de l'innovation.

**deadalnix** · 11/09/2012, 00h51

Envoyé par EtherOS

-->Confiant et sur de ce qu'il ecrit
--> Pousse toujours plus haut , a de la creativite et de l'innovation.

La recette pour un désastre.

**gangsoleil** · 11/09/2012, 11h22

Je pousse la reponse precedente plus loin :

-->l'art du raisonnement,

Ne pas pousser trop loin, hein : si je te demande de quoi ecrire, pas la peine d'inventer l'ordinateur et l'imprimante, un papier et un crayon suffisent.

-->l'ingeniosite ,

A condition de documenter, sinon tu fais des choses inmaintenables (combien de codes "intelligents" j'ai repris, qui m'ont demande des heures d'analyse pour comprendre le fonctionnement)

-->Confiant et sur de ce qu'il ecrit
--> Pousse toujours plus haut , a de la creativite et de l'innovation.

Surtout pas. Par pitie, tout mais pas ca.

**EtherOS** · 30/09/2012, 17h48

La recette <<-->Confiant et sur de ce qu'il ecrit>> je me suis pas bien exprime. en fait je voulais dire :
<<Confiant>> : tu dois avoir confiance que ce que tu ecris pieut marcher et a cet effet vous predisposez tout organisation , proprete , qualite du code pour que ca marche.
<<sur de ce qu'il ecrit>>: A proprement dit vous ne pouvez ecrire quelque chose que dans l'objectif que cela marche , ainsi , le peu que vous avez ecrit avant amelioration pour devrez etre sur que cela marche , sinon l'objectif et le resultat passe a cote.

Invité · 30/09/2012, 19h27

Un bon developpeur et un développeur en poste, ayant un bac + 5 et 5 ans d'experiences.

Invité · 30/09/2012, 19h31

Sinon pour moi un bon dev est une personne qui cherche constamment "la faille" de son code,
qui a un regard d'ensemble,
un esprit d'analyse,
inventive,
et bien des connaissances qui saurait jongler avec

Invité · 01/10/2012, 15h08

Envoyé par gps10

Un bon developpeur et un développeur en poste, ayant un bac + 5 et 5 ans d'experiences.

C'est bien gentil de me mettre des pouces en bas mais c'est ce que pensent les recruteurs pour evaluer un développeur

Alors merci d'arreter de me bombarder de pouces en bas

**ludochm** · 01/10/2012, 16h16

Les pouces bas qualifient ton propos. Si tu ne veux pas associer le propos à ta personne, précise-le

Je comprends pas ce que vous avez tous sur ce site à compter les pouces ... ça change quoi qu'il y ait 6 pelés qui ne soient pas d'accord avec toi, et qui le signifient anonymement !?

Et désolé pour le HS, je ne participe pas beaucoup mais je suis un lecteur assidu de ce forum, et les histoires de pouces c'est pas très intéressant.

**deadalnix** · 01/10/2012, 16h22

Ce que pense un recruteur != vérité absolue .

Et vu le taux d'échec des projets informatiques, j'aurais plutôt tendance à penser qu'ils sont plutôt incapables de savoir ce qu'est un bon dev que l'inverse.