Sponsorised links
05 January 2010
JavaScript GUI Framework - Ample SDK
04 January 2010
29 December 2009
*NEW!* PHP MySQL Yahoo Style Link Directory/Search Engine - Download PHP
*NEW!* Ranking Accelerator - Top Search Engine Rankings the Easiest Way - Download Combination / Misc
Sponsorised links
14 December 2009
13 December 2009
Dice Wars
11 December 2009
Cheat Sheet Round-Up: Ajax, CSS, LaTeX, Ruby… - Smashing Magazine
03 December 2009
THINK ART | Marunouchi.com
02 December 2009
THINK ART | Marunouchi.com
PASS THE BATON
28 November 2009
Christian Fauré » Blog Archive » Transfert ou transport ?
karl Says:
novembre 28th, 2009 at 10:15
REST est un style architectural qui est encore une couche au dessus de HTTP.
Je rejoins Christian dans son analyse. Chacun des domaines est d’ailleurs interprété en fonction de la culture propre des intervenants. Lorsque l’on SPDY de Google qui est une forme d’extension à HTTP. Ils ne s’intéressent proprement dit qu’à l’efficacité du transport et pratiquement pas à l’amélioration du transfert.
Google centralise tous les services dans une même coquille. Sa seule interaction au final n’est avec qu’avec les logiciels clients. L’interopérabilité avec les autres serveurs n’est presque pas un objectif à terme. Ils ont besoin de rapidité, ils ont des besoins spécifiques qu’ils maîtrisent au cœur de leurs applications. Lorsqu’on a créé un écosystème avec un fort contrôle sur tous les éléments du système, on peut se permettre d’imposer sa loi à l’écosystème. Microsoft l’a fait dans l’univers de la bureautique. Google le fait petit à petit pour le Web. Nous n’y sommes pas encore bien sûr.
Pour Google, le transfert n’est pas important ou plutôt il est si peu mis en pratique (quid de HTTP PUT, DELETE, etc., des mime types et des headers) sur le Web aujourd’hui, que Google peut se concentrer sur ce qui améliore le transport des données.
26 November 2009
japan brand
25 November 2009
Freeverse: iPhone OS: Games & Apps: Hanged
23 November 2009
22 November 2009
21 November 2009
17 November 2009
