Je devine que ce que va permettre NaCL va être absolument énorme pour l’avenir des applications web/could.

On sait tous pour l’instant que les applications web ont pour l’instant des limites. Il y a des choses qu’on ne peut pas faire. Point à la ligne.

Un exemple concret :
Un logiciel de montage vidéo collaboratif en ligne, avec ses propres codecs et filtres.
Pour l’instant, c’est parfaitement irréalisable !
Plein de projets comme ça, orientés créations deviendraient réalisables (+ les jeux, etc etc)

Le meilleur, c’est qu’on pourrai alors associer la productivité qu’on a en développant pour le web, à la puissance de traitement auquel on parvient en utilisant des languages autorisant de hautes performances.
Le réseau + la pleine puissance de calcul de chaque client.

Le beurre et l’argent du beurre !

En fait, Fred, c’est le vrai Graal qu’ils visent.
Ca veut aussi réellement dire que pour finir l’adage “Write once, run anywhere” deviendra réalité.
Pourquoi ? Parce que tous le autres langages sont implémentés en C.
Donc aucun besoin d’apprendre un nouveau langage exclusif.

Autant on pourra faire tourner des applications telles celles de bureau pour l’instant mais avec + de facilités réseau, autant on pourra utiliser n’importe quel language de script existant, ou autre existant. n’importe quel librairie existante…

Voilà ça semble fantastique, mais ça va être dur de l’imposer sur.. par hasard… l’IPhone

J’espère toutefois que ça marchera, il me semble que c’est la techno (ou au moins l’idée) qui permettra la prochaine évolution technologique informatique majeure.

- Le produit est identique pour tous les utilisateurs et ne comporte pas de restrictions selon l´OS …

- Le produit se trouve du coup beaucoup moins piratable si la technologie est maitrisé et sécurisé puisque l´éditeur contrôlera plus facilement qui a accès, comment il a accès et surtout par quel moyen il sera facturé (par mois, par accés, par type d´activité).

- La convergence logicielle au détriment de la convergence OS, un plus pour l´utilisateur lambda. Dans la même lignée que Java.

- L´utilisateur lambda n´aura pas en face de lui, un soft en JavaFX, puis un soft en flash puis un soft en silverlight. En clair, pas une guerre de plug-ins.

Concernant C/C++, je ne suis pas d´accord sur les commentaires expliquant que ces langages ne sont pas adaptés au développement d´applications riches comme j´ai pu le lire souvent. On oublie souvent que les grosses applications clients ainsi que des OS comme Windows Vista sont développés en C/C++ parce qu´ils apportent une gestion plus fine en terme de performances et cependant il n´apporte pas moins d´options ou d´éléments graphiques. La différence réside dans le cycle de développement uniquement car il demande un cycle plus long, point barre … Le coup du Web 2.0 est un faux argument. Moi, ce que je vois, c´est qu´un développeur C/C++ a souvent plus de facilité en ce qui concerne de l´optimisation de code qu´un développeur Java, parce que ce dernier se dit, le garbage collector est la pour ca … Oui mais voila ….

Pour en revenir aux logiciels, il suffit de voir l´industrie du multimédia pour s´en rendre compte … Les développeurs de jeux n utilisent pas Java car Java est beaucoup trop éloigné du processeur alors que des applications DirectX ou OpenGL ont besoin d´utiliser un maximum de puissance. Java n´arrivera jamais à séduire cette industrie tant que les progrès d´affichage en 3D seront si importants. Aujourd´hui, les poids lourds du hardware se battent pour accroitre les puissances de calcul. Je ne crois pas que cette industrie soit prête à revenir en arrière en utilisant des technologies utilisant inutilement de la puissance de calcul juste dans le but d´avoir un code compatible (la faute au monopole de Windows) et une communauté importante… ce qui motive cette industrie c´est les avancées technologiques d´ou l´intérêt de NaCl … Il faut bien sur que le 1% de perte soit effectif et que les résultats soient au rendez vous.

