Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Katleen Erna

5PARTAGES

0  0 
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 ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de kaymak
Membre chevronné https://www.developpez.com
Le 11/01/2011 à 12:26
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+
3  0 
Avatar de RomainVALERI
Expert confirmé https://www.developpez.com
Le 10/01/2011 à 21:28
Citation Envoyé par khayyam90 Voir le message
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 ?
2  0 
Avatar de jpvincent
Membre éclairé https://www.developpez.com
Le 11/01/2011 à 10:11
@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
1  0 
Avatar de Camille_B
Membre confirmé https://www.developpez.com
Le 11/01/2011 à 23:34
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é
1  0 
Avatar de khayyam90
Rédacteur https://www.developpez.com
Le 10/01/2011 à 21:03
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.
0  0 
Avatar de khayyam90
Rédacteur https://www.developpez.com
Le 10/01/2011 à 21:41
Citation Envoyé par RomainVALERI Voir le message
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 ...)
0  0 
Avatar de Bovino
Rédacteur https://www.developpez.com
Le 10/01/2011 à 21:57
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.
0  0 
Avatar de camus3
Membre éprouvé https://www.developpez.com
Le 10/01/2011 à 22:32
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é.
1  1 
Avatar de danielhagnoul
Rédacteur https://www.developpez.com
Le 10/01/2011 à 23:28
Bonsoir

Python au secours de JavaSript ou l'inverse :


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.
0  0 
Avatar de SpaceFrog
Rédacteur/Modérateur https://www.developpez.com
Le 11/01/2011 à 8:29
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 ?
0  0