galère à trouver une mission

Traditionnellement, le mois de Décembre est calme à cause de Noel, et celui de Janvier à cause des nouveaux budgets. Ca démarre plutot en Février je dirais.

janvier : c'est le budget

juin-août : c'est les vacances

septembre : c'est le retour

octobre-décembre : y a plus de sous

Donc la fenêtre pour trouver une mission c'est février-juin en fait 😂

Hello,

Je comprends la frustration mais la prospection est forcement une face caché du métier de freelance, je compare souvent cela à de la vente, tu vas avoir 10 appels pour une mission intéressante malheureusement cela fait partie du métier, faut avoir le fibre "commercial", quand j'ai des appels je dis toujours être "à l'écoute" je commence à avoir un peu d'expérience et j'emmène toujours le recruteur ou il veut aller, et j'arrête de donner mes références car trop souvent il essaye de contacter les personnes pour de la prospection.

Petit tips quand je suis vraiment en galère de mission, je cible les offres en CDD voir CDI et dans la lettre de motivation je mets que je propose mes services en freelance et je démontre les avantages du freelancing (merci chatgtp ;) ), il faut pas avoir peur de faire du travail à la chaine, car tu vas avoir peut être 10% de réponse pour un entretien.

Courage à vous ;)

Tu prospectes aussi lorsque tu est en mission ?

Perso je dis que je recontacterais les personnes lorsque j'aurais de la visibilité, mais un collègue freelance me disait que lui proposait un TJM pour voir ce que lui proposaient les recruteurs.

Hello,

Même quand je suis en mission, je réponds au demande en disant être "à l"ecoute du marché", si la mission proposé est intéressante (mission +durée), j'écoute, j'annonce un TJM de +50e que celui que j'ai actuellement.

Après personnellement je n'ai pas peur de changer de mission régulièrement en moyenne 6mois/1 an. Sela mets arrivé une fois de changer au bout de 3 mois car j'avais négocié +90e sur mon TJM actuel.

Le client l'a bien compris ( surement l'ESN ne me rappellera plus mais bon c'était pas négligeable comme augmentation)

pour info mon TJM en fonction de mes mission admin sys PME 250e =>technicien de proximité technicien 240e =>support N2 330e =>chef d'un petit projet (3 mois)350e => admin sys MCO 350e => Adjoint RSSI 350e => Bussiness analyst technique 440e (bien grand nom pour de la gestion d'incident classique/critique grand compte)

Bastion14, ton TJM sans vouloir te vexer, me parait excessivement bas.
Chef de projet moins cher que les autres, de plus, c'est surprenant.

Cependant, merci de ces informations.

Tout d'abord félicitation pour ton parcours.
Je ne vois pas trop le rapport avec tes origines et non plus le rapport avec ton parcours associé à ton TJM.

Non je voulais indiquer simplement que c'est un TJM qui est en dessous du prix du marché et d'après ta nouvelle description, en dessous de ce que tu vaux, me semble t'il.
Navré car manifestement j'ai du mal m'exprimer, car je ne crois pas que le niveau en bac + importe tant que ça, à mesure ou l'expérience prends le pas et que donc, ce n'est pas le niveau bac + qui indique le TJM à avoir, selon moi.

Maintenant de toute façon, libre à toi d'avoir le TJM que tu décides d'avoir, comme je l'indiquais, je ne faisais que trouver ton TJM bas, ça n'était en rien une critique avec apparemment tes origines qui supposerait que l'on soit dans un pays raciste qui forcément discrédite selon les origines et donc serait un jugement de valeur que je trouverais franchement très, très moyen, si c'était ce que tu voulais sous entendre. Ni, avec ton niveau d'études ou quoi que ce soit d'autres, je pense qu'il y a méprise et que là, on commence à tomber dans une discussion qui devient limite.

En bref, je ne savais pas que tu étais actuellement à un TJM de 440 euros, car je me suis arrêté à ce que tu avais écrit.

pour info mon TJM en fonction de mes mission admin sys PME 250e =>technicien de proximité technicien 240e =>support N2 330e =>chef d'un petit projet (3 mois)350e => admin sys MCO 350e => Adjoint RSSI 350e => Bussiness analyst technique 440e (bien grand nom pour de la gestion d'incident classique/critique grand compte)