Pour en revenir plus concrètement au sujet, il s´avère comme l´a dit certains d´entre vous, que Google cherche à imposer sa vision du monde informatique ou tout passe par le Browser … Il aura fort à faire car aujourd´hui le développement de RIA a un fort potentiel à travers Adobe et son flash et l´utilisation de Javascript de plus en plus poussé. C´est d´ailleurs assez amusant car je me rappelle il y a quelques années, les annonces disant que Javascript serait bientôt mort. On le voit revivre aujourd´hui avec les API Ajax …

Je note aussi que, la ou vous avez tout à fait raison JC c´est qu´il semble difficile d´imposer un plug-in si gros, la ou des petits plug-ins font déjà de belles prouesses et sont utilisés sur des millions de sites … Il faudra plusieurs années pour imposer NaCl mais je pense qu´il ne touchera pas la mëme catégorie que les RIA d´aujourd´hui.
Toutefois, je parie gros sur cette technologie.
Jouer en ligne ou seul sur son browser par exemple… sans à avoir à downloader ou acheter un jeu dans sa boite DVD… du beau progrès et cela juste en se connectant sur un site web…

Quelle déception pour moi de voir que le débat a complétement dérapé et que je suis passé à côté d’une argumentation qui me tenait à coeur (bien loin de ces gueguerres entre développeurs old scholl et new school)…

/Fred

http://www.theregister.co.uk/2009/01/21/open_source_projects_08/

par contre vous avez bien un point de vu de developpeur “graphiste” ^^

non, les RIA (flash) ne sont pas la fin des languages de developpement traditionnel (java et C#), non ils ne sont pas plus “productifs” (!) mais adaptés à une niche précise, le developpement d’interface web, point.

et je suis désolé de le rappeler mais l’interface web n’est que la partie immergée d’une application, et si elle est importante (ancien dev Java je suis devenu fan de Flex) elle n’est pas forcément la plus importante (juste une couche du système, avec en dessous la logique “métier” et données (modèle classique MVC)
contrairement à ce que pourrait laisser croire la mode des gadgets et miniapplis facebook, une grosse appli web repose avant tout sur une grosse programmation serveur (que ce soit le système de réservation de la SNCF, un réseau social ou le site de votre compte en banque)

Flex est maintenant super pour enfin développer de vraies interfaces intégrées aux applis (et non plus juste du graphisme flash) au lieu de bidouille javascript (qui malgré la mode Ajax n’est pas concu pour des interfaces évoluées), PHP pour développer vite (et bien) un site (surtout avec les frameworks maintenant matures), Java pour créer un intranet ou extranet d’entreprise solide…
aucun n’est plus à la mode que l’autre, ils s’intégrent à des couches différentes de l’architecture.

si Native repose sur du C/C++ il sera surement possible ensuite de faire dessus du Java/C#, et cela pourrait devenir très puissant pour concevoir de véritables logiciels en ligne (et si on effacait la frontière entre applications d’entreprise et univers immersifs, pour un espace collaboratif global ?).
peut etre une nouvelle révolution à venir du développement ?

donc à suivre attentivement !

mais s’il vous plait ne pas confondre les languages RIA avec ceux serveurs ou d’applications, cela n’a rien à voir avec etre démodé mais répondre à de nouveaux types de besoin et s’y interfacer (ex pour une architecture pro et propre : classes PHP ou Java intégrées dans un framework MVC avec au bout une interface flex au lieu du html classique)

PS : perso je pense que Java puis le C# ont remplacé le C il y a longtemps, ne serait ce que dans la manière de programmer… mais celui ci reste peut etre plus rapide pour des applis 3D
par contre on est aussi productif en Java qu’en flash, voir meme plus (véritable language objet, très structuré, avec outils très puissants…) ! mais pas pour faire les memes choses ^^