Discussion :

[fiduce]

j'ai envie de dire que c'est maintenant utilisable depuis .NET Standard 2.0 (la 1 était encore trop restrictive en terme d'API disponible). Je suis donc certains que cette technologie va permettre un déploiement plus large du C# dans les années à venir.

Exactement. Je connais pas mal de gens qui on capuché sur .Net il y a longtemps (moi par exemple). Je l'ai redécouvert assez récemment (2 ans), mais qu'est ce que je suis content (1) d'avoir attendu ;-) et (2) d'être revenu.
Je trouve le dernier Visual Studio (2017) formidable (à coté d'un truc comme Eclipse) et j'adore le framework ainsi que le C# (vraiment un langage qui m'inspire : parfois j'ai envie de développer des projets rien que parce que le code serait cool).

[dukoid]

j'observe le marché de l'emploi dans le sud ouest et cela colle aux résultats.

voilà ce que j'ai remarqué personnellement en terme d'offre (sans prendre en compte le salaire)
30% : Java
25% : PHP (70% Symfony, 10% Laravel, 20% autres)
20%: doNet
15%: javascript (30% Angular, 30% react, 10% vue.js 30% autres)
10%: autres

[blbird]

Merci pour cette étude, mais je pense que cela ne reflète pas la réalité.
Par exemple, je gagne 6000€/brut mois et développe en VB.net
Malheureusement ce genre d'étude risque d'orienter les jeunes vers l'apprentissage d'un langage en particulier. Et le pire ... JAVA.
Les 'informaticiens' demandés aujourd'hui doivent résoudre des problèmes, se connecter à n'importe quelle sources de données etc. Pas écrire pour écrire du code comme on tricote un pull. XML, XSLT, FRAMEWORK et autres APIs sont bien plus important a maîtriser que le langage.

Les technologies que tu cites sont très anciennes, à la limite du périmé : xslt en particulier. Balancer le mot "Framework" comme quelque chose à connaître, ca ne veut rien dire non plus.
Je ne vois pas pourquoi tu dis Java c'est le pire? Encore un qui est enfermé dans le langage qu'il connait, et qui pense que tout le reste est mauvais. Désespérant.

En passant, BASIC c'est la base de l'histoire de Microsoft et Windows c'est 90% de l'informatique. Il y a des milliers de PME qui aimerai embaucher des gens qui jongles entre les données d'Office. Je pense que la com sur C# à bien fonctionné, pour faire venir les amoureux de l'accolage et des points virgules vers dotNet. Il fallait bien récupérer les développeurs C et ++ (et pourquoi pas +++).

Le monde Microsoft à une forte tendance à se croire bien plus important qu'il n'est vraiment. Les langages Microsoft ne sont pas les plus recherchés, c'est un fait depuis des années. C'est assez facile à vérifier sur n'importe quel site d'emploi permettant de faire des recherches.

[tiefedan]

python, reptile venimeux ! ce doit être la version 2.0 avec des accessoires supplémentaires

[fiduce]

Les technologies que tu cites sont très anciennes, à la limite du périmé : xslt en particulier.

Désolé d'attendre le franchissement de la limite avant de ne plus en parler ;-)

Balancer le mot "Framework" comme quelque chose à connaître, ca ne veut rien dire non plus.

T'as oublié de lui reprocher d'avoir dit qu'il fallait connaitre APIs, sans préciser si c'est la pomme d'api ou le loch api.

Quand au BASIC et GW BASIC, leur création et leur histoire initiale n'a rien à voir avec Microsoft.

Il a dit que Microsoft s'était construit sur le Basic, pas le contraire.

Les langages Microsoft ne sont pas les plus recherchés, c'est un fait depuis des années. C'est assez facile à vérifier sur n'importe quel site d'emploi permettant de faire des recherches.

Monte plus haut, lire mon commentaire, tu comprendras la différence qu'il y a entre des offres d'emploi à un moment précis, et les débouchés.
Rien qu'en voyant que VBA était à 0 en 2013, j'ai rigolé. Ok, il y avait surement en entreprise plus de gens sachant coder du VBA que de projets à rustiner, mais ça ne veut pas dire que 0 projet se faisait en VBA en 2013.

[rjvbertin]

python, reptile venimeux ! ce doit être la version 2.0 avec des accessoires supplémentaires

++, on peut espérer que les autres affirmations sont mieux renseignées

Sauf que: depuis quand le C et ObjC ne sont plus traduits en "code natif"?

[blbird]

Il a dit que Microsoft s'était construit sur le Basic, pas le contraire.

Tu as raison, j'ai modifié mon texte. VB.Net ou VB est un peu plus clair en général pour la plupart des devs.

@François DORIN: Je trouve au contraire Microsoft a peu de vision d'avenir concernant le dev. Alors certes, c'est difficile car les technologies évoluent à une vitesse très importante. Mais quand on voit le nombre de technologies et de framework qu'ils ont abandonnés ces dernières années au sein de leur ecosystème (dev et logiciel), c'est juste impressionnant.

J'imagine que les autres ne font pas mieux, mais chez Microsoft c'est quand même des grands spécialistes pour nous pondre une nouvelle technologie, nous dire que c'est génial, c'est l'avenir, oubliez tout le reste, pour remplacer la nouvelle technologie révolutionnaire 1 à 2 ans plus tard, sans laisser aucun choix aux devs, à part quelques documentations qui indiquent comme migrer de l'ancienne technologie révolutionnaire à la nouvelle technologie révolutionnaire.

Quand tu as fait du Microsoft longtemps, c'est juste flagrant, et surtout très fatiguant.

[François DORIN]

Les technologies que tu cites sont très anciennes, à la limite du périmé : xslt en particulier.

XSLT périmé ???

[blbird]

XSLT périmé ???

J'ai dit "à la limite". Pour en avoir fait beaucoup, je fuis cette technologie comme la peste, surtout quand elle doit produire du HTML.

Mais bon je pense qu'on est plus que hors sujet.

[fiduce]

En 1988, je suivais des cours de Cobol, mais, parce que je codais aussi en Basic/Pascal/C, je croyais déjà que c'était périmé. Si javais su, j'aurais fait toute ma carrière là dedans. En Suisse si possible.
Le passé est plus facile à lire que l'avenir. En informatique, il est aussi intéressant (si on veut juste bosser) de connaitre le langage de ceux qui partent à la retraite, que celui des autres qui arrivent tous sur le marché. Celui qui part à la retraite aujourd'hui, il a codé en quoi ? Il maintenait quoi ? Un site web (qui a la longévité d'une rose) ? Du java ? Un dialecte de navigateur ?
On a l'impression que plus personne ne se rappelle que flash était surement en première position de ce camembert il y a 10 ans. Tu disais à quelqu'un que t'étais informaticien mais que tu touchais pas au flash, on te regardait comme un has been ;-)
Aujourd'hui, les gars savent à peu près développer un truc complètement dépendant de 45 technos qui évolueront comme elles voudront, dans une équipe menée comme une partie de donjon & dragon, en appliquant quelques patterns et en utilisant des boites à outils ... et ils se croient sortis de la cuisse de Jupiter.

[François DORIN]

@François DORIN: Je trouve au contraire Microsoft a peu de vision d'avenir concernant le dev. Alors certes, c'est difficile car les technologies évoluent à une vitesse très importante. Mais quand on voit le nombre de technologies et de framework qu'ils ont abandonnés ces dernières années au sein de leur ecosystème (dev et logiciel), c'est juste impressionnant.

C'est bizarre, j'entends souvent le même discours, mais bien souvent quand je demande une liste précis d'exemples elle ne contient que bien peu d’éléments, ou ceux présents sont considérés à tord comme obsolète. Exemple, Linq To SQL. C'est loin, très loin d'être déprécié. C'est encore tellement bien supporté qu'il est possible d'installer tous les outils avec Visual Studio 2017. Le fait que Microsoft ait choisi de ne plus faire évoluer la technologie ne signifie pas qu'elle n'est plus supportée et qu'elle est morte.

J'ai dit "à la limite". Pour en avoir fait beaucoup, je fuis cette technologie comme la peste, surtout quand elle doit produire du HTML.

Ok, donc avis personnel pas du tout représentatif de la réalité

[fiduce]

Le truc qui manque à .NET, c'est une banque de composants logiciels fournis en code source.
Les projets opensource sont trop rarement écrits en .NET. Il y en avait plus sous visual studio 6 !
C'est peut-être lié à la licence Community arrivée tardivement, ou au fait qu'on ne peut pas l'empêcher de causer avec Microsoft : Microsoft est trop présent.

Sinon, il y a aussi un problème de communication. Les softs développés sont compacts et s'installent facilement. Les versions portables sont faciles à fabriquer. C'est fini l'époque où quand on utilisait le moindre truc, il y avait trois dll de plus dans ta livraison qui cherchaient à se mettre dans un dossier système à l'installation ;-)

[moha31005]

Bonjour

Je vous invite de feuiller les manuels de windev et vous allez voir la différence

Cordialement

[blbird]

C'est bizarre, j'entends souvent le même discours, mais bien souvent quand je demande une liste précis d'exemples elle ne contient que bien peu d’éléments, ou ceux présents sont considérés à tord comme obsolète. Exemple, Linq To SQL. C'est loin, très loin d'être déprécié. C'est encore tellement bien supporté qu'il est possible d'installer tous les outils avec Visual Studio 2017. Le fait que Microsoft ait choisi de ne plus faire évoluer la technologie ne signifie pas qu'elle n'est plus supportée et qu'elle est morte.

Juste un exemple sur le dev en SharePoint : https://sharepoint.stackexchange.com...ep-calm/206815
Les changements complets ont été tellement nombreux, à chaque fois vendus comme étant le nouvel eldorado qui remplacait l'ancien :
2010 : Solutions SandBox + WSP, l'avenir!
2013 : D'un coup, le WSP devient le mal absolu, et les solutions sandbox c'est encore pire : le diable en personne. Impossible de migrer simplement les anciennes applis, il faut refaire 75% du code. Le nouvel eldorado c'est maintenant du codage en Iframe (modèle app-in) tellement lent que ca en est inutilisable.
2016 : Changement de modèle, maintenant c'est beaucoup de JS codé avec Visual Code, oublions le code serveur. On met à la poubelle ce qu'on a fait 3 ans avant, encore.

Et je ne rentre pas dans les détails, mais je pourrais facilement.

C'est le cas pour beaucoup de technologies Microsoft, dont certaines citées précédemment (silverlight, wpf, ...) : savoir qu'elles sont supportées, ca n'apporte rien, elles sont juste abandonnées petit à petit.

Alors non, désolé, Microsoft n'as pas spécialement de visions d'avenir à plus que 1 ou 2 ans dans beaucoup de cas. Le problème n'as pas vraiment là, mais surtout que comme c'est propriétaire, tu ne peux pas, comme en open-source, laisser la communauté le maintenir et l'améliorer. Si Microsoft décide d'arrêter, c'est terminé, point.

Ok, donc avis personnel pas du tout représentatif de la réalité

Je suis complètement capable de le justifier, mais on est hors-sujet.

[berceker united]

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.

[youtpout978]

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.

[sebwT]

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

[François DORIN]

C'est le cas pour beaucoup de technologies Microsoft, dont certaines citées précédemment (silverlight, wpf, ...) : savoir qu'elles sont supportées, ca n'apporte rien, elles sont juste abandonnées petit à petit.

Non. Une techno qui n'évolue plus n'est pas une techno obligatoirement obsolète (mais l'obsolescence induit généralement le manque d'évolution). C'est la différence entre A implique B et B implique A. Ce n'est pas parce que l'un est vrai que l'autre l'est également

Exemple : l'utilitaire cp n'évolue plus. Est-ce pour autant qu'il est obsolète et qu'il faut arrêter de l'utiliser ?

Le problème n'as pas vraiment là, mais surtout que comme c'est propriétaire, tu ne peux pas, comme en open-source, laisser la communauté le maintenir et l'améliorer. Si Microsoft décide d'arrêter, c'est terminé, point.

Là c'est un argument pertinent

Je suis complètement capable de le justifier, mais on est hors-sujet.

Justifié ou non, cela n'enlève rien quant au caractère personnel de l'avis Mais effectivement, on est un peu hors sujet (en fait, toute la discussion qu'on est en train d'avoir est hors sujet vis-à-vis de la discussion initiale ^^)

[blbird]

Non. Une techno qui n'évolue plus n'est pas une techno obligatoirement obsolète (mais l'obsolescence induit généralement le manque d'évolution). C'est la différence entre A implique B et B implique A. Ce n'est pas parce que l'un est vrai que l'autre l'est également

Exemple : l'utilitaire cp n'évolue plus. Est-ce pour autant qu'il est obsolète et qu'il faut arrêter de l'utiliser ?

C'est vrai, cependant :

• au vu de l'évolution extrêmement rapide des technos informatiques actuelles et de leurs interconnexions grandissantes, dire qu'on ne fait plus évoluer une techno amène tout aussi rapidement à l'impossibilité de l'utiliser (sauf cas à part, comme toujours, mais bon)
• quand Microsoft dit c'est la dernière version, quasi tout le monde va arrêter dès que possible de l'utiliser, surtout si c'est trop propriétaire (l'exemple des développements propres à IE n'est plus à faire, j'imagine )

Oui désolé pour le HS mais la discussion avec François est intéressante. J'arrête là.

[moons17]

Java pas bien ...erf pas étonnant non plus au vu du nombre d'application embarqué ..
j’essaie de m'y mettre pour faire des servlet utilisable sous Tomcat mais puré c'est d'un imbuvable notamment après avoir appris le python

C# un incontournable d'après un collègue qui s'est évertué à utiliser du Powershell pour "tweatter" SSCM2012
C++ aussi un langage que je doit apprendre

Aujourd'hui, les gars savent à peu près développer un truc complètement dépendant de 45 technos qui évolueront comme elles voudront, dans une équipe menée comme une partie de donjon & dragon, en appliquant quelques patterns et en utilisant des boites à outils ... et ils se croient sortis de la cuisse de Jupiter.

Bonne analyse , c'est comme jouer au lego les effets de mode en plus je suis sur qu'il à bien un dev pour sortir une usine à gaz à base d'IA pour remplacer une simple analyse à base de fonction XOR

je ne compte plus aussi les langages que j'ai appris et ne pratique plus assembleur /basic /turbo pascal ....) mais la base du dev reste là