Evolution de carriere freelance pour un dev C++
Boris M
Bonjour à toutes et à tous,
Je me pose quelques questions sur mon évolution de carrière en tant que développeur C++.
Pour situer le contexte, je suis développeur C++ freelance depuis 3 et je cumule 5 années d'expériences en tant que développeur aujourd'hui. Je facture un TJM de 600Eur principalement dans le secteur de finance de marché où j'ai pu développer une compétence métier. Aujourd'hui, j'ai énormément de mal à faire évoluer mon TJM au-delà des 600 Eur. Je reçois des demandes, mais dès que j'annonce mon TJM direct, on me trouve trop haut et les potentiels intermédiaires (ESN) n'arrivent pas à suivre.
De base, je suis allé vers le secteur de la finance de marché, car d'après les "on dit ", c'était le secteur qui rémunérait le mieux. Ensuite, j'ai fait le choix de développer une vraie expertise métier en finance de marché dans le but de vendre plus cher. Mais j'ai l'impression que passer de 600 ==> 650 où même plus c'est quasiment mission impossible avec mon expérience actuelle.
Avez-vous des pistes à me proposer?
-
lamarana
Nombre de posts : 181Nombre de likes : 39Inscrit : 28 décembre 2013personnellement , je n'ai pu facturer plus de 560 € en dev c# et je suis passé devops /archi azure et je suis entre 700 et 800 € en fonction du contexte
AWS-Enthousiaste
Nombre de posts : 98Nombre de likes : 48Inscrit : 26 septembre 2014Pareil que toi, le tjm pour un profil dev atteint rapidement la limite par contre ce qui est cloud c'est la tendance ;)
Utilisateur suppriméSalut,
oui, je dis et je redis que les modes d'achats ne sont pas les mêmes. Il y a des grilles pour les profils "tout venant". Il n'y en a pas pour les profils experts ou managers. Pour les experts et les managers, il y a plutôt des "pratiques d'achat", selon expérience du candidat.
Il n'y a aucune chance pour qu'un DEV JAVA générique, avec 5 ans d'expérience, soit pris à la BNP, au CA ou la SG à un TJM700. C'est hors politique d'achat.
Par contre, JAVA/KAFKA/Bases de données documentaires en JSON, c'est beaucoup moins générique, donc il y aura forcément une discussion plus ouverte sur le tarif.
AWS-Enthousiaste
Nombre de posts : 98Nombre de likes : 48Inscrit : 26 septembre 2014@DevAndOps,
Par contre , il ne faut pas oublier que pour les profils experts dans un secteur particulier , c'est rare de trouver une mission avec un bon TJM. Ce qui est différent pour un dev générique.
- Utilisateur supprimé
moi les s***boules me donnent souvent un contrat initial de 3 mois et je ne prolonge jamais sans les faire raquer au moins 30 euros de plus sur le TJM. Apres il faut savoir être crédible et pas seulement bluffer.
Pour la finance de marché en banque c'est vrai que sur le long terme c'est un piège d'être en indép car les cdi touchent quand même des bonus dans les banques étrangères et intéressement dans les banques françaises genre bnp.Il faut donc mieux roupiller sur sa chaise en CDI.
Je pense que le buyside (hedge fund) paient plus mais c'est la niche d'une niche ect...
-
yanolezard
Nombre de posts : 289Nombre de likes : 285Inscrit : 5 décembre 2016Bonjour "Boris M",
Dans l'écosystème Banque, les développeurs de "tous poils", avec quelques années d'expériences (par exemple en Finance de Marché, en Titres, en Trade, en Corbeille) se heurtent souvent au phénomène "Commandos à bas prix" (les équipes Commandos sont souvent spécialisées soit en VBA, soit en C++ ou bien en Java voire maintenant en C# : il s'agit d'équipes composées de quelques personnes, pointues, capables d'intervenir rapidement sur un sujet, un bug, une procédure ou un projet qui normalement devrait prendre quelques semaines/mois et qui doit être réalisé en quelques heures/jours).
Quand j'officiais dans cet écosystème, je les voyais régulièrement : soit ils s'y plaisaient car adrénaline + trucs tordus + soudure équipe, etc soit ils détestaient car tirage de pattes, mauvaises ambiances, nouveaux arrivants à intégrer, ignorance/méprise, le syndrome du héron, etc .
Les "commandos" sont fournis par certaines ESN bien connues sur les places de marchés, avec 1 ou 2 "nourrissons" dans la boucle, si bien que les TJM sont plafonnés et difficilement contournables. De plus, ce système a permis aux différents clients de "fixer" les tarifs de prestations car pour remplir les "commandos", ils prennent des jeunes fraîchement sortis de l'école à +5/+6/+7 en tirant vers le bas (il faut "à manger" pour ces têtes bien remplies et comme ce sont leurs premières missions vraiment terrain et que la banque/finance, c'est comme la poudre blanche ... ça fait bien ba.d.r).
Il est vrai aussi que les développeurs C++, on les trouve aussi beaucoup chez les éditeurs de logiciels de gestion comptable et financière, les ERP, les CRM, les industries ... De ce que j'ai pu constater et voir sur ce marché banque/finance, au-delà du langage et de ses arcanes, soit on évolue vers un socle applicatif Cloud (style Google Cloud Platform, beaucoup de C/C++, Go), soit vers une tendance architecte logiciel (il faut quelques années de plus en terme d'expériences), soit compléter par d'autres technologies complémentaires comme les middleware (Kafka, Rabbit, ELK), comme les bases de données type "Graph DB : Neo4J" et affinitaires (Big Data, Exploration, Algorithmes) ou compléter avec des technologies IA (Intelligence Artificielle, Machine Learning), ce qui rare et non "générique" devient plus négociable ...
Bien à vous,
Yanolezard