Et 250 euros pour une prestation Freelance, me semblait être un TJM bas pour une mission d'admin système qui sont en général deux à trois fois au dessus, même pour un junior. Cependant encore une fois, cette "critique" n'en est pas une, mais simplement que j'étais, je me cite, "surpris". Mais j’admets volontiers que c'est déjà bien d'avoir une mission tout court, peut importe le TJM et une fois de plus, je te félicite pour ton parcours et d'avoir autant de missions.

Merci de m'avoir répondu et d'avoir partager ces informations, bonne journée.

Re,

J’ai utilisé le terme ‘origine’ de manière inappropriée. Je voulais dire que je n’avais pas un profil très élevé à la base, étant technicien informatique. Quand on se lance en freelance, on n’a pas forcément des TJM très hauts. Concernant les 250 euros en tant qu’admin Sys (un poste intermédiaire entre technicien support et admin sys), c’était dû au fait que j’étais débutant à ce poste. De plus, le contexte d’une PME implique que l’on ne gère pas le même périmètre qu’un administrateur système et réseau d’une grande structure, et qu’on ne peut pas se vendre trop cher. J’ai accepté ce qu’on me proposait à l’époque, car cela me permettait de monter en compétence. Je savais que mes TJM allaient susciter des réactions, mais je m’adapte surtout à ce qu’on me propose à l’instant T et je ne peux pas trop faire la fine bouche, ayant une famille à nourrir. (Calimero). C’est surtout au gré des propositions de mission que j’ai pu changer de poste, évoluer et améliorer mon TJM.

Mais le cœur du débat était de trouver une mission quand je suis en difficulté, et je partageais juste mes méthodes qui ont fonctionné pour moi, mais qui ne fonctionneront peut-être pas pour les autres

Bonjour Bastion14,

Il est effectivement difficile de se placer, et surtout de se comparer. Ma première mission était à 480 euros de TJM alors que je suis ingénieur, et que j'avais presque 10 ans d'expérience à ce moment. Est-ce que je manquais de confiance ? Certainement. Est-ce que je méritais plus ? Sans doute. La personne que j'ai remplacée était facturée 700 euros (facturation de l'intermédiaire, donc il avait sans doute entre 550 et 600).

Est-ce que j'en suis fier quand même ? Oui, j'ai pu rentrer dans le monde du freelance rapidement et en douceur.

Est-ce que j'ai fait râler des commerciaux "adverses" qui ont essayé de placer des consultants à une meilleure et juste facturation ? Très certainement aussi.

Est-ce que je le regrette ? Pas du tout, j'ai quand même progressé et assuré ma position.

Donc non, ne sois pas peu fier de ta facturation, maintenant essayons de trouver quelle est la meilleure désormais. Je suis sûr que ton "passé" de diplômé technicien est révolu, et que tu "mérites" plus que 440 :) (la difficulté, maintenant, c'est la période compliquée qu'on vit)

Comme je le dis souvent, dans la grande époque de la RGPD où personne ne savait ce qu'il fallait en faire (2018-2019) j'ai vu des personnes facturées 1500 euros qui ne faisaient que recopier des powerPoint, répéter la définition d'une anonymisation à qui voulait l'entendre et essayer chaque jour toutes les salles de repos et les différents type de café à la machine Selecta !

Moi je comptais employer une personne pour m'aider sur un projet et au dernier moment mon client historique avec lequel je travaille depuis 2015, m'annonce qu'il met la clé sous la porte. Je me retrouve donc sans missions et avec une promesse d'embauche non tenue.

Il y a moins de missions car les entreprises mettent la clé sous la porte.

désolé je ne comprends toujours pas cette obsession du full remote. Je plebiscite le remote, tellement pratique quand tu as des jeunes enfants par exemple et j'aurai bien aimé en avoir quand c'était encore le cas pour moi, mais faut s'adapter au besoin client. Dans quasiment tous les domaines c'est le client qui drive les exigeances, l'IT ne peut pas y échapper. C'est parce que les clients veulent des beaux légumes/fruits que les industriels / distributeurs demandent d'avoir des pommes parfaites avec de belles couleurs alors qu'on sait tous qu'en fin de compte c'est le gout avant tout ...

