Famo.us : un nouveau framework JavaScript

Version imprimable

14/04/2014, 10h14
Francis Walter

Famo.us : un nouveau framework JavaScript

Famo.us : un nouveau framework JavaScript
qui rend les applications HTML5 aussi rapide que les applications natives

Nombreux sont les développeurs qui ont abandonné les applications HTML5 au profit des applications natives pour plusieurs raisons, dont la principale était la lenteur des applications HTML5. La société Newcomb, pour abolir ce phénomène a dévoilé la version bêta de son framework JavaScript Famo.us. Elle veut donner un coup de pouce au développement d’applications HTML5 afin qu’elles soient aussi rapides et fluides que les applications natives.

Rappelons que le HTML a été conçu pour un simple traitement statique de texte et d’images, ce qui limite de façon considérable la vitesse des applications HTML5 car les navigateurs s’appuient sur un rendu archaïque et des moteurs graphiques. Quand bien même JavaScript aurait donné du dynamisme au HTML5, des insuffisances persistent au niveau des applications. Famo.us vient réduire ces insuffisances. La vidéo ci-dessous montre l’application Facebook’s Paper refaite avec Famo.us en seulement quelques jours.

http://vimeo.com/86664858

Famo.us a été inspiré par les techniques de moteurs de jeux, dont Unreal 4 et Unity. La société prévoit d’offrir des services Cloud autour de Famo.us aux développeurs. Elle a également lancé Famo.us University, un site qui aide les développeurs à rapidement apprendre l’ingéniosité du framework. Un service sera bientôt lancé pour faciliter le déploiement des applications HTML5 dans les galeries d’applications. Contrairement à PhoneGap, le service qui sera offert par Newcomb ne réduira pas les performances des applications après leur déploiement, a expliqué Steve Newcomb.

« Les personnes qui ont compris JavaScript adoptent Fameo.us en 20 minutes, […] en une semaine, ils peuvent concevoir une application Twitter avec des données réelles », souligne Steve Newcomb, PDG de la société Newcomb. Le framework sera libre et en open source. Plus de 70.000 personnes se sont déjà inscrites pour avoir la version bêta test privée, ce qui devrait motiver la société à vite libérer une version bêta grand public. Pour le développement de Famo.us, Newcomb a recueilli plus de 5 millions de dollars de la part de ses partenaires dont Javelin Venture, Samsung Ventures, CrunchFund, et de nombreux investisseurs providentiels.

Source : Demo Famo.us

Et vous ?

:fleche: Que pensez-vous de Famo.us?
14/04/2014, 13h28
SylvainPV

Euh j'allais dire tiens un nouveau framework que je connais pas, mais en fait il s'agit de Famous, pas de Famo.js :mrgreen:
15/04/2014, 10h03
tomlev
En tous cas la démo est super impressionnante :
Citation:
403 Forbidden

Code: AccessDenied
Message: Access Denied
RequestId: 9EE8F2392AA15E61
HostId: 2m+JDjfYern5XPjO/N60U5BszdxG6W1a1dtmiw4AYlSJuAyCHL6UIlgXjxU27rsH
:aie:
15/04/2014, 10h18
pcaboche

Citation:

Envoyé par tomlev

En tous cas la démo est super impressionnante :

:aie:

Là aussi ils se sont inspirés de Facebook : pour voir leur super contenu trop génial top moumoute de la mort qui tue, il faut d'abord fournir tes coordonnées.

:aie:
15/04/2014, 10h48
Traroth2

En fait, c'est pire que ça. Je viens d'essayer de créer un compte, puisque apparemment, il fallait créer un compte juste pour voir la démo (et peut-être pour accéder au téléchargement...) et là :

"Your number in line is:
77629"

Ah ouaaaais, super... Faire la queue sur le web, une innovation intéressante, non !

Come on disait autrefois sur Usenet : PLONK !
15/04/2014, 10h50
tomlev

Citation:

Envoyé par Traroth2

En fait, c'est pire que ça. Je viens d'essayer de créer un compte, puisque apparemment, il fallait créer un compte juste pour voir la démo (et peut-être pour accéder au téléchargement...) et là :

"Your number in line is:
77629"

Ah ouaaaais, super... Faire la queue sur le web, une innovation intéressante, non !

Pas mal... C'est peut-être un moyen de faire le buzz et de devenir "famo.us" :ptdr:
15/04/2014, 10h53
Grimly

