Bonjour "vince41",

L'âge n'a pas grand chose à voir ... j'en ai bientôt 59 et je suis toujours une cible pour celles et ceux qui viennent me chercher.

Vous êtes "CdP IT Senior" et vous avez tenté l'herbe "IA" ... Le problème de beaucoup de "CdP IT" qualifié(e)s et compétente(s), c'est de rester dans la zone de confort ... or, comme les développeurs, il commence à y avoir trop de "CdP IT" (surtout ceux qui n'ont pas de spécificités et de spécialisation).

J'avais écrit, il. y a déjà plusieurs mois/années, un article, concernant l'évolution de la chefferie de projet ...

Concernant l'IA, il y a "à boire et à manger" : l'écosystème des IA est vaste (il y a plusieurs IA) et les domaines très variés : développement, audit, sécurité, juridique, éthique, règlementaire, fonctionnel, architecture, tests, ... et je ne parle même pas des atrocités autour des "LLM" (qu'ils soient Small, Medium ou Large), sans parler des confusions avec le RPA, le ML et autres explorations de données, sans compter sur toutes les solutions de facilitations "hallucinogènes" ou "Halogènes" pour "pisser du code en-veux-tu, en-voilà" (souvent de piètre qualité et "pompé" sur des sources où la notion de propriété tient plus du vol pur et simple qu'autre chose ... je traite actuellement ce genre de dossiers poisseux et j'en ai quelques caisses bien remplies à date d'aujourd'hui). Certes, il existe quelques outillages "respectueux" mais ces solutions ne sont pas légion.

Et en regardant bien, quand un client veut de "l'IA", on se rend compte qu'un simple algorithme d'exploration de données suffit et donc "pas de quoi casser trois pattes à un canard".

Actuellement, j'ai quelques clients pour qui l'IA semblait important et pourtant, en disséquant les lignes de l'EdB (expression de besoin) encore au stade de l'idéation, on se rend compte qu'un "petit" système-expert (en langage Prolog - le plus souvent - ou en OCAML ou en Erlang) va simplement lui suffire ...

De plus, l'IA (ou les IA) ... avec leurs "LM" (Language Models) spécialisés (par exemple, en juridique, en sécurité, en métier comme la supplychain ou la finance ou bien encore en innovation éducative), on se rend compte que cela va uniquement se résoudre par le développement ... belle erreur ... l'IA est bien plus qu"une histoire de dev ... génératifs ou prédictifs.

Je suis un "ancien" des "SE" (Systèmes-Experts) beaucoup utilisés dans l'industrie et dans d'autres secteurs dits "à risque": j'en ai plusieurs, construits de A à Z, sur tous les plans (de l'idéation à la production, en passant par les aspects Architecture, Sécurité, Process, Algo, Développement, Juridique, Règlementaire, Ethique ...) et naturellement, "j'ai glissé Chef !!" vers les IA "new et next generation", tout en gardant les mêmes axes. Je n'ai pas de problèmes particuliers à me glisser dans des projets "IA" ou "IAs" car je sais entretenir la "flamme". et passer aujourd'hui des certifications "basiques" sur l'IA (pour engraisser les producteurs de "badges" ou de "bout-de-papiers numériques" qu'il faudra renouveler dans 12, 18 ou 36 mois .. non merci, j'ai déjà donné trop de fois) ... et ce n'est pas parce que l'on a "bachoté" avec des "braindumps" sur l'IA que cela rend "expert IA" ... car dans ce domaine, on est très ..........loin de l'expertise (on maîtrise, on est "spécialiste" d'un bout de la chaîne ... à mon niveau). Certes, il y a des "pointures internationales", des "Maîtres Es-IA" ou "Honoris Causa", des vrai(e)s, des "velu(e)s", "poilu(e)s", "chevelu(e)s", "chelu(e)s", j'en connais quelques-un(e)s qui sont expert(e)s sur 1 / 2/ 3 pans de l'IA ... très rares sont celles/ceux qui peuvent s'aligner sur la chaîne "IA" de A à Z.