Je dirai en toute bienveillance que ça dépend de l'état d'esprit de l'équipe et de son manager... certains managers sont meilleurs quand son équipe est à côté... Mais évidemment, ce serait le discours de tout manager qui veut simplement avoir un oeil omnscient sur les écrans de tout un chacun et vont te sauter dessus dès que tu as le malheur d'ouvrir autre chose qu'un IDE.

Il est donc étonnant de voir, à la louche, le nombre de missions full remote, et la proportion moyenne de nombres de jour en TT, augmenter. Perso j'ai bien bossé avec des équipes situées dans mon bâtiment et je préfère avoir un ou deux jours sur site justement pour voir mes utilisateurs ; même si la plupart du temps, ils sont dans un autre bâtiment à l'autre bout de la ville. Mais je suis étonné que pour du Service Now par exemple il n'y ait pas de full TT.

Un de mes anciens clients cherche absolument avec beaucoup de présentiel sur Paris... alors qu'une grosse partie de l'équipe de développement est à Montpellier. Tout se passait très bien pendant le Covid.

Ce n'est pas non plus une obsession... Quand tu es spécialisé sur un domaine dont les missions les plus proches sont à 1h30 de chez toi aller, c'est un choix de vie de ne pas faire 6h de transport par semaine (supposant 2 jours de présentiel). Je sais que certains parisiens en font bien plus.
Je suis en 90% remote depuis 15 ans, ça se passe très bien. Ca colle plus à ma personnalité, et c'est très pratique quand on a des jeunes enfants effectivement.
Il est hors de question de déménager en région parisienne (quid du travail du conjoint d'ailleurs) car un chef veut m'avoir sous ses yeux.

Donc effectivement, il faut trouver un compromis entre 1) mettre plus longtemps à chercher, 2) chercher dans son secteur dans un domaine qui nous convient moins et/ou baisser son TJM, ou 3) déménager dans la foule.
J'en suis à l'étape 1), je commence un peu la 2)

Réponse 4) jean-pierre

Je dirais :

2) sans hésiter. Beaucoup de profils junior et pas chers depuis 2 ans. J'ai assisté à une réunion d'information cette semaine : devenez Data Analyst en 4 mois sans avoir besoin de connaitre l'informatique (dans le public, il y avait un maitre-chien et un agriculteur, la majorité des personnes voulait être Freelance). Ça risque de faire des déçus chez les clients mais quand on ne veut pas payer cher, on ne peut pas être très exigeant.

3) mes contacts me disent recevoir des dizaines de profils par jour et ne répondent donc pas à tout le monde. C'est la conséquence du 2)

1) surement car il y en a toujours eu mais je pense que c'est marginal

Pour compléter ce que dit Camille, je me suis souvent retrouvé sur des projets décisionnels "qu'on disait data", où l'on plaçait les Data Analysts comme MOA/Business Analyst (bah oui, y a des mots en communs) et Data Engineer en MOE.

Beaucoup de débutants, des sortis d'école de commerce junior qu'on forme en deux jours à utiliser Power BI.

Et sous prétexte qu'ils sont en contact avec les utilisateurs, bah ils ont les clefs du projet... incapables de spécificier un besoin, de challenger un utilisateur, disent oui sans savoir la faisabilité, disent que c'est ultra performant parce qu'on vit à l'ère du Big Data et non la Business Intelligence traditionnelle...

Ils retranscrivent les demandes tels quels sans comprendre ce que tu veux l'utilisateur

- HIHIHI il veut les codes ZIZINE je sais pas ce que c'est mais c'est drôle

- Les codes ISIN tu veux dire ?

- Oui ça doit être ça, je sais pas... je lui dit que tu feras ça en prod pour demain et on teste dessus ? C'est facile, t'as juste à faire un bouton rouge et la donnée elle redescend ?

Les projets s'effondrent donc dès day 1...

Ces mêmes gars qui font tous les cabinets d'audit et de consulting avec des factus à 1200

