Affichage des résultats du sondage: Comment devenir un meilleur développeur ?

Votants
60. Vous ne pouvez pas participer à ce sondage.
  • Avoir une bonne formation de base

    25 41,67%
  • S'engager sur les bonnes pratiques en programmation (modèles, normes, etc.)

    31 51,67%
  • Apprendre plusieurs langages de programmation

    16 26,67%
  • Travailler sur plusieurs projets avec des résultats et des technologies différentes

    17 28,33%
  • S’auto-former régulièrement

    47 78,33%
  • Se faire coacher par un expert

    8 13,33%
  • Participer activement aux conférences et séminaires

    9 15,00%
  • Tirer les bonnes leçons de ses échecs

    36 60,00%
  • Enseigner la programmation

    10 16,67%
  • Programmer en Open Source, pour rester ouvert à d’autres suggestions

    8 13,33%
  • Être ardu à la tâche sur une longue période de temps

    8 13,33%
  • Pousser toujours l’effort au-delà de ses capacités et de son confort personnel

    27 45,00%
  • Autres (que vous préciserez en commentaires)

    11 18,33%
  • Pas d’avis

    3 5,00%
Sondage à choix multiple
+ Répondre à la discussion Actualité déjà publiée
Page 1 sur 2 12 DernièreDernière
  1. #1
    Community Manager

    Avatar de Siguillaume
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    août 2007
    Messages
    5 660
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : août 2007
    Messages : 5 660
    Points : 28 755
    Points
    28 755

    Par défaut Comment devenir un meilleur développeur ?

    Comment devenir un meilleur développeur ?
    La formation et l’expérience sont-elles suffisantes ? Vous êtes invités à partager votre avis


    Le métier de développeur suscite de plus en plus d’intérêt pour un choix de carrière professionnelle. Il offre un large panel de spécialités telles que la programmation d’applications d’entreprise, la création de jeux, l’intelligence artificielle, et bien d’autres encore, qui suscitent de la passion chez de nombreux jeunes. Qui plus est, le métier de développeur peut tout aussi être bien rémunéré, avec un niveau de revenu mensuel pouvant aller à 5000 euros en France, et même au-delà dans certains pays.

    Cependant, s’engager dans une carrière de développeur, ne garantit pas qu’on sera un bon programmeur. Il faut surtout s’en donner les moyens.
    Le meilleur développeur est-il celui qui connait le plus de langages de programmation ? Pas certain, mais toujours est-il que tout développeur doit avoir une bonne faculté d’apprentissage, et une aptitude à résoudre les problèmes.

    Nom : developpeur.png
