Forum FileMaker - FM Source: maxence_l - Affichage d'un profil

Je sors de ma torpeur andalouse, de mes tréfonds baptismaux pour féliciter La Source de son initiative annuelle, et surtout, d'avoir permis tant de souplesses par ces offres "à la carte".

Que les cerveaux soient bien huilés, y'a de belles conf' en perspectives.
Que les idées jaillissent, telle des fontaines de *BIP*

En résumé, à toutes z´tous, je vous souhaite une bonne et festive conf' 2010.

Et sinon, kiki vient ?

Maxence : Ben nan, je reste avec mes 35° à l'ombre des oliviers andalous

Ben, pour ceux qui avaient encore des doutes, cela se précise sur le terrain de la mobilité.

Gourmand en ressource, pas toujours bien "optimisé", fourre-tout pour d'autres. Flash semble devenir une des nouvelles cibles des WebApps

Cette News est fort intéressante.
Firefox pour Maemo se passe de Flash

«Le plugin Adobe Flash utilisé par de nombreux sites dégrade les performances à un point tel qu'il ne correspond plus à nos standards», explique Mozilla.

Dont acte

Maxence, mobility-team

Source: http://www.mac4ever....un_transcodeur/

Nous vous en parlions comme d'une rumeur, FaceBook vient de le confirmer ce soir, en présentant HipHop.

« Je travaille dessus depuis 2 ans » déclare Haiping Zhao. L'ingénieur affirme avoir divisé par deux, le nombre de processeurs nécessaires pour exécuter le même code PHP, le gain étant variable suivant les pages. Comment réaliser un tel miracle ? Réponse de l'intéressé :

« HipHop pour PHP n'est pas un compilateur, en tant que tel. C'est plutôt un transcodeur de code source. HipHop transforme votre code source PHP en code source C++ optimisé, puis utilise g++ pour le compiler. »

FaceBook double les performances de PHP


« HipHop execute le code source dans une sémantique équivalente et sacrifie quelques fonctions rarement utilisées, comme eval() [..] HipHop inclut un transcodeur, une nouvelle implémentation du runtime PHP, a réécrit un certain nombre de bibliothèques pour prendre en comptes les optimisations. »

Le concept est ingénieux : au lieu de passer du temps à créer un compilateur efficace ou de recréer un énième système de cache de bytecode, ils utilisent le bon vieux GCC pour créer les binaires finaux. Toute la difficulté est de bien gérer la transformation en C++, ce qui est loin d'être évident.

FaceBook a décidé de mettre ce code en OpenSource : tout le web pourra alors bénéficier de cette technologie, et devrait pouvoir l'utiliser, une fois bien stabilisée. Haiping Zhao estime toutefois que c'est déjà le cas et que de nombreux tests unitaires ont été validés, et que le produit est déjà très fiable.

http://github.com/facebook/
http://github.com/fa...iphop-php/wikis (pas encore ouvert au public)

Hola

Comme iPhoneOS et l'iPad sont en plein sous les sunlight, je pensais utile de vous faire passer cette article et cette réflexion.
Un point de vue, sur la technologie Flash (Adobe) et sur les choix d'Apple, plus largement, sur les nouveaux horizons du monde connecté autour de HTML5. - Maxence -

Voici l'article (Source : ICI)



Apple, Adobe et Flash

John Gruber avait déjà fait part de son point de vue concernant Flash sur la tablette : il fait le pari que ça n'arrivera pas. De ce postulat est né un débat sur le thème : pourquoi Apple doit intégrer Flash/pourquoi elle ne doit surtout pas le faire.

John Gruber revient longuement sur la question dans un nouveau billet, en tâchant de l'aborder de la manière la plus objective et factuelle possible, étant donné le caractère passionné du débat. Il commence par revenir sur une assertion qu'il avait faite sans l'étayer d'éléments probants : Apple n'aime pas Flash parce qu'elle n'a aucun contrôle dessus, et le fait que Flash serait la première cause de plantage sur Mac OS X ne doit pas arranger cet état de fait.

Flash et les plantages

Pour donner un peu plus de substance à ce propos, Gruber revient sur la présentation de Bertrand Serlet durant la dernière WWDC, et plus particulièrement la fonction qui isole les plugins de Safari dans un process séparé afin de ne pas planter le navigateur (voir notre article Snow Leopard avalera les méchants plug-ins). Serlet a notamment expliqué que les rapports de crash envoyés par les utilisateurs de Mac OS X étaient majoritairement causés par les plugins pour navigateur. Gruber ajoute que, d'après ses propres sources, "plugin pour navigateur" était une pudique périphrase pour "Flash". Flash s'arrogerait donc la part du lion dans les causes de plantages dans Mac OS X, et Apple ne peut rien y faire, à part isoler Flash et le laisser planter dans son coin.

Etant donné l'utilisation permanente de Flash, statistiquement parlant ça ne veut pas dire pour autant que le logiciel soit particulièrement mal conçu, mais que les utilisateurs sont plus susceptibles de rencontrer un bug dans Flash qu'ils ne le sont par exemple avec Inkwell, la technologie de reconnaissance d'écriture intégrée au système. Bien sûr, si en revanche Flash est effectivement codé avec les pieds, ça ne ferait qu'empirer les choses.

Gruber admet cependant en toute honnêteté qu'il y a une autre raison pour laquelle Apple a implémenté cette isolation des plugins : c'était le seul moyen pour Apple de faire fonctionner des process 32 bits avec son navigateur 64 bits. Mais il voit là une manifestation supplémentaire de l'embarras dans lequel Flash met Apple : elle n'a pas la maîtrise de ce qu'Adobe fait avec. Sachant que Flash est livré avec le système, et qu'à ce jour il n'y a toujours pas de version 64 bits de Flash pour Mac OS X, Apple n'a pas eu d'autre choix que de procéder de la sorte.

Moralité, pour conserver la compatibilité avec un code qu'elle ne contrôle pas, à défaut de pouvoir fournir elle-même une version 64 bits de Flash, Apple a dû mettre sur pied une nouvelle architecture pour les plugins, juste pour maintenir la compatibilité avec Flash. Cet état de fait l'entrave dans ses choix technologiques, et telle qu'on connaît Apple, ça n'est pas le genre de choses qu'elle supporte facilement. Sachant par ailleurs qu'un autre plugin d'Adobe, Shockwave, n'est à ce jour toujours pas compatible avec Safari en 64 bits, pas même avec la couche de compatibilité qu'Apple a mise au point, et qu'Adobe n'a donné aucune indication quant à une éventuelle amélioration de la situation, on mesure la capacité potentielle de nuisance que représente cette dépendance à un standard propriétaire d'une tierce partie.

... >>> La suite de l'article >>> ...

Vous en saurez plus en suivant ce lien : ICI

C'est important et urgent !

SAUVONS not' Rodolf à nous

Maxence, Râôûl connexion