(bon, je biatche un peu, sur le projet où je suis y en a la moitié qui sont pas si pas mal... mais ça veut dire que l'autre moitié...)

Je suis mitigé Yoshifree.
Je ne compte plus le nombre de Freelances que j'ai vu se perfectionner sur le tas dans des missions en Symfony par exemple. Et donc forcément être expert non pas au début mais à la fin de la mission, ce qui a permis ensuite de reconduire un contrat.

Trouver un expert immédiatement opérationnel ça reste quand même très rare. Ceux qui prétendent l'être en réalité souvent mentent.
Ou alors ça existe, mais hors de prix.

Par contre je suis d'accord avec vous sur votre dernier point, j'ai aussi fait des recrutements et je préfère une personne qui n'a pas les compétences sur l'instant T mais à la bonne démarche : honnête, il dit qu'il ne sait pas, il montre qu'il va se renseigner ou se renseigne, ect. Donc il est actif et non passif.

Encore une pseudo etude aux sources et aux financements obscures.

Comment alors se fait t'il que des milliers d'informaticiens, même dans ces domaines, sont sur le carreau depuis des mois ou ont du baisser leur TJM pour trouver une mission ?

Les SSII/ESN ne passent quasiment plus par des indépendants et ne recrutent plus que de la chair fraiche a bas couts en CDI.

J'ai une explication très simple qui est la réalité : le surnombre.

On est passé en moins de dix ans de quelques développeurs en trop pour des postes, à des centaines de milliers de développeurs en trop. Je dirais même que nous sommes dans une bulle qui va éclater. Car ces centaines de milliers de développeurs en trop vont se transformer en intégrateurs de prompts à IA pour la grande majorité, et, nous allons passer, en l'espace de très peu de temps, à un sur-besoin de technologies dans tous les sens.

Avant que les robots domestiques, les puces implantées dans le crâne, et autres, commencent à débarquer, il y a encore quelques années, nous aurions pensé que c'était de l'ordre de la science-fiction et proche des centaines d'années à venir. Sauf que la réalité se profile et est bien différente. C'est une exponentielle dont la courbe commence à grimper en flèche, à toute vitesse, et donc ces besoins en sur-technologie ne sont pas dans les centaines d'années à venir, mais dans les quelques années à venir. On peut déjà s'avancer et dire qu'un horizon de 5 ans est déjà beaucoup.

Pourquoi vont-ils se transformer en intégrateurs et pourquoi le marché continue de fabriquer des "développeurs" malgré le fait que la grande majorité, désormais, n'ait pas les capacités pour ? (Car oui, soyons réalistes, développeur n'est pas à la portée de tous. Il faut être capable de se surpasser intellectuellement, de s'investir, et de base, avoir un cerveau bien fait. Ce n'est en rien un acte de prétention que de le dire, mais une réalité aussi tangible que de dire que pour être chercheur en mathématiques, il faut de base un cerveau bien fait, se surpasser intellectuellement et s'investir)

Réponse : car les IA vont faire le boulot. Alors les développeurs seront-ils toujours utiles ? Plus que jamais, mais contrairement à avant, il y aura surtout besoin des meilleurs développeurs possibles dans la minorité des projets, qui, forcément, vont valoir une fortune, et dans la grande majorité, de "développeurs" qui ne sont pas forcément doués, mais sont surtout là pour faire travailler l'IA à leur place. Donc on va revenir au bon vieux métier d'intégrateur, sauf qu'il va muter et eux... vont être payés au lance-pierre. (Enfin... tout est relatif. 2500/3000 euros par mois, ce que sera payé un intégrateur, on peut dire que le terme "lance-pierre" est un brin excessif. Pourtant, le terme "lance-pierre" sera valable comparativement à ce que vaudra un développeur)

De même, pourquoi le marché continue de fabriquer des développeurs qui n'ont pas les capacités pour ?
Réponse : car le marché n'a plus la capacité à fabriquer de "bons développeurs". Le besoin à radicalement changé aujourd'hui. Avant, le "peu" de développeur que les écoles produisaient, étaient suffisants car les besoins n'étaient par comparativement répandues. Ainsi, les filtres mis en place dans les écoles suffisaient (entrée sur concours, tests psychotechniques, ect). Ces tests permettaient de s'assurer qu'une certaine forme d'intelligence était là. Mais ne permettait pas de déceler toutes les autres formes qui deviennent autant indispensables au métier de développeur. Aujourd'hui, les besoin en développement sont partout : train, ordinateur, console de jeux, bus, voiture, vêtements, lunettes, ... Alors pour répondre à cela, comme le dit Nicolas Sadirac dans une interview : On ne sais pas faire de bon développeurs, alors à la place, on en fait beaucoup et on récolte ceux qui le sont. Est-ce une manière intelligente de résonner ? Non.

Ces "meilleurs" développeurs seront-ils ceux qui vont sortir des meilleures écoles ? Non. Ce seront ceux qui seront les meilleurs, point. Et sur ce spectre, on parle d'intelligence pure et dure. D'autant plus qu'un vrai bon développeur, est quelqu'un qui pense "out of the box" et qu'il n'y a rien de pire qu'une grande école pour faire "rentrer dans la boite" (les fameuses "écoles d'ingénieurs et autres grandes écoles) ou, rien de pire qu'aucune école, pour "exclure de la boite" (le fameux profil de l'autodidacte). Dans ces deux situations, avoir des développeurs qui pensent "hors de la boite", aucune ne rassemblent les conditions idéales pour et ne va que produire en chaine des soucis pour les avoirs. Ecole 42, Le Wagon, OpenClassRoom, et consorts d'école en ligne qui sont ne sont que des SCAM de CPF ou des SCAM d'école à fabriquer des gens endoctrinés (comme le sont les écoles d'ingénieurs par exemple, qui fabriquent des gens convaincus d'être au dessus du lot bien que dans les faits ce soit l'inverse dans ce métier), autant de projets qui semblent saisir le besoin pour les avoir mais en réalité ne produisent en masse que des armées de gens pré-formattés, mal formés, et j'en passe, qui ne vont donner que des individus, par orgueils, qui vont être convaincus de l'inverse ou, par échec, convaincu d'être incapable.

Donc tant que cette bulle n'a pas éclatée, telle que je la décris, ce qu'il se produit est qu'il y a moins de travail, tout simplement car le métier change et mute. En réalité, il n'y a donc pas moins de travail. C'est simplement qu'il va falloir choisir une position dès maintenant et que, quand on assume l'une ou l'autre de ses positions, il se trouve que bizarrement, les missions réapparaissent.

Se positionner en tant qu'intégrateur et l'assumer pleinement. Et donc se spécialiser sur du webflow et consorts. dit autrement, se spécialiser sur l'utilisation des IA. En bref, assumer ne pas faire ce métier pour le côté intellectuel mais contractuel.
Ou se positionner en tant que développeur et commencer à sérieusement bûcher les bonnes pratiques, les architectures logicielles, les maths, la physique, les challenges pour se dépasser intellectuellement, etc. En bref, assumer ne pas faire ce métier pour le côté contractuel, mais intellectuel. L'un comme l'autre, l'humain aussi évolue entre et notamment sa morale. Et donc la notion de challenge devient de moins en moins se pavaner et se montrer dans le top un, se montrer dans ses postes sur les réseaux à quel point on est beau et on est le meilleur, mais, de plus en plus se challenger pour soi, contre soi et donc non pas contre les autres, mais, avec les autres.

Cette notion de challenge est l'un des résumés me semble t-il suffisament pertinent pour expliciter qu'autant un intégrateur qu'un développeur (ou euse, ou autre), va devoir reposer sur l'acceptation d'une perte de repère pour être dans une situation nouvelle : le besoin d'en construire, d'en rebatir ou d'en détruire. Le wokisme par exemple, en est la "simulation" et la démonstration qu'une mauvaise interprétation / compréhension de ce besoin, peut vite donner un drâme : un extrêmisme. Ce que, la vision woke et par la même, la démonstration qu'une pensé est plus destructrice que n'importe quel arme, si elle est entre de mauvaise main, suffit à elle seule à prouver pourquoi "Cette notion de challenge est l'un des résumés me semble t-il suffisament pertinent pour expliciter ...".

Et entre ces deux-là, il va y avoir les métiers de la recherche en IA : data scientists, ... qui seront le lien entre ces deux extrêmes et qui eux, comme c'est déjà entrain de se produire, vont être l'energie de cette exponentielle, jusqu'à son aboutissement par un plafond de verre dont le pic, inlassablement, comme toujours, reproduira ce schéma sur d'autres besoins, peut-être, à la fin, bien différents.

Eh bien ...
C'est vraiment du marché de l'ultra niche ...

Le cobol doit représenté 0,00001% des missions de freelance et des technologies encore utilisées.
En tout cas merci pour cette information.

En pourcentage de mission, je ne saurais dire, mais en terme d'utilisation, Cobol c'est un peu plus :
https://www.codeur.com/blog/langages-programmation-janvier-2024/
20ème langage de programmation, c'est pas mal pour un vieux de 70 ans 😅

Vous avez raison, d'après votre document, le Cobol c'est 0,78% du marché. Moi j'ai avais dit 0,00001%.
C'est clair que moins de 1% du marché, on est pas du tout sur de la niche ... hein.

Complètement d'accord, le cobol n'est pas une niche, il est tellement répandu dans les banques / Assurances / Administration et mon client développe même de nouveaux écran en permanence. En revanche, je sens la cata arriver quand même avec les départs en retraite. Sur ma mission actuelle, j'ai juste appris à lire et interpréter du "cobol" dont j'entends parler depuis que je programme ( ... 40 ans , geek depuis l'age de 10 ans :) ). Pour moi c'est de la prog à l'ancienne, linéaire et déclarative mais efficace et robuste, ça fait le TAF quoi mais en terme de plaisire, faut repasser.

Un gros potentiel de missions effectivement si on est pragmatique mais faut se motiver.

Je comprends que le Cobol vous tienne à cœur, car vous avez "grandit" avec, mais on peut clairement parler de niche. Factuellement.
Il représente une très faible minorité des entreprises, dans le monde et même en France, qui l'utilisent, tout comme le Fortran.

Le Java est aussi en train de suivre cette voie et devient de moins en moins utilisé. L'heure est au Python, Javascript et au PHP dans le domaine du web, au C# et au C++ dans le domaine du logiciel (jeux vidéo, embarqué, etc.) et au Python, C et C++ dans le domaine de la sécurité informatique.

Au-delà de ces langages, quoi que vous en pensiez, et même si vous avez régulièrement des missions car vos profils sont atypiques et correspondent à ce besoin de niche, la très, très grande majorité des missions que vous trouverez partout : LinkedIn, Free-Work, Malt, Le Hibou, etc., seront sur les langages que j'ai évoqués et non sur le Cobol.

La seule raison pour laquelle les secteurs que vous évoquez continuent de les utiliser, c'est parce que tout tourne de manière sensible avec et qu'ils ne veulent pas investir des milliards pour switcher sur d'autres technologies, tant que ça marche (jusqu'au jour inévitable où ça va leur péter au visage).

PS : Yoshifree, vous dites : "Pour moi c'est de la prog à l'ancienne, linéaire et déclarative" :
le Cobol, c'est de la programmation impérative, et non déclarative. Une petite mise à jour des bonnes pratiques serait aussi pas mal : TDD, BDD, ATDD, CLEAN CODE, CLEAN ARCHITECTURE, vous verrez, vous découvrirez un monde bien plus efficace que le Cobol et comprendrez la différence entre la programmation impérative et déclarative (ce que ne peut pas être le Cobol). Le prétexte de l'âge n'en est pas un ; cela fait 30 ans que je programme, j'ai commencé à l'âge de 10 ans et j'en ai 40 aussi, mais justement cela devrait être un avantage. Le seul "gros potentiel" de missions que vous évoquez, c'est simplement parce que les gens ne veulent plus utiliser des langages aussi mal foutus, hormis pour ceux qui n'ont jamais touché à autre chose et, par fainéantise, sont convaincus de l'inverse.

Merci de m'avoir corriger pour "impérative", le terme ne me revenait plus en tête au moment où j'écrivais le commentaitre :), je pensais à la façon dont les devs étaient fait chez mon client (le dev a écrit comme il pensait, de façon très linéaire, au fur et mesure de son cheminement de pensée MDR). Je ne programme plus guère (surtout que dans la data, y'a pas de quoi s'extasier, c'est basique faut le reconnaire), mais quand je le fais en shell script unix un peu velu, je prends du plaisir à le faire, pas sur que les jeunes générations soient sur cet axe (pense surtout à l'argent ..). J'ai jamais trouvé la motivation pour me mettre au python par exemple (un tort, très bon langage je trouve, une indentation obligatoire qui donne de bonnes habitudes ..).

