On entend souvent, que ce soit dans les discours de motivation, les séminaires ou les articles, qu’il faut être passionné pour réussir. La passion est présentée comme un moteur indispensable, un feu sacré pour avancer, produire, et exceller. Mais j’en suis venu à voir les choses un peu différemment.

La passion, au départ, ce n’est pas ce qu’on croit

Le mot « passion » a une origine assez surprenante. En latin, patior signifie « souffrir », « subir ». La passion, à l’origine, ce n’est pas un enthousiasme joyeux, c’est plutôt un état de quelqu’un qui subit une émotion intense, parfois même difficile. Et si on y réfléchit, c’est assez proche du mot « travail » qui lui aussi vient d’une idée de souffrance.

Avec le temps, on a donné une connotation positive à ces mots, mais il ne faut pas oublier d’où ils viennent. La passion n’est pas forcément un choix qu’on fait, c’est souvent un coup de foudre, une sorte d’obsession qu’on subit, avant de se mettre à agir pour la concrétiser.

Dans le développement, la passion ne fait pas tout

On dit souvent : « Pour être un bon développeur, il faut être passionné. » J’y croyais dur comme fer avant d’approfondir le sujet pour mon projet Le Développeur Idéal. Mais après expérience, j’ai vu qu’à elle seule, la passion ne suffit pas.

Ce qui différencie un bon développeur, ce n’est pas la passion pure, c’est le travail. Quelqu’un de passionné qui ne se donne pas la peine de travailler ne sera jamais meilleur que quelqu’un de moins passionné, mais discipliné et régulier.

La passion peut te donner l’envie, la curiosité et le courage de commencer. Mais si tu ne travailles pas, tu n’avanceras pas. C’est dans l’effort, les essais, les erreurs, les échanges, que tu deviens vraiment meilleur.

La discipline est la clé

Dans le monde réel, il y a plein de développeurs qui ne sont pas forcément passionnés par leur boulot, comme il y a des gars dans d’autres métiers qui travaillent sans être passionnés. Et ça ne change rien au fait qu’ils sont bons dans ce qu’ils font, qu’ils gagnent leur vie, qu’ils réussissent.

Paradoxalement, ceux qui brillent le plus sont souvent ceux qui sont les plus organisés, disciplinés, travailleurs. Ils ne vivent pas tout le temps dans la fièvre passionnelle, mais dans la constance.

Gérer sa passion pour ne pas s’épuiser

Un vrai piège de la passion chez les développeurs, c’est l’excès. Trop de zèle, trop d’heures, trop d’obsession peuvent entraîner un burn-out. Apprendre à gérer son temps, ses limites, choisir ses projets, c’est indispensable.

On peut avoir plusieurs passions dans une vie, ou même en même temps : le code, le sport, la musique, la compta… Ce qui fait la différence dans chaque domaine, c’est ce qu’on met comme travail derrière.

Transformer la passion en travail équilibré

Enfin, il y a cette phrase qui circule : « Si tu fais de ta passion ton travail, tu n’auras plus jamais un travail. » C’est un peu vrai, mais ça dépend de toi. Beaucoup aiment certaines tâches sans les adorer, et pourtant ils les font bien. D’autres adorent quelque chose, mais n’ont pas les bons résultats.

Le secret, c’est d’avoir un bon équilibre entre passion, envie, mais aussi pragmatisme et discipline. Tester, essayer, s’adapter à ses envies et ses capacités.

Mon point de vue

La passion, c’est bien. Mais la discipline, le travail régulier et la gestion de soi, c’est mieux. La passion donne l’étincelle, mais c’est le travail qui allume le feu. Pour être un excellent développeur, il faut les deux, oui, mais surtout il faut travailler.

Voilà mon regard sur la passion. J’espère que ça vous parle et vous éclaire un peu.

Et vous qu’est ce vous en pensez ?

L’article La Passion du Codeur est apparu en premier sur Mebodo Richard.

