Discussion :

[redcurve]

C'est C# le premier language avec des lambdas ?

https://en.wikipedia.org/wiki/Scheme...guage)#Origins
==> Les lambdas existent depuis 1970 (voir avant)

https://en.wikipedia.org/wiki/C_Shar...ming_language)
==> C# existe depuis 2000

Par ailleurs, il y a des tas de langages fonctionnels qui existaient avant 2000, OCaml, pour n'en citer qu'un (1996).

En fait non, j'ajoute aussi Lisp (1958, 42 ans avant C#) .

Ou est-ce que j'ai dit que C# est le premier langage avec des lambdas j'ai dit que C# sert et a servit comme base pour l'ajout dans C++ c'est écrit noir sur blanc dans la doc C++ ...

[kriska]

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.

[Artemus24]

Salut Redcurve.

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

Je reste bouche bée Est-ce du cobol pur ? Ou du pacbase ?

@+

[yves_mag]

et Labview....il se positionne comment?

[Pierre Louis Chevalier]

Minoritairement ?

https://emploi.developpez.com :

Recherche sur "Labview" (15 résultats)
Recherche sur "matlab" (48 résultats)

[cedric_g]

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...)

[François DORIN]

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#.

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.

[Mat.M]

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#.

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#

[martialguiraud]

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 !

[olivier50]

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+

[Artemus24]

Salut à tous

Peu importe le langage maîtrise, l'important aujourd'hui est surtout la polyvalence.

Je suis du même avis que vous, à la condition que polyvalence signifie la maitrise et l'autonomie de vos compétences.

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.

Je dirais plutôt l'adaptabilité selon les missions qu'on lui propose.
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.

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.

Venir s'enfermer dans une spécialisation qui n'est pas porteur est une erreur.
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.

@+

[olivier50]

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+

[Artemus24]

Salut Olivier50.

Mais dans les faits je ne vois que de la spécialisation.

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.

dans les faits un spécialiste python a bien souvent d'autres compétences

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.

Donc à mon âge le pragmatisme a cédé le pas sur la sémantique et les idées "nouvelles".

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 ?

@+

[GlenLB]

Quelqu'un sait quand va sortir le nouveau rapport concernant les emplois de 2018 ?