Le cobol survit par risquophobie des clients et budget non consacré à la modernisation, je n'ai pas dit que c'était le meilleur, c'est avant tout le dev qui fait la qualité du travail ... Bref espérons que le marché reparte, lire du cobol ca a été une découverte intéressante (que depuis 4 mois, je suis technico fonctionnel data) , mais c'est retour vers le futur, j'aimerai bien travailler au 21eme siècle :)

Il faut absolument refuser ces TJM insultants !

Je suis quasiment sûr qu'il y a 3/4 intermédiaires dans la chaine parce qu'un ingé infra cloud 10 ans d'XP c'est minimum 700...

Tenez bon, le marché va faire la sélection naturelle des recruteurs clowns et freelance qui ont vendu leur âme pour des TJM insultants.

Espérons que ça redémarre aux US après les élections et que ça suive en Europe, ça ne peut pas rester comme ça éternellement. Et même constat ici, profil IT Strategy/Architecture qui généralement ont des TJM assez élevés par rapport aux autres, on m'a proposé des missions de deux semaines avec un TJM entre 400 et 500, complètement ridicule et un manque de respect.

Bon courage à tous/toutes

Beaucoup d'indéps se sont retrouvés dans l'informatique par hasard, et indéps sans faire exprès. Encore discuté avec l'un d'entre eux la semaine dernière, il m'expliquait qu'il faut baisser le tarif sans limite jusqu'à trouver une mission. Y'a vraiment des gens qui ne voient pas plus loin que le bout de leur nez et ce serait peut-être bien de remettre les tests techniques en place lors des entretiens histoire d'écarter tous ces guignols.