Affichages : 7538
Taille : 91,2 Ko

    Henrik Warne, un développeur senior, indique quelques critères qui qualifient un bon développeur. Mais quel est le chemin pour y parvenir ?

    La passion et la motivation ne suffisent pas pour parvenir à la qualité de bon développeur. Plusieurs éléments sont à prendre en compte pour réussir le pari de devenir meilleur programmeur. Et le but de ce sondage est d’identifier, lesquels seraient les plus importants.

    Vous êtes donc invités à voter pour les méthodes que vous estimez les plus pertinentes, en vous s’inspirant notamment de votre expérience personnelle : comment avez-vous évolué dans votre carrière de développeur ? Et aussi, quelles erreurs éventuelles faudrait-il éviter pour devenir meilleur développeur.


    Votre avis

    Quels conseils donneriez-vous à une personne qui voudrait devenir un bon développeur ?


    Voir aussi

    Tout le monde ne peut pas devenir développeur : il faut d'abord disposer de certains prérequis
    Qu'est-ce qui fait un bon programmeur ? Un senior liste cinq caractéristiques d'un bon programmeur
    Y a-t-il une corrélation entre diplôme et succès en tant que développeur de logiciels ?
    Emploi développeur 2017 : les langages les plus demandés et les mieux payés
    Vous avez envie de contribuer au sein du Club Developpez.com ? Contactez-nous maintenant !
    Vous êtes passionné, vous souhaitez partager vos connaissances en informatique, vous souhaitez faire partie de la rédaction.
    Il suffit de vous porter volontaire et de nous faire part de vos envies de contributions :
    Rédaction d'articles/cours/tutoriels, Traduction, Contribution dans la FAQ, Rédaction de news, interviews et témoignages, Organisation de défis, de débats et de sondages, Relecture technique, Modération, Correction orthographique, etc.
    Vous avez d'autres propositions de contributions à nous faire ? Vous souhaitez en savoir davantage ? N'hésitez pas à nous approcher.

  2. #2
    Membre confirmé

    Homme Profil pro
    Développeur Java
    Inscrit en
    février 2007
    Messages
    150
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : Distribution

    Informations forums :
    Inscription : février 2007
    Messages : 150
    Points : 554
    Points
    554

    Par défaut

    Je pense que c'est comme un peu toutes choses que l'on veut maîtriser.
    Il faut consacrer du temps, s'entraîner et voir d'autre horizon (échange avec d'autre personnes / d'autre façon de faire).
    Du temps pour bien encrer les résonnement logique (la durée dépend fortement des personnes).
    De l'entraînement pour acquérir les réflexes inconscients.
    Et d'autre horizon pour élargir le champs de compétence.

    Il est important de ne pas toujours faire la même chose. Se mettre en "danger" ou en situation "difficile" est souvent bénéfique, je pense, pour progresser.
    L'expérience est une lanterne que l'on porte sur le dos et qui n'eclaire jamais que le chemin parcouru.

    La nature fait les choses sans se presser, et pourtant tout est accompli.

  3. #3
    Membre éprouvé
    Développeur tout-terrain
    Inscrit en
    juin 2004
    Messages
    232
    Détails du profil
    Informations professionnelles :
    Activité : Développeur tout-terrain
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : juin 2004
    Messages : 232
    Points : 909
    Points
    909

    Par défaut

    Citation Envoyé par Angelsafrania Voir le message
    Il est important de ne pas toujours faire la même chose. Se mettre en "danger" ou en situation "difficile" est souvent bénéfique, je pense, pour progresser.
    J'aurais dit : "Sortir de sa zone de confort" mais cela revient au même.

    Il faut aussi lorsque cela est possible (c'est pas toujours le cas), parler avec les gens qui vont utiliser le logiciel à développer : Pas les décideurs, les VRAIS utilisateurs, ceux qui vont
    utiliser le logiciel au jour le jour surtout dans mon domaine, l'informatique industrielle. Lorsque l'on fait des logiciels orientés grand public, c'est plus difficile...

    Par exemple : C'est le cas actuellement, j'attaque un soft de supervision d'atelier et de traçabilité et le directeur de production veut valider l’ergonomie lui-même, hors j'ai du mal à lui faire comprendre :

    1. Que c'est pas lui qui va l'utiliser
    2. Que ses subordonnés ont d'autres habitudes et besoins que ce que lui me rapporte (Il veut principalement de la statistique de prod)

    Au final ça ne change pas le but premier du projet (la majeure partie est invisible des opérateurs), mais ce sont des détails importants qui peuvent conditionner l'adoption par les opérateurs et la réussite d'un projet

    Enfin en dernier et c'est le plus difficile car c'est jamais chiffré, il faut faire un bilan quelques semaines/mois après livraison : Qu'est qui a bien marché, qu'est ce qui a foiré le cas échéant,
    qu'est ce qu'on aurait pu améliorer en terme d'ergonomie, de codage, etc... C'est important car c'est une façon de capitaliser l'expérience acquise sur un projet et si il y a eu des loupés, des erreurs, des incompréhensions,
    ne plus les reproduire sur le projet qui suivra (autant que possible)... Mais comme cette phase qui peu prendre du temps, en terme de réflexion et d'analyse n'est jamais vendue, et que bien souvent les
    projets s'enchainent sans temps mort, on ne le fait que très rarement.

  4. #4
    Membre émérite
    Avatar de Pyramidev
    Homme Profil pro
    Développeur
    Inscrit en
    avril 2016
    Messages
    573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : avril 2016
    Messages : 573
    Points : 2 591
    Points
    2 591

    Par défaut

    J'ai voté :
    • S’auto-former régulièrement. Pour avoir un bon niveau technique, c'est, à mon avis, le critère le plus important.
    • Tirer les bonnes leçons de ses échecs. Par exemple :
      • Quand on écrit un code qui n'est pas assez flexible et réutilisable et que cela ralentit les développements plus tard, il faut se rendre compte que le code aurait pu être plus flexible et plus réutilisable.
      • Quand on introduit un bogue, il faut se demander si, en écrivant le code autrement au départ, un tel bogue aurait été plus difficile voire impossible à introduire.
      • En dehors du code, quand il y a des problèmes organisationnels, il faut aussi pouvoir les identifier. Par exemple, certains problèmes de communication viennent d'un manque de feedback.
    • Apprendre plusieurs langages de programmation. Il y a plusieurs raisons :
      • De toute façon, on ne peut pas toujours se contenter d'un seul langage, car les langages les plus connus ne sont pas assez polyvalents.
      • Plus on connaît de langages, plus on a accès à des ressources pour s'auto-former.
      • Maîtriser les meilleurs langages ouvre l'esprit et aide à échapper au Blub Paradox. Le Blub Paradox est un concept introduit par Paul Graham dans son article Beating the Averages, écrit en 2001. Voici un extrait :
        Programmers get very attached to their favorite languages, and I don't want to hurt anyone's feelings, so to explain this point I'm going to use a hypothetical language called Blub. Blub falls right in the middle of the abstractness continuum. It is not the most powerful language, but it is more powerful than Cobol or machine language.

        And in fact, our hypothetical Blub programmer wouldn't use either of them. Of course he wouldn't program in machine language. That's what compilers are for. And as for Cobol, he doesn't know how anyone can get anything done with it. It doesn't even have x (Blub feature of your choice).

        As long as our hypothetical Blub programmer is looking down the power continuum, he knows he's looking down. Languages less powerful than Blub are obviously less powerful, because they're missing some feature he's used to. But when our hypothetical Blub programmer looks in the other direction, up the power continuum, he doesn't realize he's looking up. What he sees are merely weird languages. He probably considers them about equivalent in power to Blub, but with all this other hairy stuff thrown in as well. Blub is good enough for him, because he thinks in Blub.

        [...]

        Programs that write programs? When would you ever want to do that? Not very often, if you think in Cobol. All the time, if you think in Lisp.
        Je n'ai pas encore étudié Lisp, mais j'ai expérimenté le Blub Paradox pendant mon apprentissage (encore en cours) du langage Haskell. Avant, avec C++, je connaissais le procédural, l'objet et la programmation générique, mais je ne connaissais presque rien du monde de la programmation fonctionnelle.

  5. #5
    Modérateur
    Avatar de Hizin
    Homme Profil pro
    Développeur mobile
    Inscrit en
    février 2010
    Messages
    2 165
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France

    Informations professionnelles :
    Activité : Développeur mobile

    Informations forums :
    Inscription : février 2010
    Messages : 2 165
    Points : 5 012
    Points
    5 012

    Par défaut

    Plusieurs des propositions, et autre.
    Apprendre et partager. Discuter et échanger.
    J'entends par là :
    • Poser des questions sur notre projet lorsque l'on ne comprend pas une architecture, un choix technique, un code... bref, quoi que ce soit de technique
    • Faire partie d'une communauté de développeurs, que ce soit virtuel (exemple : forum) ou réel (exemple : meetup)
    • Rester humble : pour ça, j'aime beaucoup la signature de el_slapper avec le serment de non-allégeance de Cockburn => "Je promet de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée."


    Je rajouterai aussi le manifeste software craft(wo)manship qui me paraît être une bonne route vers l'amélioration.

    En bref : l'intérêt et l'échange.
    C'est Android, PAS Androïd, ou Androïde didiou !
    Le premier est un OS, le second est la mauvaise orthographe du troisième, un mot français désignant un robot à forme humaine.

    Membre du comité contre la phrase "ça marche PAS" en titre et/ou explication de problème.

    N'oubliez pas de consulter les FAQ Android et les cours et tutoriels Android

  6. #6
    Nouveau Candidat au Club
    Homme Profil pro
    ENTREPRISE
    Inscrit en
    mai 2018
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Congo-Brazzaville

    Informations professionnelles :
    Activité : ENTREPRISE
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mai 2018
    Messages : 1
    Points : 1
    Points
    1

    Par défaut

    pour rester competitif et rester meilleur je participe souvent aux projets et je regarde des conférences,
    comme par exemple NgConf, DEVOXX

  7. #7
    Membre régulier
    Homme Profil pro
    Responsable d'un système d'information métier
    Inscrit en
    septembre 2016
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Responsable d'un système d'information métier

    Informations forums :
    Inscription : septembre 2016
    Messages : 21
    Points : 98
    Points
    98

    Par défaut

    Citation Envoyé par Hizin Voir le message
    Apprendre et partager. Discuter et échanger.
    +1

    J'adhère totalement à ce principe. Un bon développeur n'est pas celui qui s'enferme en vase clos, mais qui doit surtout apprendre à comprendre les autres (les utilisateurs finaux) et se faire comprendre. Sinon ...

  8. #8
    Expert éminent
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    août 2007
    Messages
    1 979
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : août 2007
    Messages : 1 979
    Points : 7 112
    Points
    7 112

    Par défaut

    Je pense que rien ne vaut l'expérience et c'est un thème très vaste à prendre au sens large.
    Plus on travaille sur des projets différents et plus on est confronté à :
    • des problématiques différentes
    • des collègues différents
    • des managers différents
    • des utilisateurs différents
    • des échecs et causes d'échecs riches en enseignement
    • ...

  9. #9
    Membre actif
    Homme Profil pro
    Développeur .NET
    Inscrit en
    mai 2014
    Messages
    148
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : mai 2014
    Messages : 148
    Points : 204
    Points
    204

    Par défaut

    Aimer ce que l'on fait.
    Pas de concurrence, de performance, de temps .
    Revenir à l'essentiel: aimer son métier.

    CAD l'inverse du monde professionnel, ou tout est de plus en plus == c'est terminé quand?

  10. #10
    Expert éminent
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    août 2007
    Messages
    1 979
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : août 2007
    Messages : 1 979
    Points : 7 112
    Points
    7 112

    Par défaut

    Citation Envoyé par footsteps Voir le message
    CAD l'inverse du monde professionnel, ou tout est de plus en plus == c'est terminé quand?
    Parce que dans la vie personnelle c'est différent ?
    J'ai le bonheur d'être le père de 2 garçons et je suis harcelé de questions du genre "c'est quand qu'on va au ciné ?" ou encore "c'est quand qu'on mange ?" ou la meilleure de toutes "c'est quand que je finis l'école ?"
    Avec la femme, ce n'est pas mieux avec le traditionnel : "à quelle heure rentres-tu du travail ?"

  11. #11
    Membre expérimenté
    Homme Profil pro
    Informaticien
    Inscrit en
    septembre 2002
    Messages
    1 965
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Informaticien
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : septembre 2002
    Messages : 1 965
    Points : 1 470
    Points
    1 470

    Par défaut

    Bonjour,

    Il faut aussi être un vrai collaborateur dans l'équipe de projet, être considéré à sa juste valeur, être rémunéré correctement et avoir de la flexibilité dans son mode de travail (télétravail, horaires flexibles...).

    A+
    La connaissance ne sert que si elle est partagée.
    http://ms2i.net

  12. #12
    Expert éminent
    Avatar de Matthieu Vergne
    Homme Profil pro
    Consultant IT, chercheur IA indépendant
    Inscrit en
    novembre 2011
    Messages
    1 918
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant IT, chercheur IA indépendant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 918
    Points : 6 106
    Points
    6 106
    Billets dans le blog
    2

    Par défaut

    Je vais profiter de ma formation pour donner un avis générique et sourcé, basé sur des travaux scientifiques. Les source en question sont sur les travaux effectués sur l'expertise dans de nombreux domaines, dont un bon point de départ est cet ouvrage :
    Ericsson, K. Anders, éd. The Cambridge Handbook of Expertise and Expert Performance. Cambridge ; New York: Cambridge University Press, 2006. http://www.cambridge.org/us/academic...rt-performance.

    Pour la question principale, à savoir "Comment devenir un meilleur développeur ?", ce n'est pas différent des autres domaines, et c'est tout simple. Il faut en effet avoir seulement 2 choses :
    1. la volonté de s'améliorer
    2. un bon coach

    Le coach a pour rôle d'identifier les lacunes (2a) et de fournir les moyens pour les corriger (2b). Une fois qu'on a assez d'expérience, on peut faire cela par soi-même et donc être son propre coach, ce qui permet une autonomie totale pour une amélioration continue. Seule reste à maintenir la volonté de s'améliorer (ce qui n'a rien d'évident, ne soyons pas simpliste non plus).

    Le sondage effectué montre d'ailleurs bien cela. À l'heure où j'écris ces lignes, 39 votants se sont exprimés et le classement est le suivant :
    - S’auto-former régulièrement = 1+2b
    - Tirer les bonnes leçons de ses échecs = 2a+2b
    - S'engager sur les bonnes pratiques en programmation = 1
    - Pousser toujours l’effort au-delà de ses capacités et de son confort personnel = 1
    - Avoir une bonne formation de base = 2

    Il existe des tas de manières de s'améliorer, celles listées là ne sont que des cas particuliers. Pour devenir toujours meilleur, il s'agit avant tout de se poser deux questions :
    1. est-ce que j'ai vraiment envie de faire l'effort pour m'améliorer ?
    2. est-ce que l'environnement dans lequel je suis (ou qu'on me propose) me permet d'identifier et de combler mes lacunes ?

    Ainsi, comme mentionné dans l'article "La passion et la motivation ne suffisent pas pour parvenir à la qualité de bon développeur." Mais c'est tout de même un point primordial, qui doit être complété avec du bon coaching. Autrement, on prend le risque de tourner en rond ou de s'orienter sur des voies sans réelles issues.
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  13. #13
    Candidat au Club
    Homme Profil pro
    Développeur Cobol et Java EE
    Inscrit en
    décembre 2017
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Cobol et Java EE

    Informations forums :
    Inscription : décembre 2017
    Messages : 1
    Points : 4
    Points
    4

    Par défaut

    Pour ma part, je pense qu’il faut d’abord connaître plusieurs langages, OS, base de données ... Langage Objet, procédural, de 4ème Génération, ... Un bon développeur doit connaître cela. Il faut aussi qu’il sache l’utilité de tel ou tel langage. Faire du Cobol n’a pas le même objectif que du Java. Ces connaissances me paraissent essentielles.
    Après, il doit aussi être spécialiste d’un langage car un bon développeur est avant tout un développeur efficace qui sait rapidement répondre à un besoin ou une urgence.
    Je lis «*il doit aimer ce qu’il fait*». Évidemment ! Mais il est vrai qu’en entreprise, on rencontre des développeurs désabusés, initéréssés, ce qui est énervant.
    Je pense aussi qu’il doit connaître les autres métiers (Analyste, récetteur, chef de projet). Comprendre l’environnement autour de lui me parait important.
    Il doit être curieux et autodidacte. IA, Cloud, SAP, ... Un bon développeur doit avoir une bonne culture technologique.

  14. #14
    Membre actif

    Homme Profil pro
    Ingénieur
    Inscrit en
    mars 2013
    Messages
    11
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : Ingénieur
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2013
    Messages : 11
    Points : 210
    Points
    210

    Par défaut

    (ce qui me vient a l'esprit car la liste complete serait longue)

    aimer développer,
    avoir une mémoire correcte,
    pouvoir se concentrer,
    aimer et vouloir raisonner (analyser, modéliser, synthétiser, etc.),
    pratiquer souvent,
    ne pas développer seul (je veux dire en gros qu'il me parait important d'avoir une équipe ou au moins un collègue ou un coach pour pouvoir échanger sur sa production et l’améliorer),
    aimer explorer /comparer de nouvelles solutions (pour s’améliorer aussi),
    savoir pourquoi on développe (comprendre le besoin),
    savoir tester,
    être plus humble que la moyenne et ne pas refuser la critique constructive,
    résister à l’échec,
    vouloir (et pouvoir) prendre du recul sur notre techno favorite (par ex. pouvoir s'exercer sur des technos différentes),
    bosser dans une organisation capable de valoriser ce métier qui, à mon, sens, est relativement complet et exigeant, qui prend du temps, qui est critique et qui est exposé (un trou dans la spécif pourra etre masqué par le développeur, mais un trou dans l'algo ça fera probablement un bug livré en prod si les testeurs du fournisseur et du client ne le signalent pas),
    ...

  15. #15
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    août 2012
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Niger

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : août 2012
    Messages : 1
    Points : 1
    Points
    1

    Par défaut

    Je pense que autoformation est la meilleure de chose pour être compétent en développement.

  16. #16
    Expert éminent sénior
    Profil pro
    Inscrit en
    décembre 2007
    Messages
    4 977
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : décembre 2007
    Messages : 4 977
    Points : 21 451
    Points
    21 451

    Par défaut

    Je vais être encore plus basique : chercher délibérément à s'améliorer.

    Peu importe la méthode, à mon sens.
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  17. #17
    Membre éprouvé
    Profil pro
    Inscrit en
    avril 2004
    Messages
    684
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations forums :
    Inscription : avril 2004
    Messages : 684
    Points : 981
    Points
    981

    Par défaut

    C'est quoi un bon développeur ?
    A écrit avec un langage d'il y a 30 ans un programme qui tient en 50 ko et fait le boulot avec une interface austère
    B utilise les techniques dernier cri, qui en met plein les yeux et implique 12 fichiers

    J'ai l'impression que B sera toujours mieux considéré ...
    Ce qui s'énonce clairement se conçoit bien ( Le hautbois)

  18. #18
    Membre régulier
    Homme Profil pro
    Responsable d'un système d'information métier
    Inscrit en
    septembre 2016
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Responsable d'un système d'information métier

    Informations forums :
    Inscription : septembre 2016
    Messages : 21
    Points : 98
    Points
    98

    Par défaut

    Citation Envoyé par Mister Nono Voir le message
    être rémunéré correctement et avoir de la flexibilité dans son mode de travail (télétravail, horaires flexibles...).
    Personnellement, je ne vois pas en quoi avoir une bonne rémunération aide à être un meilleur développeur.

  19. #19
    Membre régulier
    Homme Profil pro
    Responsable d'un système d'information métier
    Inscrit en
    septembre 2016
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Responsable d'un système d'information métier

    Informations forums :
    Inscription : septembre 2016
    Messages : 21
    Points : 98
    Points
    98

    Par défaut

    Citation Envoyé par Nebulix Voir le message
    A écrit avec un langage d'il y a 30 ans un programme qui tient en 50 ko et fait le boulot avec une interface austère
    B utilise les techniques dernier cri, qui en met plein les yeux et implique 12 fichiers

    J'ai l'impression que B sera toujours mieux considéré ...
    Peut-être parce B a intégré toutes les exigences liées à la sécurité.
    Justement, être bon développeur ce n'est pas seulement écrire du code, mais c'est de réaliser un programme qui prend en charge toutes les contraintes du moment (besoins métiers, sécurité, ergonomie, etc.

  20. #20
    Modérateur
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    15 495
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 15 495
    Points : 30 273
    Points
    30 273
    Billets dans le blog
    4

    Par défaut

    Autres : Participer à Developpez.net !
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

Discussions similaires

  1. Comment devenir Développeur Web?
    Par stephweb dans le forum Etudes
    Réponses: 4
    Dernier message: 10/05/2018, 23h20
  2. Comment devenir développeur de jeux vidéos?
    Par Kabut0x dans le forum Etudes
    Réponses: 23
    Dernier message: 26/02/2015, 18h21
  3. Comment devenir développeur logiciel ?
    Par PilloBuenaGente dans le forum Etudes
    Réponses: 13
    Dernier message: 20/02/2013, 18h41
  4. Comment devenir Développeur ?
    Par ---LN--- dans le forum Emploi
    Réponses: 6
    Dernier message: 05/09/2009, 13h29

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo