Annonces et tarifs farfelus

Et vous croyez que des milliers de gens se sont formés. Vous êtes serieux? Il n'en est pas question dans le lien espagnol cité plus haut.
Les complotistes raisonnent de cette manière sans jamais vérifier leur source en émettant des hypothéses qu'ils prétendent vraies sans jamais les étudier sérieusement.

Je demande gentiment à la modération de mettre un carton rouge à Fullstack pour diffusion de fausses informations.

Et bien sur ils se sont formés et sont devenus des experts en 3 semaines.....

Oui, clairement, les articles n'indiquent pas que des milliers de dev ont été formés. Ils indiquent juste que le programme va être/a été mis en place. Aucune idée de son succès. Mais après, y a plein de formation sur Coursera, on peut suivre les cours gratuitement, c'est pas pour ça qu'on a des armées de mecs formés dans toutes ces spécialités...

chacun fait ce qu'il veut mais j'amais travaillé au un tarif aussi bas, meme il y a 20 ans j'ai commencé il y a plus de 20 ans a 500 de TJM.
ca se justifie peut-etre pour du ultra basique style support pc , developpeur avec tres peu d'experience mais pour le reste..

quant a cobol, je croyais que c'etait deja mort il y a 20 ans, perso tout mon dev c'etait en C/C++ deja il y a 20 ans

800€ pour une mission en Cobol? Faut vraiment que je m'y remette😇.

Il y a toujours de la demande car ça reste une techno présente dans la plupart des grands comptes, alors que la compétence se tarit à petit feu (départs à la retraite, beaucoup de développeurs qui sont partis sur autre chose, et aucune formation en face). En Région Parisienne avec une grosse expérience on peut espérer jusqu'à 520 en tarif final, ce qui nous laisse environ 450.

Je vois 350 à 500 € pour un dév Cobol dans le lien fourni.
Où avez-vous vu 800 € ? Parce que dans ce cas ça m'intéresse aussi XD

cobol c'est pas trop difficile de se former pour un gars avec des bases en programation, mais c'est verbeux et aucun plaisir. mais qq part c'est dingue qu'on travaille encore avec des lanages aussi vieux . et 800 de TJM pour du cobol la c'est exageré tarif trop elevé.

Cobol a aussi connu énormément d'évolutions . Même avec un formation ça risque de demander pas mal de temps et de persévérance pour comprendre et modifier le code hérité des vieilles applis...

Rappel du sujet de depart :
Juste pour savoir si vous partagez le sentiment que certaines sociétés qui proposent des annonces ne connaissent absolument pas nos métiers et donc proposent des tarifs à la journée ridicules.

Personne, sur ce forum, n'a jamais donné l'exemple d'un TJM à 800 euros pour du cobol.

Certains , dans une grande confusion, ont confondu Ingénieur système Z/os avec programmeur Cobol . On peut leur faire le même reproche qu'aux sociétés qui ne connaissent pas nos métiers.

Pour avoir une meilleure approche des prix, il faut arrêter de confondre les environnements car on voit bien sur ce forum que même les informaticiens ne connaissent que le leur et pas celui du voisin.

Obtenir un historique des tarifs par environnement clarifierait beaucoup les choses .

Freelance-info gagnerait en audience en mettant en oeuvre cette mesure car elle est capitale pour nous informaticiens.

Laura.p63 a écrit : Cobol a aussi connu énormément d'évolutions . Même avec un formation ça risque de demander pas mal de temps et de persévérance pour comprendre et modifier le code hérité des vieilles applis...

Je ne trouve pas qu'il y ait eu beaucoup d'évolutions. Ce sont plus sur les outils et les méthodes de programmation qu'il y aura des différences selon les clients.

Connaître un minimum le fonctionnel est aussi très important, c'est ce qui fera la différence pour être recruté.

Bonjour à toutes et à tous,

Halte au feu !!! Nobles Seigneurs ! Gentes Dames et Galants Damoiseaux !