A voir s'ils liquident le PFU (Prélèvement Forfaitaire Unique) dont certains raffolent tant.

Félicitations si vous avez tellement de missions de freelance que vous ne savez plus où donner de la tête. Je vous crois sur parole vu que vous commentez régulièrement et depuis un moment. J'imagine qu'une personne au chômage aurait fermé son compte du forum depuis longtemps car il n'aurait plus eu les finances pour avoir le luxe d'autant commenter (ou alors il n'aurait eu que ça à faire durant son chômage) et, je crois que vous n'avez juste pas compris ce que j'ai écrit, encore une fois. Ou alors c'est moi qui est la tête dur et à ce point là ça devient grave.

Je vais tenter de le reformuler : non, le Fortran, Cobol, Delphi, ne sont pas des langages courants en 2024. Ils sont sur des postes de niche. Dans les offres d'emploi, ces trois langages, vous les verrez dans environ 1 à 5 % maximum des offres, c'est ça mon argumentaire. Je ne le tire pas de mon chapeau, je le tire des statistiques officielles des offres d'emploi.

Et encore, si on est dans le monde du logiciel. Dans le monde du web, ces trois langages représentent 0 % des offres du marché. Mon argumentaire n'est pas de dire "c'est nul, j'en veux pas", ou que sais-je.
À titre personnel, si on me propose une mission sur ces langages, pourquoi pas. Peu importe, je suis dev, ce qui m'intéresse, c'est de programmer. Perso, j'ai commencé sur de l'Assembleur, il me semble si je ne dis pas de bêtise que c'est un peu plus prise de tête que le Fortran...

Moi je vais vous le dire, le vrai classement de la majorité des offres d'emploi du marché pour un développeur, qui sont en réalité dans le web. Pas dans le logiciel, pas dans la sécurité informatique et pas, dans le jeu vidéo.

1. Python

2. JavaScript (Vue.js, Angular, React, Node)

3. PHP

En 2024, et sûrement encore jusqu'en 2028/2030. Voilà. Ce sont les trois principaux langages qui composent la très grande majorité des offres. Fin de mon argumentaire. Il n'est pas là pour mettre en concurrence.

Maintenant je vais etayer et aller plus loin que la réalité du marché et poser mon point de vue : si vous allez sur une plateforme de freelance, sur LinkedIn ou ailleurs, et que vous faites "emploi développeur", ce sont des offres d'emploi pour des développeurs web qui vont apparaître, car ce sont les offres d'emploi majoritaires. C'est de ça dont je parle. Et comme ce sont les principaux langages, ça veut dire que c'est là où il y a le plus de concurrence. Donc il n'est pas surprenant que quelqu'un qui fasse du Fortran ait du boulot toute l'année : il faut bien maintenir des projets, surtout dans des langages peu communs.

Ces projets mériteraient-ils d'avoir "un coup de neuf" ? Pour avoir moi-même aussi vu des trucs dans les armées / défenses, dans les banques, ...
Je vais être honnête : oui. Les projets à l'époque n'étaient pas prévus pour supporter autant de charges, autant de monde, autant de complexité. Et les projets n'ont pas suivi les progressions qu'il y a eu sur les bonnes pratiques, ce qui en fait une lourdeur et une dette technique pas possible pour changer la moindre ligne de code.

Moi, j'ai vu en live, dans le grand groupe de l'énergie en France, le logiciel en VBA freezer car trop... trop de choses à traiter, trop de complexité... et j'ai vu pareil dans les autres domaines que j'ai évoqués. Tu as une énorme goutte de sueur quand tu vois que le logiciel utilisé par tout le parc d'une région française freeze pendant 2 à 3 minutes. L'équipe semblait accoutumée et n'avoir aucun stresse à ce sujet, moi, je n'en menais pas large. Et donc, si les langages ont évolué, ce n'est pas pour faire joli, c'est aussi pour résoudre ces problématiques. Non ? Vous ne pensez pas ? Moi j'en suis convaincu, en tout cas, je le constate tout les jours, à défaut.

Donc je ne pense pas "ce que je veux", je reste factuel.

Quand vous dites que le Fortran et le Delphi sont massivement utilisés, dans votre autre poste, j'en suis navré, mais ce n'est pas la réalité du marché. J'entends parfaitement que vous fassiez ça depuis 40 ans, que vous connaissiez personnellement tous les PDG des grands groupes français, que vous ayez traversé toute la France et que vous ayez un réseau digne d'Elon Musk car vous avez roulé votre bosse comme personne, et que donc cela assoirait une crédibilité et une connaissance supérieure aux autres, ok. En attendant, on ne peut pas prendre des entreprises historiques, qui ne représentent pas la majorité du marché, et dire qu'ils sont de fait massivement utilisés, parce que ces entreprises sont en général des mastodontes qui ne vont pas investir des milliards pour faire évoluer leurs process et leurs langages alors que ça marche déjà "très bien" (ça, c'est très relatif) comme ça. Ne pensez-vous pas ? Ou admettriez-vous que vous faites du "gatekeeping" / j'ai toujours utilisé ça, je ne veux pas utiliser autre chose ?

Ou alors si vous ne le pensez pas, vraiment, n'hésitez pas à m'apporter un argument plus solide que ceux que vous avez déjà avancé.

Franchement, tant mieux pour vous si avec du Fortran vous êtes débordés et vous avez un TJM de 1 500 euros par jour. Je vous souhaite de continuer sur cette voie, vu que vous ne connaîtrez jamais la galère que connaissent désormais les développeurs qui arrivent sur le marché. Et encore une fois, je ne critique pas ces langages pour les critiquer, moi, je parle de la majorité des offres d'emploi qu'il y a sur le marché.

Qu'en 3030 ce soit toujours du fortran, VBA, delphi ou autres sur les bases du crédit mutuel, grand bien lui fasse. Tant que ça marche et bien, comme c'est le cas, c'est que nous attendons tous, il me semble.

Très intéressant comme article. Merci pour le lien.
Ca confirme beaucoup d'éléments déjà évoqués sur ce forum.

Bon article, merci. Intéressant. Un petit bemole, il s'agit des US, une culture différente, il peuvent avoir des différences. Ce qu'il se passe chez eux n'est pas forcement applicable en Europe. Cependant, cet article pourra expliquer beaucoup des situations actuelles, qu'on remarque tous (et dont on parle sur ce forum aussi).