Oui, il y a du boulot pour des personnes capables dans le secteur des "IAs", que l'on soit "CdP", "Architecte", "Dev" ... pourvu que l'on soit humble en toute circonstance ... Je vais être. un peu dur, mais se targuer d'Expert en IA avec une formation "train-train" sur Internet avec une attestation ou un certificat qui n'est reconnu que par l'auteur de la vidéo... voire même sorti(e) d'une école à Bac +5/6/7 ... j'ai des réalités officielles de personnes (H/F) qui ont ce genre de diplômes/certifications etc... que l'on appelle "expert"s (parce que l'école est reconnue ou connue politiquement) et qui se retrouvent en face de recruteurs très à la page (en FR, EU et WW) et qui vous font bien sentir que vous n'êtes qu'une "petite piécette dans un vaste porte-monnaie".

Oui, on a besoin de têtes bien faîtes (et non bien pleines), avec du bon sens et de l'éthique, que l'on soit en circuit ou en court-circuit ou en reconversion, et capables d'aller au-delà du Dev ... le train n'attend pas les voyageurs imprudents, seule la prudence est mère de sagesse.

Pour ma modeste contribution acquise tout au long de mes pérégrinations et de mes tribulations depuis près de 40 ans,

Bien à vous, toutes et tous (vince41 compris),

Yanolezard.

bonjour, Je ne comprends pas ce que vous souhaitez négocier.... vous avez une mission à réaliser. Sans VPN, vous ne pouvez pas être 100% opérationnel. On va pas vous payer si vous n'etes pas 100% opérationnel, logique non ?
Donc soit vous souhaitez continuer a travailler durant cette période VPN out et dans ce cas le full time présentiel est normal. Soit vous ne souhaitez pas travailler dans ces conditions (en full présentiel) et dans ce cas en accord avec votre client vous prenez du repos le temps de la résolution du problème.
C'est quand meme ouf de vouloir négocier à tout va, alors que pour la majorité, vous etes des m**** en négo, et la il n'y a rien a négocier

Une ESN parfaite pour qui ?

1. Pour les missions en régie

Pour n'importe quel free-lance, une ESN c'est juste une sangsue. Ils pompent un pourcentage tout au long d'une prestation grâce à uniquement une mise en relation. Donc en somme ils font "simplement" le travail f'un cabinet de recrutement mais font payer le free-lance plutôt que le client.

Pour un salarié, c'est aussi des sangsues. Ils prennent une marge très conséquente sur le TJM. On se retrouve avec des salaires complètement déconnectés du TJM de la prestation lié. Et qui dès la fin de la presta vous pousse à la rupture conventionnelle pour éviter de payer de l'intercontrat. Donc le salarié paie une sécurité qu'il n'a pas réellement.

En résumé, sans ESN, on aurait des offres directes des clients finaux avec des cabinets de recrutement pour gérer. Et ensuite on serait soit salarié du client final soit en indépendant et en fonction de son envie de liberté, avec sa propre structure ou en portage.

2. Pour les missions au forfait

   C'est ici qu'est le véritable métier des ESN. Un client veut un logiciel, il défini les specs avec L'ESN et l'ESN livre le résultat. À elle de gérer ses salariés, leur compétence,...

   mais ici ce sont les grosses ESN qui peuvent le faire. Les ESN qui ont uniquement un patron et des ingénieurs d'affaires qui n'ont d'ingénieur que le titre alors que c'est des commerciaux.

je dirai que oui, il y a plusieurs stratégies
- soit tu en parles explicitement à l'entretien ou que ce soit dans tes critères de recherche : chance de trouver presque 0
- soit tu en parles pas et tu viens de moins en moins progressivement

pour illustrer ceci,
Une grenouille nage dans une marmite remplie d’eau. Un feu est allumé sous la marmite de façon à faire monter progressivement la température. La grenouille  nage sans s'apercevoir de rien. La température continue de grimper, l’eau est maintenant tiède. La grenouille s'agite moins mais ne s’affole pas pour autant. La température de l'eau continue de grimper. L’eau est cette fois vraiment chaude,  la grenouille commence a trouver cela désagréable, elle s’affaiblie mais supporte la chaleur. La température continue de monter, jusqu’au moment où la grenouille va tout simplement finir par cuire et mourir. Si la même grenouille avait été plongée directement dans l’eau à 50 degrés, elle aurait immédiatement donné le coup de patte adéquat qui l’aurait éjectée aussitôt de la marmite. Cette expérience montre que, lorsqu’un changement s’effectue d’une manière suffisamment lente, il échappe à la conscience et ne suscite la plupart de temps aucune réaction, aucune opposition, aucune révolte.

Ca fait penser à un independant qui veut la sécurité d'un CDI (donc l'équivalent du chomage). Autrement dit, vous demandez à votre client de provisionner en plus de votre TJM le montant d'une clause de rupture.

S'il n'est pas idiot, il va plutot prendre un CDI, ce qui lui reviendra au meme. Vous devriez plutot simplement fixer votre TJM en conséquence et mettre de coté un pourcentage chaque mois pour encaisser les périodes de vache maigre. En tout cas si j'étais le client, je regarderais vers d'autres freelances qui me proposent une solution clé en main, simple, plutot que votre usine a gaz qui se rapproche du CDI.

ce n'est pas de l'imposer, mais une sécurité pour moi si j'avais un contrat de 6 mois et qu'au bout de 3 mois et demi, la mission venait à s'arrêter par des événements extérieurs que j'extrapole comme :

• la chute des marchés financiers,

• la disparition de l'euro,

• une nouvelle pandémie,

• un attentat,

• ou bon nombre d'événements qui pourraient apparaître subitement,

• etc,