Il est vrai que la pandémie que nous vivons actuellement n'a pas arrangé les affaires et encore moins notre TJM préféré. Nos aigrefins favoris et les "petits requins à peau bleue et à deux boules" ont habitué le chaland, pendant cette période de télétravail, à pratiquer des prix un peu cavaliers, il faut bien le reconnaître. Il est vrai aussi que le nombre de missions avait drastiquement baissé pour certains d'entre-nous dans des spécilaités bien connues. Quelques-uns de nos valeureux et valeureuses s'en sont bien sortis et d'autres beaucoup moins correctement et quand il faut manger, assumer sa situation et assurer un temps soit peu l'avenir, il est vrai que parfois, il vaut mieux accepter un TJM plus bas pour rebondir plus haut et plus fort ... mais cela n'est qu'un avis personnel pour éviter de se retrouver dans la même situation que le "Héron" du feu Jean de la Fontaine.

Toutefois, depuis quelques semaines, il semblerait que l'activité reprenne "du poil de la bête" (comme le faisait si bien remarquer notre cher @code38). Nous arrivons dans les beaux jours, au pied des périodes estivales, avec la levée de certaines restrictions et toujours avec les gestes barrières cela va s'en dire, le moment aussi pour souffler, pour prendre un peu de repos bien mérité et du recul, pour s'aérer l'esprit, pour se dénouer les noeuds cérébraux, pour .... faire ce que bon vous semble : il y aurait mille choses au moins à décrire ... je n'aurais pas assez de place et de temps pour les coucher sur cette page ....et pour se former ou s'auto-former à d'autres techniques, à d'autres technologies, à d'autres activités, à d'autres connaissances, à d'autres "skills" (hard skills, soft skills, human skills).... nous sommes à la fois des éternels étudiants, des apprenants technovores, des porteurs de "bonnes paroles" .... des poulpes.

