Discussion :

[sekaijin]

Je crois qu'il faut relativiser tous les chiffres qu'on vois.

si tu vas sur une forge né à l'époque où il n'y avait que pascal cobol et C puis C++ tu vas aujourd'hui trouver que 80% des projets sont en C++

ça ne fait pas de C++ le langage hyper dominant.

Git est né en même temps que l'émergence des des frontend Js puis de js en backend les projets C++, java etc était sur d'autre forges c'est donc normal que git se retrouve avec 50% de projet git.
cela ne signifie pas que 50% des projet sont en js.

Donc le graphique de git ne donne d'info que sur git. et rien de plus. si js est populaire et s'il est Le langage à la mode dans les écoles tous les langages ont des avantages et des inconvénients.
et non js ne remplacera pas tout pas plus que les autres langages.

A+JYT

[mister3957]

Il y a Git et Github, mais on aura compris.

Dans les commentaires on a pas bien vu les "pour" dire "JS ça doit être la suprématie, le langage unique, le reste c'est de la merde".

On a surtout vu les "contres" inventer des trucs faux, frustrés de devoir apprendre un truc de plus en lien avec leur métier. Sûrement ont-ils capitalisé sur une tech qui se voit de plus en plus dépréciée, menacée.

Mais c'est pas nous qui décidons, c'est le marché, la tune.

Etant expert C/C++, j'ai eu du mal à trouver un job autre chose que de la pauvre TMA sur des systèmes anciens en mode pompier et ma précédente expérience c'était en mode gourou, c'est un signe qu'il faille se renouveler pour se sentir "comme les autres". Parfois je participe à des trucs open source, mais c'est pas ça qui va me donner à bouffer.

Il est vrai que c'est chiant de devoir apprendre un truc à 40 piges et de se retrouver à demander des conseils au stagiaire du coin alors qu'on a passé des décennies pour devenir experts sur autre chose, surtout quand ça nous fait changer de paradigme, c'est frustrant et on en vient à avoir du mal à justifier son salaire alors qu'on est rendu à l'état de bleuzaille côté productivité. Je me vois mal dire en daily "ben moi (qui coûte 670 balles la journée) je suis occupé à apprendre à utiliser des promesses mais le petit kevin (23 ans) va m'aider aujourd'hui".

Pourtant il faut l'accepter et c'est pas parce qu'on est une pipe dans une techno que le bagage pro général que l'on a acquis ne vaut plus rien, y'a pas que le code dans notre métier.

Ou sinon autre solution, on fait caissier à la supérette du coin, il y a déjà plus de chance que son quotidien pro ne change pas trop trop d'une année à l'autre.

[blbird]

Tant qu'on fera du soft jetable, du front pour l'essentiel en Javascript le principe de Tim Berners Lee sera appliqué à bon escient car plus personne ne fait évoluer un soft écrit en JS, le plus souvent après quelques années on jette et on recommence, éventuellement avec le nouveau framework js tendance du moment !

Je ne vois pas pourquoi on ne ferait pas évoluer un soft écrit en JS, pas plus qu'avec d'autres langages. Passer d'un framework à un autre (quelque soit le niveau du framework ou de la lib), c'est aussi une évolution.

Certaines grosses application JS évoluent déjà depuis de nombreuses années sans problème. Ce n'est pas une question de langage, mais de choix techniques des informaticiens.

[sekaijin]

Il y a Git et Github, mais on aura compris.

Dans les commentaires on a pas bien vu les "pour" dire "JS ça doit être la suprématie, le langage unique, le reste c'est de la merde".

On a surtout vu les "contres" inventer des trucs faux, frustrés de devoir apprendre un truc de plus en lien avec leur métier. Sûrement ont-ils capitalisé sur une tech qui se voit de plus en plus dépréciée, menacée.

Avec l'essor de la robotique le C/C++ à toujours la côte même s'il est mixé avec d'autre langages.

au fils des ans on voit apparaître des langages. ils restent longtemps dans l'ombre. puis l'un deux voit son avenir s'élargir. et là effet de mode on veut tout faire avec. puis le temps fait son oeuvre et le dit langage se recentre sur les domaines où il est le plus efficace.
ça été vrais pour tous les langages qui ont eu du succès que j'ai vu dans ma carrière.

A+JYT

[Invité]

Dans les commentaires on a pas bien vu les "pour" dire "JS ça doit être la suprématie, le langage unique, le reste c'est de la merde".

Ah oui ?

J'ai vraiment de la peine pour tous ces devs Java/.NET qui vont générer des montagnes de sels dans quelques années quand toute leur expérience et expertise accumulée ne servira plus qu'à travailler sur du vieux legacy pourri et que tout le monde aura migré sur node.

Ce qui se passe depuis quelques années c'est que Java est à son tour entrain de se faire écrabouiller par le JavaScript.

tu délègues cette partie à quelque chose d'adapté (Java, .NET, ...). Mais tu délègues uniquement ça. Tout le reste c'est fait en node.

Je t'invite à faire l'expérience de start un JBoss même avec un simple hello world c'est affreusement long à démarrer. Après tu feras un npm start sur ton Node et tu verras que ça boote en quelques millisecondes.

Les grandes structures (Banques et assurances) qui drivent le marché des presta (SS2I) ont donc tout intérêt à construire leur propre PaaS et à refaire leurs applis en Node.

il y a tellement d'objets dans NpM, que c'en est presque à ce demander si les mec se font pas la course pour trouver des secteurs applicatifs encore oubliés

Du coup plus besoin d'un machin ultra lourd tel que JAVA, des compétences rares et hors de prix pour C/C++

JavaScript ne se cantonne pas à de petits scripts présents sur des pages html, parce qu’évidement, il existe encore des irréductibles pour jeter un regard dédaigneux sur ces possibilités

il ne faut pas oublier non plus l’arrivée de la robotique ainsi que celle de l’Internet des Objets*; et La JavaScript s’y révèle comme incontournable, alors que les systèmes en C ou C++ y sont vraiment à la ramasse.

derrière le "sigle" JavaScript, on à affaire à un nouvel univers informatique, sans doute le plus vaste de tous et dont la croissance est loin d'être achevée.

...

[Marco46]

Hormis la première phrase qui relève du troll (et encore ya un fond de vrai) parce que c'était trolldi, je signe tout le reste. Et je t'invite à t'informer mieux que ça, il ne s'agit que de faits.

[psychadelic]

@ SimonDecoline :
quel est le lien entre :

Dans les commentaires on a pas bien vu les "pour" dire "JS ça doit être la suprématie, le langage unique, le reste c'est de la merde".

Et :

derrière le "sigle" JavaScript, on à affaire à un nouvel univers informatique, sans doute le plus vaste de tous et dont la croissance est loin d'être achevée.

Car je ne vois pas en quoi cette phrase indiquerai la moindre suprématie du JavaScript sur les autres langages…

D’ailleurs, j’ai aussi du mal à voir dans tes propos quelque chose qui exprimerai, disons, un point de vue sur ces questions?
Ce sont juste des remarques en passant ? (mais ça manque tout de même d’argumentations).

Par exemple ton aparté sur les langages compilés m’ont semblé complètement hors sujet.

Et franchement, tout cela donne l’impression que tu portes un regard très négatif sur la «galaxie JavaScript» sans pour autant en avoir vraiment fait le tour.

[blbird]

Et franchement, tout cela donne l’impression que tu portes un regard très négatif sur la «galaxie JavaScript» sans pour autant en avoir vraiment fait le tour.

C'est malheureusement souvent le cas, surtout envers le JS, mais pas que.

Mais sinon, il ne faut pas non plus aller dans l'excès inverse : le JS n'est pas voué à écraser tout les autres langages, loin de là.

Seulement le positionnement actuel et futur du JS moderne, qui est très bon par rapport aux autres langages, et mal vu par ceux qui ne le connaissent pas.

C'est juste toujours très dommage qu'en informatique, certainement un des domaines où les évolutions sont les parmi les plus rapides et importantes, et où il faut constamment se remettre à jour, certains ont encore du mal à le faire, et préfère critiquer avant de s'intéresser.

[alves1993]

Je ne vois pas pourquoi on ne ferait pas évoluer un soft écrit en JS, pas plus qu'avec d'autres langages. Passer d'un framework à un autre (quelque soit le niveau du framework ou de la lib), c'est aussi une évolution.

Je ne suis pas d'accord avec ce que tu énonces, passer d'un Framework à un autre n'est pas une évolution mais plutôt une réécriture.
Les développeurs qui ont effectué la transition de projets AngularJs à Angular 2/4/5 peuvent en témoigner.

[blbird]

Je ne suis d'accord avec ce que tu énonces, passer d'un Framework à un autre n'est pas une évolution mais plutôt une réécriture.
Les développeurs qui ont effectué la transition de projets AngularJs à Angular 2/4/5 peuvent en témoigner.

Je comprends, mais là le problème vient plutôt :

• Du fait qu'Angular est un Framework tout inclus
• et qu'ils ont changé énormément de choses

Le problème ne vient pas de JS en lui-même, quelque soit le langage, tu aurais gagné plus de temps à réécrire une bonne partie du code existant à migrer, que de tenter de l'adapter.