C’est un réel plaisir de vous retrouver et de pouvoir partager avec vous de nouvelles expériences et comme vous le savez, il ne s’agit que de mon point de vue . Ces derniers mois, grâce à mon nouvel emploi et aux activités de la communauté Cod’On, je travaille sur projet qui touche aux finances ou à l’argent. Et ça m’a mis en tête de faire une série d’article sur la question avec le développeur comme acteur principale. Donc on verra lors de cette série comment il perçoit ce milieu, comment il gagne de l’argent ou encore comment il se valorise sur le marché de l’emploi. Ce sont des sujets souvent négligés mais qui comme on le verra doit être pris au sérieux mais alors très au sérieux par le développeur lui-même mais aussi par ceux qui ont recours à leurs services.

Pour commencer notre série, il est donc important de bien poser les bases , nous allons donc parler dans ce premier article de valeur et prix, deux notions qui en valent largement le détour.

1. La Valeur

La valeur est ce que représente quelqu’un ou quelque chose, quantitativement, financièrement, qualitativement ou symboliquement (La Toupie). Le sujet est aussi vaste que complexe, le point de vue par rapport à la valeur varie en fonction de la personne concerné. Aujourd’hui on peut distinguer aisément deux types de valeurs que l’on peut retrouver également chez le développeur ou dans un projet :