Petit apparté (pas trop court, pas trop long, pas trop dur, pas trop mou ... "just-in-time" comme disent certains des "joyeux drilles" de ce magnifique forum) ... sur un sujet "vieux comme Hérode" pour certains et complètement loufoque (façon Pierre DAC) pour d'autres ... un sujet qui fait (encore) couler beaucoup d'encre, de poudre de toner (et non de "perlin-pinpin") et de listing (il en était très consommateur, le bougre, avec ses "dumps" de compilation et d'exécution) ... ce bon "vieux" roi COBOL.

Pour la petite histoire, notre ami "COBOL" (COmmun Business Oriented Language) ... Un peu de poésie ne fait pas de mal ... : https://fr.wikipedia.org/wiki/Cobol ... a fêté ses 60 ans en Septembre 2019 ... Il y aura toujours des détracteurs et des "oiseaux de mauvaises augures" pour interpréter ou pour dire tout le mal qu'ils pensent de ce langage : cela fait des décennies que l'on nous annonce sa mort ainsi que le décès voire la "mise en fondu" des vieilles carcasses de ses "potes" ou de ses "larrons en foire" ... les "Mainframes" (aussi dénommés "Machine", "Host", la "Bête", "l'Hydre"). Nos confrères qui ont un âge certain ou un certain âge peuvent témoigner au sujet de ce couple qui dure et perdure de décennies en décennies ... L'on pourrait leur offrir leurs "bits" de noblesse pour leurs noces de diamant ...

Je ne vais pas refaire l'historique de la formation COBOL depuis l'origine des temps jusqu'à maintenant, en passant par les années fastes Franc/Euro, l'An 2000, les campagnes de migration "BULL / IBM" en veux-tu, en voilà ..., etc. simplement pour dire que le COBOL et ses acolytes ont envahi "Dame Nature" en leurs temps dans de nombreux secteurs et domaines d'activités comme la banque, l'assurance, les services, l'industrie, l'Etat, la Défense, les transports, ... et qu'ils ne sont pas près de laisser la place ... même si certains téméraires ont commencé à s'en débarasser, ce n'est pas sans la moindre crise ... Le compte en banque est géré sur le fond par COBOL ... Si pour certains, croire que COBOL est un "vieux truc de Grand-Papa" ou une histoire de "Caverne", d'autres affirmeront le contraire et cela se vérifie car la demande de Coboliste commence à resurgir, certes petitement, mais quand même .. Pourquoi ?

Les anciens sont partis avec les savoirs, compétences et connaissances, les "baby boomers" arrivent à la frontière de l'horizon et il n'y a plus personne pour assurer la relève du "Grand Bazar", du moins pas assez et pas suffisamment et correctement formés pour être largués sur un terrain risqué d'opération. Et il y a aura des parents qui auront des enfants, qui a leur tour auront des enfants, qui auront eux-mêmes des enfants ..... COBOL sera toujours là et bien vivant ... et nous, nous serons parti vers une autre destination depuis des lustres.

Il est vrai qu'il y a quelques formations sporadiques qui se mettent en place, avec des "qualités" très diverses, parfois très bien ou bien souvent nébuleuses, opaques voire superificielles ... Les deux articles cités plus hauts montrent quelques véhémentes tentatives de formations sans plus de conviction que nécessaires (20 ou 30 heures de formation pour remplacer des milliers/millions/milliards de lignes, sans comprendre le pourquoi du comment et surtout qui fait quoi, où et quand et à quel niveau s'interfacer avec "PierPoljack".... avec un éditeur qui n'existait pas à l'époque, sans sa "Majesté La Souris" .... Pas de quoi en faire une salade niçoise ...

Le COBOL, une affaire de spécialistes (au féminin comme au masculin) ?

Dans la majorité des cas, on voit effectivement et c'est un fait, des TJM un peu "bas-de-plafond", 'ras-des-paquerettes", limite. "respectable" ... c'est triste mais c'est comme cela ... Il y en a qui tirent "leur épingle du jeu" avec des TJM qui peuvent grimper à 800 euros, voire plus (je fais parti de ceux-là, avec mon "grand âge"). Pour certains clients, ils m'acceptent jusqu'à 1200 euros sans rechigner, en régie, car ils savent que je peux entretenir leurs "cheptels" et pas que pour COBOL d'ailleurs, puisque je traite aussi du FORTRAN : https://fr.wikipedia.org/wiki/Fortran, du FORTH : https://fr.wikipedia.org/wiki/Forth_(langage), du MODULA2 : https://fr.wikipedia.org/wiki/Modula-2 et du PL/1 : https://fr.wikipedia.org/wiki/PL/I ... et leurs assembleurs correspondants. L'industrie est encore énormement cobolisée avec de nombreuses interfaces (IHM, Bases de Données, Gestion de Production Assistée par Ordinateur", des interfaces aussi étranges que variées avec des machines sorties d'un autre âge .... que ce soit avec du Mainframe IBM, des VAX avec du VMS ou de l'OpenVMS, de l'AS/400 ou des vieux systèmes Unisys ou des Bull DPS 9000 ou des HP 3000, et certains de ces loustics-là, se virtualisent facilement ce qui permet d'assurer et d'assumer encore plus longtemps les vieilles marmites et les vieux chaudrons, car il faut quand même reconnaître que c'est dans celles-ci ou dans ceux-là que de nombreuses soupes sont encore fabriquées.

Ce n'est pas mon activité principale, mais un ersatz où j'entretiens, je migre ou parfois, je créée du neuf en COBOL ..; quand on aime .... le client ne compte pas ... c'est le business et parfois, il faut savoir "mettre sa langue dans sa poche" ou bien "la tourner 7 fois dans sa bouche" ou "ronger son frein" ou bien encore "s'asseoir sur son égo" et tout cela, c'esr le quotidien de turpitudes du consultant ... de certains consultants ...

Comme toute technologie, ce bon COBOL sait aussi se faire beau et montrer. qu'il est ouvert ... puisque l'on peut utiliser "Visual Studio" ou "VSCode" pour accélérer la productivité du programmeur (au vrai sens COBOL) ou du développeur plus moderne.

Pour terminer cet apparté, verbeux ou pas, ancien ou pas, ce langage a su s'adapter (un ancien gourou du COBOL avait enrichi et développé.des bibliothèques graphiques pour pouvoir coder des IHM, en mode semi-graphiqiue 16 couleurs ... bibliothèques qu'IBM s'était empressé de racheter, histoire qu'IBM clame haut et fort que la couleur s'était invitée chez COBOL pour contenter des industriels d'un type particulier.

Bonne fin de week-end et bon début de semaine.
Prenez soin de vous et de vos proches.
Yanolezard.

Les pouces avaient disparu et il aurait été dommage de ne pas en mettre un à Yanolézard .

Donc un coboliste à 800 de TJM, cela existe mais celui-là est multi-casquette, multi-environnement, avec beaucoup d'autres compétences que le Cobol . Un historien de l'informatique .. Avec une grosse expérience ...

Même si j'approuve ce qu'il écrit joliment, le sujet de départ n'était pas le cobol mais les TJM proposés.

Sur ce, la modération a indiqué que l'historique des tarifs complétés par les freelances était un outil.

La remarque était que l'outil était inadapté car il met dans le même sac tous les environnements ( systèmes, langages, ect).

Même si Yanolézard passe allégrement d'un langage à un autre, le monde des infrastructures et des systèmes mainframes est à mon avis complexe à appréhender . Il nécessite beaucoup d'apprentissage et d'expérience. Et de même que pour le Cobol, on ne forme plus personne.

Tant que le sujet vit, je réitère ma demande à freelance-info de rajouter un colonne environnement dans l'historique des tarifs.

Bonne journée.

En effet le sujet est vaste et a de multiples ramifications.
Ce qui est de plus en plus flagrant c'est une perte de connaissance de nos métiers, qui se spécialisent en permanence, par les commerciaux qui font des offres. Cela devient évident lorsque sur des profils qualifiés ou expérimentés, voire même juste très recherchés. Comme l'exemple d'un consultant en cybersécurité à 450 euros. Ou un manager de transition datacenter à .... 430 euros .
Pour avoir chercher pour des clients ce type de profils, je vois tout de suite que les personnes qui proposent ces tarifs ne connaissent pas le marché, encore moins les métiers associés.
Que le client ne sache pas bien et ne connaisse pas trop les tendances, c'est normal. Mais les ESN au vu du % pris sur chaque jour de mission, devraient avoir ce rôle de conseil à minima. il fera perdre du temps à tout le monde et fermera la porte à des profils intéressants tout en induisant le client dans l'erreur. Voire pire proposer des personnes qui ne connaissent pas le métier mais qui sont au bon prix ! Comme savent si bien le faire les ESN avec leur salariés. J'ai assisté à des présentations de candidats très malaisantes, un gars qui venait pour être incident manager et qui ne connaissait pas ITIL mais allait s'y mettre c'est promis !!! Dans la discussion on découvre avec le client que le gars était en inter-contrat et que l'ESN essayait de le placer, peu importe le contenu.
C'est assez génant et insultant pour le consultant salarié et discrédite l'ESN car ne prend pas en compte les besoins.

Antisthene a écrit : En effet le sujet est vaste et a de multiples ramifications.
Ce qui est de plus en plus flagrant c'est une perte de connaissance de nos métiers, qui se spécialisent en permanence, par les commerciaux qui font des offres. Cela devient évident lorsque sur des profils qualifiés ou expérimentés, voire même juste très recherchés. Comme l'exemple d'un consultant en cybersécurité à 450 euros. Ou un manager de transition datacenter à .... 430 euros .
Pour avoir chercher pour des clients ce type de profils, je vois tout de suite que les personnes qui proposent ces tarifs ne connaissent pas le marché, encore moins les métiers associés.
Que le client ne sache pas bien et ne connaisse pas trop les tendances, c'est normal. Mais les ESN au vu du % pris sur chaque jour de mission, devraient avoir ce rôle de conseil à minima. il fera perdre du temps à tout le monde et fermera la porte à des profils intéressants tout en induisant le client dans l'erreur. Voire pire proposer des personnes qui ne connaissent pas le métier mais qui sont au bon prix ! Comme savent si bien le faire les ESN avec leur salariés. J'ai assisté à des présentations de candidats très malaisantes, un gars qui venait pour être incident manager et qui ne connaissait pas ITIL mais allait s'y mettre c'est promis !!! Dans la discussion on découvre avec le client que le gars était en inter-contrat et que l'ESN essayait de le placer, peu importe le contenu.
C'est assez génant et insultant pour le consultant salarié et discrédite l'ESN car ne prend pas en compte les besoins.

D'accord avec ca. le probleme des commerciaux en informatique c'est qu'ils n'ont aucune connaissance metier technique,ils pourraient aussi bien vendre des tapis, de voitures d'occase etc. en tant que freelance j'ai connu des commerciaux un minimum serieux mais beaucoup ne le sont pas
juste pour info des patrons de SSII sont pas serieux non plus j'en ai eu comme client. je crois qu'il y a une epoque fric facile en informatique et ca a attiré les mauvaises personnes.
Dans certains grands comptes pour des fonctions niches et complexes, j'ai vu que le seul critere pour embaucher ou conserver des consultants c'etait le prix. un junior aurait ete conservé plutot qu'un senior tres experimenté.
Par ailleurs certaines SSII ecartent les freelance et preferent placer leurs gars car elles margent plus et le presta salarié est plus captif qu'un freelance, ca m'a ete confirmé a de multiples reprises
Beaucoup de parasitisme aussi, avec des SSII en cascade (SIC) qui se sucrent au passage sur le freelance ou le presta sans apporter aucun valeur ajoutée. Ces SSII ont parfois phagocyté des grands comptes aussi (sole supplier)

Tarifs de facturation Ingénieur Système Contribution du 21/06/2021
Ingénieur Système
Date de la contribution : 21/06/2021
Statut : EURL
Tarif : 150-200 €
Durée d'une mission : - de 30
Expérience :- de 1 an
Mode : via un intermédiaire (SSII, etc)
Lieu : En région parisienne
Temps pour retrouver une mission :15 jours
Précisions

Pourquoi ne pas facturer un euro symbolique? Qui poste ? Un commercial qui fait baisser la moyenne?

A 150-200 euros, sans les charges, on est en dessous de la grille de la convention des bureaux d'études technique -> ingérnieurs et cadres.

Bonjour,

J'ai travaillé avec un "expert cobol" qui avait beaucoup d'expérience et qui connaissait très bien les environnements système liés, etc.. il facturait avec un TJM de 700.
Pour ma part je trouve à un tarif adapté sur freelance-info des missions en tant qu'ingénieur dev' avec 20 ans d'expérience. Les tarifs sont corrects. Quand le tarif annoncé est trop bas, je ne postule même pas et si je vois ensuite qu'il ya trop d'intermédiaire, je laisse tomber. Je suis en recherche de mission en ce moment et le marché à plutôt l'air porteur.
Bonne mission à tous ! 🙂

Concepteur développeur mainframe (Pacbase/cobol) - H/F - LYONPubliée le 26/06/2021 par CGI Lieu : Lyon
Durée : Longue
Tarif : 999 €
Télétravail : Non
Début : ASAP

Concepteur développeur mainframe (Pacbase/cobol) - H/F - LYONPubliée le 26/06/2021 par CGI Lieu : Lyon
Durée : Longue
Tarif : 999 €
Télétravail : Non
Début : ASAP

En général que tu vois ce prix c'est pour un contrat de travail, c'est bidon.

resosyst a écrit : Concepteur développeur mainframe (Pacbase/cobol) - H/F - LYONPubliée le 26/06/2021 par CGI Lieu : Lyon
Durée : Longue
Tarif : 999 €
Télétravail : Non
Début : ASAP

et tout en bas de l'annonce "TJM selon séniorité"....

Exact .

le cobol langage renové ? c'est une blague ? je suis etonné que ce langage soit encore utilisé. mon pere et mon grand-pere ont travaillé avec ca, c'etait l'epoque des cartes perforées
j'ai jamais bossé avec ca (dans les années 1990 C/C++ pour des grosses applis commerciales) et pourtant je suis plus tres jeune

itconsult a écrit : le cobol langage renové ? c'est une blague ? je suis etonné que ce langage soit encore utilisé. mon pere et mon grand-pere ont travaillé avec ca, c'etait l'epoque des cartes perforées
j'ai jamais bossé avec ca (dans les années 1990 C/C++ pour des grosses applis commerciales) et pourtant je suis plus tres jeune

Pas rénové mais il y a pas souvent des offres justement parce que les devs sont partis (retraites ou autres langages plus attractifs) mais les applis elles restent et il n'y pas forcément quelqu'un de formé en interne pour reprendre derrière.

itconsult a écrit : le cobol langage renové ? c'est une blague ? je suis etonné que ce langage soit encore utilisé. mon pere et mon grand-pere ont travaillé avec ca, c'etait l'epoque des cartes perforées
j'ai jamais bossé avec ca (dans les années 1990 C/C++ pour des grosses applis commerciales) et pourtant je suis plus tres jeune

Faut bien garder a l'esprit que la banque, l'assurance, la sante, la justice, les ministeres enfin bref 99% de ce qui fonde une societe est basee sur ces systemes.
A partir de la clairement aucun manager, absolument aucun quelque soit son niveau hierachique, n'aura des balls assez grosses pour lancer des projest de migrations. C'est ca la verite et la force du cobol :D

Il y a 5 ans j'etais sur un projet banque qui avait une partie MVS (Pas pour moi), mais j'etais surpris de voir deux jeunes sortants d'ecole aimer apprendre ca. Mais pourquoi pas, et maintenant ils sont tranquilles: ils sont capes et ils ont du job jusque la retraite :D

Dans 100 ans, 200ans, 300 ans y aura encore le cobol et les systemes qui les embarquent. C'est l'evidence.

Bonjour à toutes et à tous,

Ce bon vieux COBOL fait décidément couler beaucoup ...de caractères .... Et il en fera encore beaucoup couler dans les décennies futures ....

Certaines personnes méprisent le COBOL, qu'à cela ne tienne ... sauf que les applications COBOL sont légions dans les différents mondes et activités du quotidien : banques (exemple : retirer de l'argent à un distributeur ou au guichet, transactions et échanges inter-bancaires tout autour de la planète, les SI de Visa/MasterCard/AmericanExpress ...), les assurances (paiement des soins, remboursement des médicaments), industries (gestion des entrepôts et des logistiques), l'Administration et tous ses échanges (les impôts par exemple), les ministères, les services ...