Il n'y a pas besoin de fournir ses coordonnées pour comprendre comment tout fonctionne.

Après il y a des lacunes. J'imagine mal un setter s'appeler "getPerspective". Ils ne nous expliquent pas non plus les idées directrices de l'outil. (par exemple qu'est-ce qu'une perspective dans un milieu en 2 dimensions ?)
15/04/2014, 11h24
DonQuiche

J'avais testé leur démo avant qu'elle ne nécessite une inscription et c'était effectivement très impressionnant. Je ne suis pas surpris outre mesure, j'attends depuis longtemps la mort de html. Cela dit je pense que celui-ci a encore de beaux et longs jours devant lui. :mrgreen:

Les points problématiques :
* Se débarrasser de html c'est très bien mais sur quoi s'appuyer pour l'indexation ? Dans la mesure où les moteurs de recherche vérifient que le résultat réel correspond au code html, on ne peut pas exploiter html simplement comme un document pour robots et présenter une UI totalement différente. Si c'est seulement pour de l'appli native pas de souci bien sûr.

* Le point très difficile à réaliser avec de genre de technos c'est le rendu du texte : il n'y a aucun raccourci possible qui soit efficace, il faut créer un moteur de rendu complet pour le texte (non, faire faire un rendu sur fond transparent par le navigateur pour copier-coller ne fonctionne pas car le fond importe pour le lissage). Or j'avais eu l'impression qu'ils avaient pris des raccourcis et qu'on va se retrouver avec un texte flou ou mal lissé la plupart du temps, sauf dans les cas où le moteur pourra faire appel au navigateur en générant un DOM à rendre. Ce qui implique sans doute de conserver une structure proche de html pour pouvoir traduire l'UI en html au besoin. Sans parler du fait que cette astuce n'est pas applicable à tous les cas. Ce sont là des spéculations de ma part, à vérifier, et je n'avais pas creusé davantage. Mais je suis assez confiant dans mes hypothèses.

* Autant la démo sur ma machine surpuissante était très fluide, autant on voit dans la vidéo de vimeo sur smartphone qu'il y a des saccades.

* Niveau sécurité, webgl sent bon la catastrophe ambulante (vous aimiez les failles de Flash ? Voici les mêmes mais en espace noyau).

* Leur documentation n'utilise pas leur techno.

Tout cela étant dit, WPF dans sa première version ramait comme une truie et affichait des textes immondes. Ils pourront toujours investir plus tard.
15/04/2014, 11h42
SylvainPV

Citation:

Se débarrasser de html c'est très bien

D'une part je trouve cette idée particulièrement foireuse, d'autre part où as-tu lu que ce framework se débarassait du HTML ? Il fournit une abstraction utilisable en JS sur trois technos : WebGL, canvas et HTML. Pour les textes et composants usuels, c'est bel et bien des éléments HTML classiques qui sont utilisés. Et heureusement ! Un site tout en WebGL, adieu la SEO, le multi-plate-forme, la batterie du portable. Un retour aux sites en Flash, non merci.
15/04/2014, 13h41
DonQuiche

Citation:

Envoyé par SylvainPV

où as-tu lu que ce framework se débarassait du HTML

Ils recréent tout un framework UI avec ses propres systèmes de layout automatisés et de gestion des événements, et font tout pour que tu contournes le DOM. Le périmètre est exactement le même que html.

Le fait que tu *doives* continuer à utiliser html souligne seulement les limitations actuelles (*) du projet : dans un cadre idéal tu voudrais n'avoir qu'une seule techno UI et non pas des superpositions de couches visuelles relevant chacune de technos complètement différentes. A l'avenir des technos (celle-ci sans doute) proposeront de contourner complètement html.

Cela étant dit le fait de pouvoir utiliser html conjointement serait intéressant pour profiter de son écosystème ou pour des questions de compatibilité (sans même parler du problème de l'indexation que j'avais déjà mentionné - m'as-tu lu ?). Mais pour l'heure c'est apparemment une contrainte biscornue (parce qu'il faut superposer des couches visuelles) et non pas une option.
15/04/2014, 15h04
Ze Big Duck

Moi ce que je ne comprends pas, c'est cette file d'attente. C'est juste pour l'accès à l'espace démo et "university" en fait non ?

