Pour le COBOL, il faut voir que c'est surtout utilisé par les banques et assurances.
J'avais fait un stage dans un très gros groupe d'assurance et le département qui gérait cette partie se trouvait en province avec les serveurs et datacenters pour le gain de coût sur l'infrastructure.
C'est peut-être la raison des différences de salaires entre Paris et le reste, c'est que tout simplement la majorité des personnes qui bossent avec sont dans ces centres externalisés.
Salut Redcurve.
Je reste bouche béeEnvoyé par Redcurve
Est-ce du cobol pur ? Ou du pacbase ?
@+
et Labview....il se positionne comment?
Minoritairement ?
https://emploi.developpez.com :
Recherche sur "Labview" (15 résultats)
Recherche sur "matlab" (48 résultats)
Je suis un peu excédé de voir la réputation de VB.Net comme étant un "langage pour amateur", dans la mesure où fonctionnellement, on peut strictement faire les mêmes choses que C#. À croire qu'avant l'essor du monde Dotnet, les dév. VB étaient des branquignoles ! Comme je dis toujours : il n'y a pas de mauvais outils, uniquement de mauvais ouvriers. La différence entre VB.Net et le VB originel est juste abyssale, à tous les niveaux. Et le "basic" d'aujourd'hui n'a plus grand chose à voir avec le GW-BASIC des années 80/90 (pour ne citer que lui).
Pour ma part, je connais les deux ± au même niveau mais en pratique, je préfère très largement VB justement pour son côté verbeux, pour la lisibilité du code, et surtout par habitude car je tape beaucoup plus vite sur ce que je connais parfaitement. D'ailleurs aujourd'hui avec Intellisense et quelques compléments sympas comme Code Rush (DevExpress) la productivité est juste énorme. L'essentiel est que l'on puisse créer sereinement les outils dont on a besoin (ou qu'on nous demande).
Finalement, j'ai l'impression que les développeurs sont un peu comme dans tous les domaines : ils prêchent leur chapelle, et le reste c'est de la m.. (un peu comme la guéguerre stupide des marques chez les photographes : Canon vs Nikon vs Sony vs Leica...)
Je pense que VB.NET souffre de sa similarité historique avec VB. Ensuite, il y a eu une couche de compatibilité pour faciliter le portage d'un code VB en VB.NET sans tout réécrire. Enfin, je pense que la suite Office à fait pas mal de mal ici aussi, avec le VBA, qui est un mix entre les deux.
Après, C# et VB.NET ne sont pas strictement équivalent. Bon, c'est vrai à 99,9% mais il reste des petites subtilités qui font que les langages sont différents. Par exemple :
- C# est sensible à la casse, VB.NET non. Du coup, il est possible de créer deux classes (ou méthode, variable, etc...) avec le même nom en C# mais pas en VB.NET (en pratique, c'est absolument pas recommandé et le compilateur va d'ailleurs générer un bel avertissement) ;
- VB.NET permet l'écriture de Finalizer, ce que ne permet pas C#, où il faut passer par un destructeur, avec quelques différences à la clé (notamment, en VB.NET le Finalizer parent n'est appelé que si l'appel est explicite. En C#, le destructeur parent est appelé quoi qu'il arrive)
Par contre, d'un point de vue API, les deux langages sont effectivement équivalents.
je pense que Microsoft a crée le langage C# pour concurrencer Java c'est quasiment la même syntaxe...
mais oui on peut faire des tas de choses en VB.Net
De toute façon du code en C# ou VB.Net finissent par donner la même chose le code intermédiaire ( I.L. )
Cependant les projets en Vb.net sont bien moins nombreux qu'en C#
Peut importe le langage maitrisé, l'important aujourrd'hui est surtout la polyvalence.
Les entreprises cherchent désormais des "couteux-suisse", qui peuvent maitriser plusieurs langages, et supporter différentes missions.
Un salarié agile et curieux d'apprendre de nouveaux langages vaut 10x un spécialiste en Python ou PHP, qui ne s'intéresse pas à d'autres lanages/actualités de milieu de la programmation.
Quoiqu'il en soit, les développeurs restent bien payés, car ils sont indispensables.
Attention tout de même à bien se former !! Il existe une multitude de critères à prendre en compte pour trouver une bonne formation en informatique (cet article en parle) : https://diplomeo.com/formation-informatique
Espérons que ce métier se développe avec les technologies à venir, contrairement à ce qui se dit dans la presse !
Salut, dans le même temps si j'ai à choisir à être spécialiste python avec un taf et être un polyvalent au chômage, le choix est vite fait.
A+
Salut à tous
Je suis du même avis que vous, à la condition que polyvalence signifie la maitrise et l'autonomie de vos compétences.Envoyé par martialguiraud
Je dirais plutôt l'adaptabilité selon les missions qu'on lui propose.Envoyé par martialguiraud
Le bon candidat est celui qui rassure le patron, c'est-à-dire qui est autonome, motivé et sur qui on peut compter pour mener à bien la mission.
Le spécialiste qui connait parfaitement son langage mais qui ne sait pas faire autre chose, est plus un handicap qu'un avantage pour la mission.
Venir s'enfermer dans une spécialisation qui n'est pas porteur est une erreur.Envoyé par olivier50
A l'inverse, le chômage peut justement vous donner le temps d'apprendre d'autres langages, de faire un bilan de vos compétences, voire de vous orienter dans d'autres formations.
Le choix doit se faire sur le long terme, et non répondre à un besoin immédiat.
@+
Tout cela peut s'entendre sauf que dans les faits un spécialiste python a bien souvent d'autres compétences donc il est spécialiste, certes, mais il doit utiliser d'autres compétences pour ses projets.
Alors qu'un autre candidat qui prétend connaitre les méthodes agiles ne sera pas forcément aussi adaptable qu'on peut l'imaginer. Je dis cela car j'ai vu des entreprises dans la démonstration la plus totale où la méthode agile était utilisée afin de montrer un déploiement d'énergie qui s'avérait être plus un artifice.
Au final nous étions dans le vocabulaire (scrum master, product manager...) mais en réalité notre métier est le même. J'ai vu aussi de jeunes diplômés utiliser des posts-its et vanter les bienfaits de la méthode agile mais dans l'incapacité totale d'effectuer un travail rapidement.
Donc à mon âge le pragmatisme a cédé le pas sur la sémantique et les idées "nouvelles".
Pour être plus précis on remplace 4 caissières par une seule qui supervise 4 automates mais son métier a-t-il changé ? ah oui...ce qu'elle fait est plus excitant, elle contrôle... C'est exactement ce qu'on vend aux gens en entreprise aujourd'hui. Mais dans les faits je ne vois que de la spécialisation.
A+
Salut Olivier50.
A vrai dire, non, ce que vous voyez n'est pas une spécialisation mais un changement de métier.Envoyé par olivier50
Si avant, le spécialiste était rare, la cause provenait de la nouveauté sur le marché du travail.
Mais quand cette nouveauté (par exemple python) devient la norme, le spécialiste disparait pour faire place au minimum de compétence que l'on demande à un candidat.
Et ce qui avant était le minimum de compétence, disparait au profit de ce nouveau minimum, que vous qualifié de spécialisation.
Le monde informatique change et de surcroît, les métiers changent aussi.
Sauf que beaucoup de gens ne savent pas se remettre en question, voire même sont dans l'incapacité de le faire.
Heureusement pour lui car la pluridisciplinarité va devenir la norme.Envoyé par olivier50
Connaitre le métier du client, par exemple la banque, l'assurance, mais aussi connaitre son métier, par exemple le développement web.
Mais aussi connaitre des aspects de configurations réseau, système ..., enfin tout ce qui tourne autour de l'ordinateur sans que cela soit votre spécialisation, afin d'être autonome chez le client.
Le pragmatisme, oui, la poudre aux yeux, non, car c'est bien le problème de ces soi-disant spécialistes qui ne sont pas capables de faire un travail basique et cache leur incompétence dans un jargon incompréhensible que pour eux, et encore.Envoyé par olivier50
Les métiers changent, c'est un fait. Sommes nous capable de suivre la demande de compétences que l'on exige aujourd'hui ?
@+
Quelqu'un sait quand va sortir le nouveau rapport concernant les emplois de 2018 ?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager