JavaScript sera-t-il bientôt un standard des applications d'entreprises ?

[Katleen Erna]

JavaScript sera-t-il bientôt un standard des applications d'entreprises ? Une conférence parisienne tentera de répondre à cette question le 20 janvier

Le langage de programmation JavaScript est de plus en plus utilisé, et ce, dans divers buts. Son emploi n'est plus réservé au monde des navigateurs.

Face à cela, plusieurs professionnels et experts comment à se poser des questions. JavaScript pourrait-il « rapidement devenir un langage incontournable pour les applications plus traditionnelles, ‘d’entreprise’ » ?

L'interrogation interpelle tellement de monde que le 20 janvier prochain, à Paris, se tiendra la conférence « JavaScript pour les applications d’entreprise ». Des experts dans ce domaine tenteront de voir quel sera l'avenir du langage dans les compagnies.

En bonus, se feront la présentation du framework AmpleSDK, de l’outil de développement Cloud9 IDE, de l’éditeur de pages HTML BlueGriffon, du projet cloudResilience, etc.

Il y aura également des présentations à propos de PhoneGAP et Titanium, pour les secteurs mobiles.

Source : Systematic

Et vous, qu'en pensez-vous ? Quelle devrait être, et quelle sera, la place et/ou l'utilisation de JavaScript en entreprise ?

[khayyam90]

Je pense que l'un des points permettant de dire si une techno peut être ou non utilisée entreprise est son niveau de robustesse et sa simplicité pour faire ce qu'on attend d'elle.

Il serait illusoire de vouloir répondre à la question de l'exclusivité de javascript en entreprise, si on peut l'utiliser ça ne peut être que couplé à une technologie côté serveur.