Car à priori les sources de Famo.us sont accessibles ici :
https://github.com/Famous/famous
15/04/2014, 16h24
dojbouli

ça a l'air plutôt pas mal sauf que je ne trouve aucune indication de :

Comment créer les .ipa ou les .apk à partir des sources de mon projet... DOMMAGE !
15/04/2014, 18h31
SylvainPV

Citation:

Envoyé par DonQuiche

Le fait que tu *doives* continuer à utiliser html souligne seulement les limitations actuelles (*) du projet : dans un cadre idéal tu voudrais n'avoir qu'une seule techno UI et non pas des superpositions de couches visuelles relevant chacune de technos complètement différentes. A l'avenir des technos (celle-ci sans doute) proposeront de contourner complètement html.

Bigre non, surtout pas ! Une même couche UI pour présenter des documents, des images, des animations 2D et 3D ? C'est comme si tu voulais arriver à un unique format capable de gérer les .PDF, les .JPEG et les .OBJ. Chaque technologie présente des particularités, des interfaces de programmation et des optimisations qui lui sont propres. Le HTML n'est pas une technologie d'interface utilisateur, c'est un langage sémantique présentant la hiérarchie d'un document. La technologie d'interface utilisateur, c'est le moteur de rendu de ton navigateur qui vient dessiner ce document et gérer les événements entrants et sortants. Et selon le terminal, le navigateur et le contexte, deux moteurs de rendu peuvent produire des visuels très différents d'une même page Web.
16/04/2014, 07h11
DonQuiche

Citation:

Envoyé par SylvainPV

Bigre non, surtout pas !

A se demander pourquoi tout le monde, de Qt à WPF ou Cocoa utilise une seule technologie unifiée alors ? Ton analogie est ma choisie, je t'invite à considérer l'exemple classique d'un carrousel (type iTunes) : avec deux couches distincts tu vas devoir dupliquer le design de tes éléments pour avoir une version html pour l'élément sélectionné et une version famo.us pour les autres éléments affichés sur le côté en 3D. En outre tu vas devoir synchroniser leurs positions ce qui nécessitera une MAJ du layout de chaque couche pour obtenir les données dont tu as besoin (positions, tailles, etc) avant de modifier leurs positions respectives, provoquant une nouvelle MAJ du layout. Et l’utilisateur va percevoir ce décalage dans l'animation dans certains cas.

Dois-je enfin parler de réutilisabilité et de l'inutile plomberie nécessaire pour assurer l'interopérabilité ? Bref, non, la cohabitation forcée de deux technologies ce n'est pas un avantage, c'est un inconvénient dû à la jeunesse du produit et c'est une évidence. La cohabitation optionnelle serait un avantage, pour les besoins déjà cités de l'interopérabilité et de l'exploitation du riche écosystème existant.

Citation:

Le HTML n'est pas une technologie d'interface utilisateur, c'est un langage sémantique présentant la hiérarchie d'un document.

Non. Il avait été pensé comme tel au départ mais ce n'est plus le cas depuis belle lurette, de nos jours html est d'abord une description de l'UI qui conserve quelques éléments sémantiques pour les moteurs de recherche. Il suffit de regarder le code html de n'importe quelle page web pour se rendre compte que ce n'est pas une description sémantique de la page mais un charabia pensé en fonction du rendu et du SEO. Même si les innovations des dernières années permettent de revenir vers des documents plus "propres" et sémantiques en déportant les questions UI vers CSS et JS via des manipulations directes du DOM. Dans une certaine limite : la SEO et les performances.

AU passage je parle de "moteur html" parce que le moteur de rendu derrière est contraint par le langage html. Ce n'est pas un moteur de rendu indépendant, ses capacités et sa conception sont pensées et fonction des de html, il y a une dualité et il en subit l'héritage.

Citation:

deux moteurs de rendu peuvent produire des visuels très différents d'une même page Web.

Raison de plus pour n'avoir qu'une seule techno UI et ne pas en faire cohabiter deux.
16/04/2014, 11h22
Traroth2

Citation:

Envoyé par Ze Big Duck

Moi ce que je ne comprends pas, c'est cette file d'attente. C'est juste pour l'accès à l'espace démo et "university" en fait non ?

Car à priori les sources de Famo.us sont accessibles ici :
https://github.com/Famous/famous