Comme tout langage informatique, le COBOL s'est enrichi par des évolutions :

- Créé en 1959 (officiellement le 18 septembre 1959)=10.8333px, son nom est l’acronyme de COmmon Business Oriented Language qui révèle sa vocation originelle : être un langage commun pour la programmation d'applications de gestion.

Différentes versions sont apparues : COBOL-68, COBOL-74, COBOL-85, COBOL-89, COBOL-2002 (XML, .NET, Unicode, POO), COBOL-2014 ont vu le jour avec une comptabilité accrue et sans faille.

Il s'agit peut-être pour certain(e)s d'un langage d'un autre temps, de "grand-papa", de "papy" ou de "papa", pour autant, il reste le LANGAGE des mondes bancaires et assurantiels. Couplé à des bases de données de type DB2 ou Oracle et à des "grands systèmes"(IBM Mainframe) sous OS390, MVS, des architectures "Z" avec Linux Unbreakable, des DPS 6 avec Unix, des DPS 7/8/9000 avec GCOS, des VAX avec (Open)VMS, ce langage mythique s'est ouvert aux autres par des (web)services, des API, des chaînes de connexions, des batches, des appels de services de bas-niveau, du langage assembleur ...

Vous trouvez étonnant que des jeunes apprennnent le COBOL ?