La plupart du temps, un changement de version d'un framework ou d'un ensemble de librairies d'un projet donné n'implique pas une réécriture complète, juste une adaptation. Car on est souvent dans un changement de version mineure (voir majeur sans trop d'impact), et aussi souvent sur seulement une partie du code (et pas la totalité).

Pas de bol pour Angular, je compatis.

[Marco46]

Je ne suis pas d'accord avec ce que tu énonces, passer d'un Framework à un autre n'est pas une évolution mais plutôt une réécriture.
Les développeurs qui ont effectué la transition de projets AngularJs à Angular 2/4/5 peuvent en témoigner.

C'est vrai que c'est pas une évolution au sens de monter de version une lib. Ça c'est clair. En revanche si tu dois TOUT réécrire pour passer ton app de AngularJS a Angular il faut vraiment faire une pause et se poser des questions. Normalement tu as 90% de ton js qui est dans des services, et transformer tes services en classes je suis désolé mais ça impose pas de réécrire tout. Tu peux même le faire en restant en AngularJS, tu n'as plus que l'injecteur à transposer (et je me demande même qu'elle est l'utilité de cette usine à gaz dès lors que tu es en ES6 mais c'est un autre sujet).

Le vrai sujet sur une migration c'est à quel point ton appli est écrite en respectant les good practices et à quel point le test de ton appli est automatisé pour savoir pendant que tu effectues la transition si tu pètes un truc.

[nirgal76]

Bon ben, à lire ce fil, j'suis bien content de faire et maintenir des projets C++ depuis 20 ans (et ils sont partis pour durer encore un bout).
Au moins, je n'ai pas à suivre la mode du moment.
comme disait ce bon vieux Oscar, “Fashion is a form of ugliness so intolerable that we have to alter it every six months.”

[mr_samurai]

Sans prétention, je pense avoir eu cette idée en 2005 en stage de fin d'étude, ajax était à la mode.

Mon raisonnement est le suivant:
JS à autant d'implémentations que de navigateurs, est-il le plus executé mondialement ?
La course aux benchmark en fera l'un des language les mieux optimisé, les grands y veront un gain $, et le reste suivera

[pterrat]

Sujet vraiment interessant.

Est-ce que c'est pas l'intérêt de notre travail n'est pas d'apprendre cette évolution?

Selon moi, l'évolution du langage JavaScript en ce moment est vraiment de bonne augure :

• ça permet de trouver des paradigmes pour améliorer les applis
• Les grosses entreprises s'investissent (Angular (Google), React (Facebook), TypeScript (Microsoft), ...)

Après ça amène son lot d'inconvenients :

• On passe plus de temps à upgrade des applis qu'à développer
• Le peu de temps qui nous reste est pour apprendre les nouveautés

Après, est-ce que ça va continuer sur ce rythme? J'en doute quand même un peu.

[moustic98]

Et encore là c'est rien parce qu'ils ne sont même pas sur la défensive. Mais attends un peu qu'ils commencent à se rendre compte que leur langage préféré est entrain de se faire balayer comme un fétu de paille par l'écosystème JS et là tu verras une phase de déni particulièrement violente.

J'ai vraiment de la peine pour tous ces devs Java/.NET qui vont générer des montagnes de sels dans quelques années quand toute leur expérience et expertise accumulée ne servira plus qu'à travailler sur du vieux legacy pourri et que tout le monde aura migré sur node.

C'est là qu'on va vraiment se marrer !

Pour ta culture personnelle : COBOL existe toujours !

Sun (java) à initié la Logic de composants : awt, swt, swing

Java a implémenter le model MVC, la démocratisation du client léger, et à ouvert les portes à l'existence même de JS.

Le jours ou le JS pourras couvrir un socle de fonctionnalités de base tel un grand language du calibre du c/c++, java, .NET même si j'aime pas, il aura la vie belle.

En attendant, aucune DSI n'est assez connue et buter pour recorder 30 ans d'application en JS alors qu'elle se porte bien et marche, à moins que tu casses les prix du marché et que tu recode tous en 6 mois, le risque est juste trop gros, en attendant, JavaScript est bien côté front, excellent même pour concevoir un client léger riches, mais loin, très loin de pouvoir réaliser un batch performant avec une fonctionnalité basic, même si tu exposé tous en REST.

COURAGE l'ami.

[felicityjohns]

Réécrire un logiciel en JavaScript offre de nombreux avantages. JavaScript est largement utilisé à la fois pour le front-end et le back-end, ce qui permet une meilleure portabilité et des performances optimales sur différentes plateformes. De plus, il est idéal pour les applications web interactives grâce à ses frameworks populaires comme React et Node.js.