Bien vu. Dommage qu'ils aient désactivé le lien de téléchargement sur le site...
16/04/2014, 16h58
SylvainPV

Citation:

Envoyé par DonQuiche

Ton analogie est ma choisie, je t'invite à considérer l'exemple classique d'un carrousel (type iTunes) : avec deux couches distincts tu vas devoir dupliquer le design de tes éléments pour avoir une version html pour l'élément sélectionné et une version famo.us pour les autres éléments affichés sur le côté en 3D. En outre tu vas devoir synchroniser leurs positions ce qui nécessitera une MAJ du layout de chaque couche pour obtenir les données dont tu as besoin (positions, tailles, etc) avant de modifier leurs positions respectives, provoquant une nouvelle MAJ du layout. Et l’utilisateur va percevoir ce décalage dans l'animation dans certains cas.

Tu sembles passer à côté de l'essentiel : les technos sont conçues pour être interopérables ! Canvas et WebGL s'intègrent au milieu de HTML, ça c'est un fait, mais l'inverse est également possible très simplement, la preuve : http://learningthreejs.com/blog/2013...tml-and-webgl/ ; De la même manière, un document peut contenir des images, et une image peut dessiner le rendu d'un document. Aucun besoin de dupliquer un design ou de synchroniser des choses, il faut simplement utiliser les technos dans le sens où elles ont été conçues. Cette pluralité des couches est d'ailleurs déjà utilisée à bon escient pour un tas d'applications, par exemple pour un éditeur 3D où la scène est en WebGL et les menus et contrôles en HTML, ou encore un jeu web qui exploite différentes couches canvas pour appliquer des effets visuels par-dessus des éléments HTML animés (je l'ai fait, ça fonctionne très bien)
17/04/2014, 11h22
xavierbourry

On prend three.js, qui gère aussi le rendu CSS3D/WebGL/Canvas2D ( demos ici : http://learningthreejs.com/ ),
On le ramène en version alpha, avec les bugs de jeunesse, et on enlève la communauté de dev et tous les aspects très poussés du rendu 3D et les imports variés,
On rajoute par dessus un petit moteur physique qui gère les springs mass, pour positionner tous les éléments sur une sphère automatiquement par exemple,
On rajoute une énorme couche de marketing, genre plus de nutella que de pain sur la tartine, car on a levé des millions et qu'on dit qu'on va révolutionner le ouaib, on poste des articles partout, le moteur physique devient soudainement dérivé d'Unreal Engine4, ...
On soupoudre le tout de petites technique de marketing révolutionnaires, comme faire la queue sur le web.

Et il ne reste plus qu'à révolutionner le ouaib :)

Un billet de blog intéressant sur le sujet : http://tonyparisi.wordpress.com/2013...lmost-famo-us/
18/04/2014, 18h27
artemia

mythe

ça boosters les utilisateurs js sur la plateforme;
mais inévitablement on restera en deçà d'un iOS pur
18/04/2014, 21h41
SurferIX

Citation:

Envoyé par Grimly

...u'est-ce qu'une perspective dans un milieu en 2 dimensions ?

C'est pas une perspective dite "à plat" ? (Je suppose, j'en suis pas sûr)
22/04/2014, 20h37
david.keller

famo.us une pale copie de three.js ?

C'est étrange que vous ne mentionnez pas tous les travaux menés sur le webgl et des librairies open sources telles que three.js.
WegGl existe depuis bien longtemps et des applications comme Candy Crush sont en WegGL !
Et Three.js est utilisé par le cinéma pour faire de jolis addons que l'on peut retrouver ici (Magicien d'Oz, Gravity, Le Seigneur des anneaux, etc.) http://threejs.org/
En plus c'est bien documenté et facile d'accès...

Voici des articles en anglais qui vont un peu plus loin sur la sortie de Famo.us :
https://tonyparisi.wordpress.com/tag/three-js/
http://techcrunch.com/2012/09/10/fam...3d-interfaces/
23/04/2014, 15h14
Kapeutini

Famos.US

Je n'aime pas ça, je dois m'inscrire, c'est acceptable mais pas nécessaire, ensuite, une fois inscrit, on me donne un ticket pour faire la queue ???
comme je le disais ci-dessus, je n'aime pas ça pour rester correct.

Alors j'espère qu'il y aura d'autres framework parce que celui-là ils peuvent se le mettre ....
et rester dans leur club très select.