Bien leur en a pris .... N'oubliez pas qu'il y a quelques années (l'Euro, l'an 2000, les grandes dates), le COBOL était plébisicité par les administrations, l'Etat, l'Education Nationale : on formait à "tour de bras" des programmeurs, des analystes-programmeurs, des analystes-réalisateurs, des concepteurs-développeurs, car on savait qu'arriverait l'épopée des anciens (le baccalauréat H - apparu en 1968 et dessoudé en 1992 - en était un bien bel exemple, dommage qu'il ait été supprimé et balayé d'un revers de main, car de nombreuses administrations s'en sont longtemps "mordus les doigts" car c'était un excellent diplôme, pour entrer en matière sur un BTS IG et suivre une MIAGE).

Le COBOL s'adapte à beaucoup de choses et les autres technologies s'adaptent à COBOL : on peut programmer des éléments graphiques, .NET et Visual Studio se sont empressés d'accueillr COBOL, un autre "Visual COBOL" s'est rapidement invité (Microfocus) qui est devenu le leader (grâce à Computer Assoiciates), de la migration des plus anciennes lignes et compilateurs COBOL vers les COBOL récents de 2014, une autre évolution du langage sera bientôt entérinée.

Le "Mammouth" a continué à former sporadiquement quelques futur(e)s cobolistes, avec quelques bons et loyaux partenaires, mais quelques pages se sont tournées entre deux : la frênésie Java, C, C++, HTML/CSS, ... et le COBOL est tombé dans les "oubliettes", mais pas pour tout le monde (la "bête" sommeille, immobile, hiberne, grognant de temps à autre avec son généniteur (le COMTRAN: COMmercial TRANSlator) et son frère d'arme de toujours le scientifique et très puissant FORTRAN (FORmula TRANslator).

C'est peut-être un langage "verbeux" et consommateur de papier-listing, il n'en reste pas moins qu'à ce jour, il s'agit du langage qui possède le nombre le plus élevé de lignes de codes dans le monde et ce depuis 1968.

J'interviens régulièrement, notamment en période de "vacances" (maintenance), sur des applications COBOL/Assembleurs pour l'industrie.

J'ai formé des jeunes (femmes et hommes) fraîchement sortis de l'école (du BTS au Master, à l'école d'ingénieurs à des titres moins honorifiques, même des doctorants et des docteurs), pendant plusieurs semaines/mois, des moins jeunes, des anciens et des moins anciens afin qu'ils puissent prendre la relève inter-générationnelle et du boulot, il y en a "à la pelle" pour qui sait l'exploiter (sur Mainframe anciens et nouveaux (le "Z"), AS/400, Mini, Micro ou Cloud) et ce, pour des années longues, très longues ... et je continue régulièrement à former les prochaines âmes cobolistes, sur le terrain, novice/débutant ==> expérimenté/maîtrise/expert, en système local, en cloud ou en interopérabilité avec d'autres services, d'autres langages (récemment, couplage avec la suite PCSOFT-Windev).

Les gens sont libres de choisir ce premier langage d'avenir, si je puis dire, ou de le prendre en second langage (comme on le fait pour les langues vivantes à l'école). Il est rigoureux, touffu, velu, contraignant mais ô combien formateur.