• La valeur d’échange qui se caractérise par la valeur monétaire du produit ou du service (#prix)
• La valeur d’utilité qui elle se définit par l’utilité même du produit pour le client et s’exprime en satisfaction.

Et lorsqu’on observe ces deux types on serait tenté de penser qu’elles sont opposées et nous emmènent à nous poser des questions comme « la valeur est-elle assimilable au prix ou est-elle distincte de ce dernier ? ». J’essaierais d’apporter un élément de réponse plus tard, j’aborde d’abord la valeur pour un développeur ou un projet informatique. Comme on le voit dans cette définition, la valeur peut représenter une ou plusieurs caractéristiques. Comme toute chose, un projet de développement a une valeur ; et au-delà de ce que peut représenter un projet pour quelqu’un symboliquement, il aura toujours une valeur quantitative, qualitative, et financière complètement indépendante de notre point de vue. Aujourd’hui, pour définir la valeur d’un projet de développement, les critères les plus importants sont le temps et la complexité du problème à résoudre. Après quel que soit le projet, une analyse approfondie est toujours nécessaire pour définir la valeur exacte d’un projet, et cela doit permettre de définir le prix de ce dernier en fonction de l’écosystème.  Le principe est le même pour le développeur, la valeur technique d’un développeur se définit généralement par son parcours académique ; son expérience et le nombre de technologies maitrisées. Pour moi, hors-mis l’expérience, le reste des critères orientent généralement vers des mauvais choix pour des ressources développeurs. La réelle valeur d’un développeur sur le plan technique est sa capacité à résoudre rapidement un problème et à s’adapter à son degré de complexité. De façon plus globalisé en fonction de l’environnement et du milieu d’activité d’autres critères peuvent s’ajouter pour juger de sa réelle valeur dans ce milieu-là.

2. Le Prix

Le prix, exprimé en un montant de référence (en général monétaire), est la traduction de la compensation qu’un opérateur est disposé à remettre à un autre en contrepartie de la cession d’un bien ou un service (Wikipédia). Comme vu dans la section valeur, le prix est également la valeur d’échange. Et par rapport au prix, deux courants de penser s’affrontent :  

• Le prix est un attribut de la valeur : la valeur serait une synthèse des différentes caractéristiques du bien, le prix étant une caractéristique ou un attribut parmi d’autres.
• Le prix est une approximation de la valeur : elle permet d’évaluer la valeur d’un produit ou service. C’est la valeur que le client est disposé à payer pour acquérir le bien ou le service.

J’aimerais m’attarder sur ce dernier courant, le mot qui attire mon attention ici c’est disposé, en effet c’est à ce niveau que tout se joue lors des négociations sur le prix pour la réalisation d’un projet de développement ou pour un développeur. Généralement, la valeur d’utilité d’un projet ou les services d’un développeur permettent de définir le prix que doit avoir ces derniers. Ce qui est important à comprendre ici, c’est que lorsqu’on définit un prix il faut prendre en compte plusieurs éléments dont les plus importants : la disposition de la contrepartie et la valeur réelle du projet ou de votre service. Il est difficile aujourd’hui d’avoir une grille de prix exacte pour les services informatiques de développement mais tout est possible c’est-à-dire pour le même type de projet on peut avoir un prix de vente à 15 millions et un autre à 500 mille. Cela peut s’expliquer avec la valeur d’utilité, le prix que le client est disposé à payer dépend donc de la taille du problème que la solution apporté l’aide à résoudre. Si on me demande 15 millions pour un logiciel qui va me résoudre une perte de 150 millions, le prix est difficilement discutable, même si le client peut penser que c’est relativement cher. À cela va s’ajouter l’environnement qui dépend au moins deux (2) choses, la loi de l’offre et de la demande (donc le marché) et les lois des gouvernants sur comment l’écosystème va orienter ses échanges concernant l’argent. Le prix n’est donc pas une science exacte et varie en fonction des différents paramètre constituant l’environnement dans lequel il doit être défini.

3. Mon point de vue

Pour donc apporter une réponse à ma question de départ, je pense qu’il s’agit de 2 choses distinctes mais très liées. L’argent est souvent assimilé à la valeur des choses dans notre esprit. Plus c’est cher plus c’est de meilleure qualité ; c’est déjà établi. Mais lorsqu’on y jette un coup d’œil en profondeur, on se rend compte que c’est bien plus complexe que ça. Il faut avoir un peu de recul lorsqu’on veut connaître la valeur réelle d’un produit ou service ; et toujours garder à l’esprit que ce n’est pas notre perception qui compte vraiment. Après pour le prix, il faut tenir compte de la disposition de la contrepartie et surtout éviter de le brader. Celui qui fournit le produit ou service est responsable du prix et d’autre part de la perception que peut avoir le client sur la valeur du produit ou service. Donc nous devons travailler sur ces aspects afin d’être payé à un prix en accord avec la valeur réelle du produit ou du service. Et pour les personnes qui me lisent et qui souhaitent un jour réaliser un projet ou faire recours à un développeur, prenez la peine de connaître la valeur de ce que vous souhaitez avoir, ce serait beaucoup plus facile pour vous de savoir si vous devez payer premièrement et ensuite payer plus ou moins.

Sources et En Savoir Plus :

• Wikipédia
• La Toupie
• Peut-on gérer le couple coûts-valeur ? – Véronique MALLERET, Professeur Associé, Groupe HEC – 2006

L’article Valeur = Prix ? est apparu en premier sur Mebodo Richard.

Tout d’abord je tiens à me présenter, Je suis Mebodo Richard Aristide. Je suis développeur, entrepreneur et passionné de numérique. Je suis spécialisé dans le web et la communication. J’ai débuté dans le milieu professionnel par un stage à Sunu Assusrance en 2016. Je me suis lancé dans l’entrepreneuriat la même année. En 2017 j’ai rejoins Jobs conseil. J’ai eu l’opportunité de m’aguerrir dans le développement web, la gestion de projet et de découvrir de nouveaux domaines comme la communication et l’affichage dynamique. c’est également à cette période que j’ai débuté dans le milieu associatif et l’entrepreneuriat social avec le lancement de la communauté Cod’On en fin 2018. Aujourd’hui je compte plus de 5 ans d’expériences et plus 20 projets réalisés dans le développement et la communication.

Dans le but de m’améliorer et améliorer mon image de marque, j’ai créé ce site afin de mettre en avant mon profil et mes expériences. Je publierais des articles sur des sujets liés à mon activité professionnel et sur le monde du numérique en générale. Les publications seront hebdomadaires. Vous pourrez partager et commenter. Le but étant d’aider et d’apporter un élément de réponse aux questions que l’on se pose. Dans ce blog, j’essaierais d’être les plus ouvert possible dans le langage afin de toucher le maximum de personnes.

Ce premier article a donc pour but de lancer cette nouvelle aventure et poser les bases d’une expérience qui je souhaite sera bénéfique pour vous comme pour moi. Je reste également ouvert à vos proposition de thèmes, de sujets sur lesquels je pourrais partager mon point de vue et mon expérience. Je te dis donc merci et à bientôt sur mon point de vue.

L’article Mon Point de Vue est apparu en premier sur Mebodo Richard.