Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
++, on peut espérer que les autres affirmations sont mieux renseignéesEnvoyé par tiefedan
python, reptile venimeux ! ce doit être la version 2.0 avec des accessoires supplémentaires
Sauf que: depuis quand le C et ObjC ne sont plus traduits en "code natif"?
Windev
Bonjour
Je vous invite de feuiller les manuels de windev et vous allez voir la différence
Cordialement
Je suis très étonné de la progression de MySQL !
Lorsque je regarde les différentes courbes, je constate qu'en 2016 il y a changement majeur mais je ne vois pas quel évènement il y a eu pour avoir ces changements.
Avec l’avènement du client léger qui remplace dans beaucoup d'entreprise d'ancien client lourd, je trouve intéressant de connaitre au moins deux langages, le javascript pour le front si possible avec un des frameworks bien à la mode comme Angular ou React, et un pour le back qui peut aussi servir à coder des clients lourds parfois java/c#/go ... après vous pouvez toujours faire du nodejs et faire du JS des deux côtés mais misé sur un seul langage je ne sais pas si c'est une bonne idée pour l'avenir, à part si vous désirez maintenir de vieux site web dans 10 ans en JS.
Je fais du JS ( et aussi Typescript) avec Angular et du C#, je suis plus souvent sollicité pour la partie front étant donnée que les ressources dans ce domaine sont rare surtout sur un framework particulier, et ça file souvent des boutons aux développeurs back de faire du front avec du JS.
Salut Olivier50.
A vrai dire, non, ce que vous voyez n'est pas une spécialisation mais un changement de métier.
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.
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.
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 ?
il serait intéressant d'avoir une meme étude pour les job permettant d’être en travail à distance.
Car être bien payé (en Ille de France, ou dans une grande métropole) ne sert qu'à payer beaucoup d’impôts (ce qui est bien aussi pour la société) par contre une bonne qualité de vie.
De meme selon le language la nature des projets diffèrent donc leur aptitude à se gérer à distance aussi.
Bref le croisement de toutes ces data peut permettre des choix plus éclairé.
Manque d'infos statistique
Super travail !
Je me disais que ça pourrait être bien d'avoir plus d'infos par langage, comme le nombre d'échantillons qui permettent d'obtenir les moyennes de salaire pour chaque langage.
L'écart type pourrait également être intéressant.
Je pense à mon cas (dev logiciel embarqué) où les écarts de salaire peuvent être très important en fonction des secteurs d'activité.
Typiquement les salaires sont plus élevés dans la défense que chez les concepteurs de produits électroniques grand publique.
Salut à tous.
Je suis toujours surpris par ces statistiques et ce, depuis longtemps. Pourquoi ?
Parce que cela dépend des clients chez qui l'on travaillent mais aussi de la demande du moment.
Voire mettre au même niveau, la rémunération d'un profile, comme si celui-ci était rémunéré de la même façon selon les secteur de l'informatique où l'on exerce.
Par exemple, un profil cobol rémunéré à plus de 4700€/mois.
Est-ce du cobol pure ou du pacbase ?
Et dans quel secteur ? Les services bancaires ou dans les assurances ?
Il y a encore quelques années, ce genre de profile était désuet, peut-être à cause du nombre d'informaticiens qui le pratiquaient encore.
Beaucoup de ceux-ci partent à la retraite, ne sont pas remplacés par des jeunes ayant cette compétence, il est normal d'avoir une rémunération d'un si haut niveau.
Le perl est un excellent langage, qui a du mal a se faire connaitre, et est destiné à faire de la maintenance sur des machines linux.
On peut s'en servir pour faire du développement, mais en tant que langage interprété, on peut trouver mieux en terme de performance pour du développement.
Rémunération à 3700€/mois me semble aussi exhorbitant.
Par contre, on ne connait pas l'usage que l'on va faire de ce langage.
Quand j'exerçais, je n'ai jamais rencontré ce langage sur les machines Unix. Plutôt du korn-shell, c-shell, bourne, bash et accessoirement de l'AWK.
Je connais beaucoup de langages, pour différents usages, mais en lisant ces statistiques, j'ai l'impression que le monde informatique a beaucoup changé depuis mon époque.
Je trouve que les salaires ont explosé, comme s'il y a avait une pénurie de profiles.
@+
Pour le cobol cela s'explique par la rareté des profils et le maintient en vie d'application stable/robuste qui couterai tres cher à refaire dans ces domaine sensibles qui ne peuvent se permettre d'avoir des erreur critique ..
cela n'est que reculer pour mieux sauté au passage
Perl ça fait un moment au moins depuis les années 2008 que je n'ai pas vu ce genre de script en exploitation chez mes clients dans les environnement Windows ,
j'avais un client qui m'en avait demandé pour transformer les résultats textuel de log de Mqserie en page web ...
le powershell remplace le vbscript bien que le powershell n'est pas un langage à part entière selon mes critères alors que l'on peut tres bien faire des script d'exploitation qui se rapproche d'une programmation en turbo pascale dans sa forme ...
le salaire me parait correcte par rapport au prix vendu de prestation de dev .. cependant il faut échapper au requin des SSI un peut trop gloutonnes
et te confirme que les ingénieurs en informatique sont tel Sisyphe devant rouler leur bosse de connaissance jusqu'au sommet de l'obsolescence un perpétuelle travail de veille et d'apprentissage
COBOL 8000€ en guadeloupe ma sœur cherchait des profils il y a quoi 3 ans, la plage de soleil etc. et 8000€ net en poche
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.
Labview
et Labview....il se positionne comment?
Minoritairement ?
https://emploi.developpez.com :
Recherche sur "Labview" (15 résultats)
Recherche sur "matlab" (48 résultats)
VB.Net, langage "pour amateurs" ?...
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+
Répondre avec citation
Partager