Je continuerai à utiliser mon ami COBOL (version GNU ou Commerciale) et mes inséparables FORTRAN et FORTH, et je continuerai à former des gens qui veulent découvrir, apprendre, maîtriser, exceller dans cet univers, en circuit fermé ou en interopérabilité avec d'autres univers, car au final, ils ont du boulot en salarié, en freelance, en stage, en intérim, .... aussi longtemps qu'elles/ils le désirent, avec des conditions tarifiaires plius qu'honnêtes à qui sait exploiter le filon.

Comme le chantait si généreusement le feu et généreux "Tonton David" (paroles un peu arrangées") :

"Chacun sa route chacun son chemin
"Chacun son rêve chacun son destin
"Dites leur que
"Chacun sa route chacun son langage
"Adopte le cobol comme un vrai message

PS : je vous invite à lire cet article (il date d'Avril 2018) : https://www.silkhom.com/quel-avenir-pour-le-langage-cobol/, et c'est toujours d'actualité.

Bien à vous,
Yanolezard

Encore une fois, on voit, à travers l'exposé de Yanolézard, qu'il y a un gouffre entre sa vision et celle de Itconsult.
Et pourtant ce sont deux informaticiens. Mais ils ne font pas le même métier.
On comprend que l'on marche sur la tête quand on voit les tarifs proposés par des commerciaux qui ont parfois vendu des machines à laver avant de vendre des informaticiens dont ils ignorent tout du métier.

Bonjour "Resosyst",

Pour la petite histoire : à la base, je ne suis pas informaticien, mais styliste-modéliste dans l'industrie textile, donc métier. Je suis venu à l'informatique par différents chemins de traverses, trop compliqués à expliquer ici et restant dans mon périmètre privé.

"Ma vision" est la réalité de ce que je fais/rencontre au quotidien, dans mes différentes activités. Il est vrai que les commerciaux (n'en faisons pas une généralité : il y en a qui sortent du lot, peu certes, mais quand même et certains (encore une fois à la marge) ont fait des efforts, pour peu qu'ils s'intéressent et que nous les intéressions au sujet. D'ailleurs, il y a quelques semaines, j'ai "rencontré" une ESN et un cabinet de conseil pour leur expliquer certaines choses, concernant notre beau métier et m'ont demandé de revenir faire des piqûres de rappel, notamment pour les jeunes recrues, plus occupées à "mater" Aya Nakamura sur Facebook/Instagram qu'à se concentrer sur leur métier premier : la chasse au poisson rare.

J'ai quand même cette chance d'avoir été et d'être des 2 côtés de la barrière : métier et informaticien. On se rend mieux compte des choses et en toute humilité et franchise, je ne prétends en aucune manière avoir la science infuse quant à ma "vision" des choses. Chacun voit "midi à sa porte" mais je souhaiterais tout de même, pour vous toutes et tous, qu'il soit le plus possible à votre porte.

Bien à vous,
Yanolezard.

Pour le côté pratique, j'avais placé une alerte sur différentes plateformes sur les offres Cobol (pour tâter le marché) et effectivement les TJM vont du simple au double donc difficile d'y voir claire.
J'ai l'impression aussi que les offres de freelance cobol sont rares ( mais bon mes alertes datent d'un mois donc ce n'est franchement pas la meilleure épriode pour les offres toutes techno confondues)