Discussion :

[Tesing]

Tesing, de toute évidence tu ne connais pas le principe des langages à prototypes.

Effectivement Je ne connais pas ce principe mais je l'ai pratiqué. Avec Actionscript, dans ses premières versions. Et qu'ai je constaté ? Le modèle objet d'Actionscript a évolué vers une syntaxe proche de celle de Java. Que doit-on en conclure ?

Quant à vouloir une syntaxe qui impose de la rigueur, je trouve que c'est un point de vue très personnel. On peut coder de manière rigoureuse quel que soit le langage.

On peut coder de manière rigoureuse quel que soit le langage. Mais à quel coût ? En PHP tu peux faire de la vérification de type sur les objets. En Javascript ?

en tant que développeur PHP je dirais exactement la même chose de... PHP

Le modèle objet de PHP s'enrichit avec les nouvelles versions. En partant sur une base solide comme le Zend Framework, il me semble qu'on obtient des applications maintenables et évolutives.

[Mens Pervincet]

Il y a certes des différences (historiques) de comportement au niveau du javascript: en AJAX, pour la gestion d'évenements (ascendante/descendante) et d'autres...
Mais cet argument est totalement bidon compte tenu que n'importe quel framework javascript minimaliste s'occupe de la portabilité du code sur les différents navigateurs. Là où ça devient compliqué en revanche, c'est concernant le HTML/CSS.

[Tesing]

Il y a certes des différences (historiques) de comportement au niveau du javascript: en AJAX, pour la gestion d'évenements (ascendante/descendante) et d'autres...
Mais cet argument est totalement bidon compte tenu que n'importe quel framework javascript minimaliste s'occupe de la portabilité du code sur les différents navigateurs. Là où ça devient compliqué en revanche, c'est concernant le HTML/CSS.

Le gestionnaire d'évènement live de jQuery. Il ne fonctionne pas avec tous les éléments sur IE.

[Willpower]

Ça existe encore firefox ? [//désolé pour troll^^]

[Plageman]

En même temps, ils peuvent améliorer leur compilo autant qu'ils veulent, on est quand même obligé de calibrer nos applis web pour le navigateur le plus lent (IE).

[johnvox]

Aujourd'hui on ne peux plus se passer de java-script ou scripts clients (je ne suis même pas sur qu'il en existe un autre géré disons "universellement" au même titre que l'on ne peut plus se passer de page dynamique avec des langage coté serveur (PHP, ASP.NET, etc ...).

Pourquoi ?

Un utilisateur n'est pas forcement une personne qui domine le WEB, en cela il lui faut une interface clair qui répond clairement et facilement à ses demandes, en cela AJAX permet de faire des choses très intéressante au niveau de l'ergonomie de l'application. Qui aujourd'hui irai critiqué un site ou on lui propose une suggestion de recherche au fur et à mesure de sa frappe (si bien sur ce système est bien fait et qu'il n'impose pas sa suggestion).
En cela JS est nécessaire.

Cependant, je suis d'accord avec certains de mes confrères en disant qu'il faut user de JS mais pas en abuser.
Là encore l'utilisation de telle ou telle technologie ne doit avoir que 2 buts :
Faciliter l'utilisation de l'application tout en minimisant les charges serveurs.

Nous ne sommes pas encore près , à mon avis, avec les normes actuelles et celle à venir récemment à enterrer Java-script.

[Tesing]

Aujourd'hui on ne peux plus se passer de java-script ou scripts clients (je ne suis même pas sur qu'il en existe un autre géré disons "universellement" au même titre que l'on ne peut plus se passer de page dynamique avec des langage coté serveur (PHP, ASP.NET, etc ...).

Pourquoi ?

Un utilisateur n'est pas forcement une personne qui domine le WEB, en cela il lui faut une interface clair qui répond clairement et facilement à ses demandes, en cela AJAX permet de faire des choses très intéressante au niveau de l'ergonomie de l'application. Qui aujourd'hui irai critiqué un site ou on lui propose une suggestion de recherche au fur et à mesure de sa frappe (si bien sur ce système est bien fait et qu'il n'impose pas sa suggestion).
En cela JS est nécessaire.

Cependant, je suis d'accord avec certains de mes confrères en disant qu'il faut user de JS mais pas en abuser.
Là encore l'utilisation de telle ou telle technologie ne doit avoir que 2 buts :
Faciliter l'utilisation de l'application tout en minimisant les charges serveurs.

Nous ne sommes pas encore près , à mon avis, avec les normes actuelles et celle à venir récemment à enterrer Java-script.

Tout à fait d'accord. Il faut user de JS mais pas en abuser. Je ne critique pas Javascript mais l'utilisation qui en est faite. Car pour avoir programmé de nombreux programmes en Javascript, parfois de plusieurs milliers de lignes sources, avec différents frameworks : Mootools, Prototype, Scriptaculous, jQuery, j'ai pu me rendre compte que l'utilisation d'un framework aide beaucoup mais qu'on arrive toujours sur des cas où le framework lui même est limité par la diversité d'interprétation des navigateurs.