Si on s'y prend bien et avec les bons outils, oui, on peut réaliser rapidement des applications professionnelles (je ne parle pas de faire un site avec 2 écrans) robustes, génériques, généralisables, sécurisées.
Il y a de nombreux frameworks qui sont là pour aider le développeur, que ça soit des frameworks purement clients (comme ce AmpleSDK dont tu parles) ou davantage axés sur le serveur (avec génération de javascript genre GWT ou des projets similaires dans d'autres langages). Mais évidemment le contraire est aussi vrai, si on utilise directement javascript à son plus bas niveau je ne donne pas cher de l'application développée.

[RomainVALERI]

Envoyé par khayyam90

Il serait illusoire de vouloir répondre à la question de l'exclusivité de javascript en entreprise, si on peut l'utiliser ça ne peut être que couplé à une technologie côté serveur.

On a toujours besoin d'un langage serveur, en effet.
Comme... Javascript par exemple ?

[khayyam90]

Envoyé par RomainVALERI

On a toujours besoin d'un langage serveur, en effet.
Comme... Javascript par exemple ?

javascript côté serveur ? haha. Je croyais qu'on parlait de javascript en entreprise (donc avec une base de données, un SI potentiellement volumineux et complexe, un paquet d'interfaçages avec d'autres logiciels ...)

[Bovino]

A mon avis, pour répondre de façon complète à la question, il y a deux aspects à prendre en considération :

• Vouloir aujourd'hui se positionner sur des solutions Web sans prendre JavaScript en considération est-il sensé ?

Selon moi, la réponse est non sans ambiguïté.
Croire qu'il est encore possible de se passer de JavaScript pour des sites / applications Web signifie ne pas avoir compris ce qui s'est passé ces dernières années, les attentes des utilisateurs, les avancées du langage, les évolutions significatives en cours (en particulier l'émergence coté serveur comme le souligne Romain).

• Les problématiques Web constituent-elles l'ensemble des besoins d'entreprise et surtout, JavaScript est-il cantonné au Web ?

C'est bien là je pense la question intéressante.
Si l'on en croit Adobe, JavaScript apporte énormément plus qu'un simple langage de script intégré à un navigateur !
Les possibilités de ce langage (si ce n'est JavaScript lui-même, du moins son esprit) vont bien au-delà du contexte Web.
Retirez JavaScript de Flash, Acrobat, Photoshop, etc. et il en résultera un appauvrissement significatif des capacités de ces logiciels (souvent d'ailleurs sans que l'utilisateur n'en ait conscience), mais à l'inverse, donnez à vos logiciels les capacités de scripting type JavaScript pour adapter un produit à votre main et à vos besoins et vous améliorerez leur adéquation aux attentes clients de façon spectaculaire.
En ce sens, je pense qu'effectivement, je pense qu'après avoir utilisé JavaScript pour essayer de diminuer la frontière entre l'applicatif Web et l'application desktop, l'évolution des besoins d'entreprise se fera dans le sens d'une ergonomie plus et mieux évolutive comme le propose actuellement le Web.

[camus3]

Ah ah ah ...
Je suis l'un des empêcheurs de javascripter en rond sur ce forum ... et pourtant depuis près de 6 ans je fais du javascript en entreprise , non pas pour le web , mais pour des applications extensibles via javascript ( softs 3D , commandes des logiciels Adobes , print , etc ... ) et aussi pour Adobe Air.

Il faut savoir par exemple que tous les produits adobes s'appuient sur flash et javascript et sont donc personnalisables avec l'un des 2 langages ( création d'interfaces , commandes , jobs, etc ... )

Javascript est facile à intégrer dans une application , les moteurs sont gratuits donc c'est le premier langage avec lequel sont exposés les apis clientes des logiciels commerciaux ( avec ensuite VB ... ).

Ce qui n'en fait pas pour autant un langage miraculeux , génial et sophistiqué , juste qu'il donne la possibilité de coder d'une manière très sale sans qu'un bug ou une exception soit lancée.

Il n'y a aucun génie dans ce langage, ruby ou python sont ce que javascript aurait du être, et ceux qui glorifient ce langage ne connaissent pas les 2 cités précédemment

Contrairement à javascript , ruby ou python ( et les ersarzs de type groovy) permettent de choisir le paradigme de programmation. Tout ce qui fait les "good parts" de javascript se retrouvent dans ruby ou python et bien plus encore ( de vraies classes , une vrai POO , celle qu'on peut générer à base de diagrammes UML).

Ceux qui rédigent des specs de JS ont décidé , vu leur position dominante , de refuser toute évolution majeure du langage , c'est pour cela que je ne lui vois aucun avenir à long terme , on finira par intégrer un ruby ou python bis aux navigateurs j'en suis certain et javascript sera out ...

Enfin je ne crois ni aux solutions du type Jaxer ou Node.js , c'est de la hype, mais y a rien de vraiment robuste. Il est de toute manière suicidaire ( ou maso ) d'entreprendre la réalisation d'une appli de taille conséquente avec un langage aussi pauvre et aussi buggé.

[danielhagnoul]

Bonsoir

Python au secours de JavaSript ou l'inverse :

• Package Index > js.jquery 1.4.4
• JS-Python

Si les utilisateurs de navigateurs obsolètes étaient enfin abandonnés à leur triste sort et si tous les blocages étaient levés pour accélérer l'adoption des nouvelles normes - CSS3, HTML5, ECMAScript 5 ce serait déjà un grand pas.

Je trouve que Python (débutant en 3.1) est un bon langage, mais je trouve aussi que les serveurs basés sur Python traînent la patte. Mais j'aimerai bien que l'on me démontre le contraire avec des exemples récents.

[SpaceFrog]

Je crois qu'avant tout pour parler d'évolution de javascript il faut prendre en considération son implication avancée dans les navigateurs et applications adobe et autres.
Il en découle une viscosité élevée. En effet avant de pouvoir vraiment espérer une évolution il faudrait que le client évolue... Combien de temps encore avant d'enterrer définitivement IE6 ?
Cela pourrait-il entrainer une scission de javascript en deux versions ? Une version web qui trainerait les boulets que l'on lui connait, et une version applicative pour les autres applications ?

[jpvincent]

@camus3 le fait qu'un langage soit moins bien architecturé que d'autres ne signifie pas qu'il va disparaître. En tant que développeur Web, j'ai toujours été sceptique quant à l'utilisation de JS côté serveur, après tout je ne voyais pas l'intérêt de ramener un langage complexe à comprendre (parce que trop souple) au backend, là où il existe déjà les langages les plus utilisés au monde.

Mais je pense que les qualités intrinsèques d'un langage n'ont pas grand chose à voir avec son adoption professionnelle.
Exemple : je programme depuis 10 ans en PHP et JS, comme beaucoupp de webdevs, et pourtant c'est un langage mal pensé pour PHP et mal compris pour JS. J'ai étudié .NET pendant quelques semaines, et je me suis rendu compte à quel point un langage bien pensé était pratique.
Au final je continue pourtant à développer en PHP/JS pour monter des projets énormes, car malgré leurs lacunes respectives, ils ont ce qu'il faut pour être utilisé en entreprise :
- ils ont "l'air facile" : donc beaucoup de dévelopeurs y ont déjà plus ou moins touché, ce qui facilite le recrutement. J'ai bien conscience que cette fausse facilité n'est pas qu'une bénédiction mais le reste est affaire de formation
- énorme base de code : depuis longtemps en PHP et depuis récemment en JS, toutes les problématiques classiques ont une ou plusieurs librairies de qualité professionnelle qui y répondent. Côté serveur pour JS, perso j'attendrais encore un peu
- tous les outils les prennent en compte : des éditeurs de texte aux installations serveur.
- les développeurs les maîtrisent : ça a pris du temps à PHP pour convaincre que c'était un langage de pro, au final ce sont les développeurs qui sont devenus pros dans leur manière de coder (PHP5 a aidé, il est vrai). Ca commence vraiment à être le cas avec JS

Pour résumer je préfère coder et faire coder avec un mauvais langage bien maîtrisé qu'avec un bon langage mal supporté et peu connu

[Flaburgan]

La réponse est la même qu'à la question suivante :
Ce langage a-t-il été conçu pour ça ?
Non. Il est donc fort probable qu'il existe des choses mieux adaptées. Et donc que javascript ne devrait pas prendre place en entreprise.

[RomainVALERI]

Un point à ne pas sous-estimer pour estimer les chances de JS de perdurer et de s'étendre : l'étendue du parc applicatif actuel. A partir du moment où de nombreuses applications en production utilisent une technologie, quelles que soient les bonnes raisons d'en changer pour une autre plus moderne, plus souple, plus puissante, il y a la question du coût du portage... depuis combien de temps enterre-ton régulièrement le COBOL ? A-t-il disparu ? Va-t-il disparaitre bientot ? Et VB qui plonge tant de développeurs dans la dépression ()... va-t-il disparaitre ce week-end ? ^^

Bon... je voulais démontrer la difficulté d'envisager l'abandon de JS à court terme, et je me retrouve à le mettre sur le même banc que VB et COBOL...

[kaymak]

Et vous, qu'en pensez-vous ? Quelle devrait être, et quelle sera, la place et/ou l'utilisation de JavaScript en entreprise ?

amha la question est mal ciblée.
Le problème n'est pas la place de ce langage en particulier dans l'environnement de l'entreprise, mais plus généralement la place des langages de script dynamiques et faiblement typé dans un environnement aux contraintes lourdes ?


En fait javascript fonctionne sur le web parce qu'il n'y à pas de meilleures remplaçant.

Il fonctionne dans les logiciels type adobe, citons aussi QT (http://en.wikipedia.org/wiki/Qt_(framework)), surement parce qu'il est simple à intégrer.
C'est un langage très épuré.

Maintenant, je suis d'accord pour dire qu'un peu de normalisation serait appréciable pour les développeurs qui ont de grosses ihm web à réaliser.
Mais là je pense qu'il y à fondamentalement un problème, ce n'est le bon outils pour réaliser cette tâche (à mois d'utiliser gwt et consors qui palient ce problème entre autres)

Cependant, l'intégrer, en tant qu'extension, dans une appli aux règles/concepts nombreux et complexes, permet de donner une latitude à l'utilisateur qui coûterait beaucoup plus cher à développé dans un langage plus typé.
On peut aussi se demander si il est utile de sortir son IDE c++ pour faire un script de crop sous photoshop qu'on utilisera trois fois dans l'année.
Le faire en js c'est simple, rapide, efficace.


Bref, que se soit javascript ou un autre, le scripting en général, doit être intégré aux logiciels comme un moyen simple de l'étendre et de donner aux utilisateurs des capacités d'actions qu'il est utopique de vouloir réaliser avec des langages plus lourds qui nécessitent des connaissances plus nombreuses et approfondies.
Ces langages ne seront jamais capable de répondre à toutes les demandes, alors autant ouvrir l'application à ces extensions scriptées.
Elles sauront être l'extension simple et rapide de manipulation d'objets informatique que les utilisateurs désirent.

Et quand on regarde ce que jquery à fait de javascript pour simplifier la manipulation de l'arbre html, des règles css, des implémentations de DOM, je me dit que l'appliquer aux domaines de la gestion, se serait sympa et bien pratiques dans certaines situations.

a+

[camus3]

Envoyé par jpvincent

@camus3 le fait qu'un langage soit moins bien architecturé que d'autres ne signifie pas qu'il va disparaître. En tant que développeur Web, j'ai toujours été sceptique quant à l'utilisation de JS côté serveur, après tout je ne voyais pas l'intérêt de ramener un langage complexe à comprendre (parce que trop souple) au backend, là où il existe déjà les langages les plus utilisés au monde.
...
- les développeurs les maîtrisent : ça a pris du temps à PHP pour convaincre que c'était un langage de pro, au final ce sont les développeurs qui sont devenus pros dans leur manière de coder (PHP5 a aidé, il est vrai). Ca commence vraiment à être le cas avec JS

la différence entre php et javascript est que tu as le choix d'utiliser ou non php.

Pour le développement client lourd , tu as le choix des technos , et je ne vois pas les devs java , c++ ou .Net passer à du javascript pour les app d'entreprise.

Maintenant faire des prototypes rapidement pourquoi pas.

Javascript est un langage faussement facile à apprendre , avec des lacunes énormes et trop de choses bizarres , contrairement à Ruby par exemple , qui est un langage facile à apprendre et surtout sans pièges et inconsistances. En fait tout est faux dans javascript , de faux objets , de faux tableaux , des problèmes références / valeurs qui font que le langage a des réactions imprévisibles à moins d'en connaitre toutes les subtilités et les pièges.

[Camille_B]

Il n'y a aucun génie dans ce langage, ruby ou python sont ce que javascript aurait du être, et ceux qui glorifient ce langage ne connaissent pas les 2 cités précédemment

Ah bon ?

Depuis quand Python gère-t-il les fonctions récursives terminales ?

Depuis quand Python gère-t-il les fonctions d'ordre supérieur ?

On met Python de côté, d'accord ?

Quand à Ruby, très bien, voilà un langage à la hauteur de Javascript.

Mais pourquoi les confronter ? Ruby dispose d'un modèle objet classique type Smalltalk ; la force de Javascript ce sont des fonctions extrêmement puissantes directement inspirées de Scheme, et le modèle objet par prototype de Self.

Deux choses qui ont leurs qualités, leurs défauts, mais deux choses différentes.

La plupart des critiques faites ici contre Javascript sont pour la plupart des mythes, ou concerne uniquement le DOM. Mais le DOM ça n'est pas Javascript.

Quand à nodejs, c'est une solution sérieuse en entreprise. Certes, pour le moment c'est un peu instable car c'est un projet jeune, mais ses caractéristiques sont originales.

Enfin, à la personne qui se demandait pourquoi utiliser côté serveur un langage qui n'a pas été conçu pour, je réponds :

Javascript fut à l'origine conçu pour fonctionner côté serveur ! Il a raté à l'époque.

Mais la question se pose aussi pour Java ! À l'époque le buzz Java c'était pour le côté client !! Et là, c'est lui qui a raté.

Bref, Javascript et Java ont loupés leurs objectifs initiaux et ont réussis là où l'autre a raté

[JavaLikeScript]

Envoyé par Katleen Erna

Et vous, qu'en pensez-vous ? Quelle devrait être, et quelle sera, la place et/ou l'utilisation de JavaScript en entreprise ?

JavaScript est un langage simple, léger, efficace. Il existe plusieurs moteurs avec des licences ouvertes. Autant dire qu'il a toute sa place en entreprise, il y est déjà largement utilisé. La seule chose qui manque à mon gout c'est un modèle commun pour pouvoir mélanger différents frameworks et réutiliser ses développements.

Je ne connais pas ruby mais python me colle des boutons.

Pour ceux qui doutent des possibilités de ce langage faites donc un tour ici.