Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

index.html 35KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>Google App Engine : avantages et inconvénients — Biologeek — David Larlet</title>
  7. <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->
  8. <meta name="viewport" content="width=device-width, initial-scale=1"/>
  9. <!-- Fake favicon, to avoid extra request to the server -->
  10. <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  11. <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  12. <link rel="manifest" href="/manifest.json">
  13. <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  14. <noscript>
  15. <style type="text/css">
  16. /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
  17. body {
  18. font-family: 'EquityTextB', serif;
  19. }
  20. h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
  21. font-family: 'EquityCapsB', sans-serif;
  22. font-variant: normal;
  23. }
  24. </style>
  25. </noscript>
  26. <!-- Canonical URL for SEO purposes -->
  27. <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20080409-google-app-engine-avantages-et-inconvenients">
  28. </head>
  29. <body>
  30. <div>
  31. <header>
  32. <nav>
  33. <p>
  34. <small>
  35. Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.
  36. </small>
  37. </p>
  38. </nav>
  39. </header>
  40. <section>
  41. <h1 property="schema:name">Google App Engine : avantages et inconvénients</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/google_app_engine.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>Vous n'avez pas pu passer à côté de l'information aujourd'hui, <a href="http://code.google.com/appengine/">Google a lancé son nuage en orbite</a>. Réactions à <del>chaud</del> froid (j'ai pas encore d'invitation) sur le bon et le moins bon. Vous avez eu <a href="https://larlet.fr/david/biologeek/archives/20071202-gweb-peut-on-encore-rever-d-un-web-libre/">peur du GWeb</a>&nbsp;? Attendez-vous à pire.</p>
  46. <h2>Google App Engine&nbsp;?</h2>
  47. <p>Rapide séance de rattrapage pour ceux qui bossent trop. <strong>Ce nouveau service vous permet de mettre en ligne des sites dynamiques développés avec Python sans vous préoccuper de l'hébergement</strong>. Ce qui pouvait auparavant prendre un bon moment se fait maintenant en une poignée de secondes. C'est presque plus simple qu'un déploiement de site en PHP qui demande l'utilisation d'un client FTP.</p>
  48. <p>Contrairement à Amazon et ses services modulaires (S3, EC2, SQS, etc), Google a décidé de fournir une offre tout compris et gratuite pour les sites de tailles modestes (les tarifs si on dépasse la limite ne sont pas encore connus).</p>
  49. <p><img src="/static/david/biologeek/images/google_appengine.png" alt="Google App Engine" style="display:block; margin:0 auto;" /></p>
  50. <h2>C'est un grand jour pour...</h2>
  51. <h3>Django</h3>
  52. <p>Même si les autres frameworks sont évoqués, le grand gagnant de la journée est certainement <a href="http://www.django-fr.org/">Django</a> qui a plus que jamais le vent en poupe. &lt;autosatisfaction&gt;Je ne vous cache pas qu'il est assez encourageant de miser sur les mêmes outils que Google&lt;/autosatisfaction&gt;. J'ai l'impression (mais je suis trop impliqué donc ça reste vraiment une impression) que le soufflet <abbr title="Ruby on Rails">RoR</abbr> est en train de retomber et s'il doit y avoir une date clé à cette inversion de tendance, c'est celle-ci.</p>
  53. <p>La documentation si vous connaissez Django est <a href="http://code.google.com/appengine/articles/django.html">très claire</a> et <a href="http://code.google.com/appengine/articles/djangoforms.html">détaillée</a>, prise en main immédiate et vous pouvez même installer la dernière version de Django. Rien à redire à ce niveau. Il est à noter que le système de stockage de données est différents donc les applications existantes (notamment l'administration) ne fonctionneront pas sans de sérieuses modifications.</p>
  54. <h3>Python</h3>
  55. <p>Avec l'<a href="http://groups.google.com/group/comp.lang.python/browse_frm/thread/32dc95bd671542f3/">arrivée de Guido chez Google</a> il y a quelques temps, on pouvait s'attendre à quelque chose. Mais là l'impact est vraiment fort&nbsp;: on ne propose que Python (pour l'instant) car on croit en ce langage que l'on utilise. Sous-entendu&nbsp;: si vous apprenez Python on va probablement bien s'entendre... c'est un énorme coup de pouce&nbsp;!</p>
  56. <p>Il faut bien sûr pondérer l'ensemble des commentaires négatifs que l'on peut lire un peu partout avec le nombre de développeurs web qui ont aujourd'hui entrepris de <a href="https://larlet.fr/david/biologeek/archives/20070212-bien-debuter-avec-django-le-framework-web-python-pour-les-perfectionnistes-presses/">se mettre à Django</a>, et <a href="https://larlet.fr/david/biologeek/archives/20060505-pourquoi-programmer-en-python/">par extension à Python</a>.</p>
  57. <h3>REST</h3>
  58. <p>Vous ne pouvez <a href="http://code.google.com/appengine/docs/urlfetch/overview.html">communiquer avec l'extérieur</a> qu'à travers une API <a href="https://larlet.fr/david/biologeek/archives/20070413-pour-ne-plus-etre-en-rest-comprendre-cette-architecture/">REST</a> et la base de donnée BigTable est accessible en REST aussi, du moins c'est ce que le nom des fonctions laisse présager.</p>
  59. <h3>Les <del>microprojets</del> vaporwares</h3>
  60. <p>Vous voulez faire un twitter en une nuit&nbsp;? Maintenant ça ne prend plus que quelques heures, de l'idée à la mise en ligne.</p>
  61. <h2>C'est un jour noir pour...</h2>
  62. <h3>Les petits hébergeurs</h3>
  63. <p>Qui misaient sur Django et qui vont devoir revoir leurs choix et leur tarification. Google App Engine va devenir la page perso de Free sur laquelle chacun s'est essayé à PHP, pour survivre il va falloir se diversifier et offrir des services plus intéressants (App Engine reste quand même assez restrictif).</p>
  64. <h3>OpenID</h3>
  65. <p>C'est prévisible, <a href="https://larlet.fr/david/biologeek/archives/20070104-comment-utiliser-openid-la-solution-d-identification-tant-attendue/">OpenID</a> est loin d'être la priorité d'une entreprise dont le business model est l'information et même si <a href="http://openid-provider.appspot.com/">une application</a> est apparue très rapidement pour palier à ce manque, cet «&nbsp;oubli » est un choix délibéré, que l'on ne s'y trompe pas. L'alternative c'est d'utiliser <a href="http://code.google.com/appengine/docs/users/">les comptes Google</a>, on ne fait pas mieux en termes de décentralisation.</p>
  66. <h3>La confidentialité de vos données</h3>
  67. <p>J'ai déjà parlé du <a href="https://larlet.fr/david/biologeek/archives/20071202-gweb-peut-on-encore-rever-d-un-web-libre/">grand complot mondial</a>, tout ça, mais il faut quand même garder à l'esprit&nbsp;:</p>
  68. <ul>
  69. <li>que vous pouvez maintenant saisir des informations sur un site tiers qui sont ensuite stockées chez Google&nbsp;;</li>
  70. <li>que Google est une entreprise devant se plier à la loi américaine en ce qui concerne la confidentialité des données&nbsp;;</li>
  71. <li>que vous fournissez le code source de vos applications à Google, imaginez si Facebook était hébergé sur App Engine :-).</li>
  72. </ul>
  73. <p>Au final, <strong>je n'arrive pas du tout à cerner la cible de ce service</strong>. Les sites qui atteindraient la limite du paiement ont besoin d'avoir davantage de liberté au niveau de l'infrastructure et Google n'a pas (encore) assez de services pour être exhaustif à ce niveau. 95% des titulaires d'un compte ne vont pas aller plus loin qu'un «&nbsp;Hello world! ». Restent donc les idées rapidement mises en ligne sur App Engine (plus Concept que App finalement) et qui se retrouvent «&nbsp;piégées » lorsqu'elles atteignent une popularité financièrement intéressante pour Google (aucune mention de backup évoquée dans la documentation que j'ai lu). Ça fait léger.</p>
  74. <p><strong>Je trouve la stratégie (apparente) de Google de plus en plus désordonnée avec une multitude de services isolés alors qu'il y aurait vraiment des choses intéressantes à faire en termes de cohérence utile à l'utilisateur final vu la masse d'information qu'ils brassent</strong>. Auraient-ils atteint la taille critique qui transforme chaque <a href="http://fr.wikipedia.org/wiki/300_(film)">Leonidas en Xerxès</a>&nbsp;?</p>
  75. <p><strong>[edit du lendemain]</strong>&nbsp;: ça n'a pas traîné, Yoan a déjà codé une <a href="http://yoan.dosimple.ch/blog/2008/04/09/">alternative à App Engine reposant sur CouchDB</a>. Très fort.</p>
  76. <p><strong>[edit du lundi]</strong>&nbsp;: la meilleure analyse que j'ai pu trouvé (en anglais)&nbsp;: <a href="http://www.dougma.com/archives/81">Google App Engine: The good, the bad, and the ugly?</a> (ironiquement c'est le titre que j'avais choisi pour ce billet au début :-)).</p>
  77. </div>
  78. </article>
  79. <footer>
  80. <h6 property="schema:datePublished">— 09/04/2008</h6>
  81. </footer>
  82. </section>
  83. <section>
  84. <div>
  85. <h3>Articles peut-être en rapport</h3>
  86. <ul>
  87. <li><a href="/david/biologeek/archives/20090605-google-wave-une-fois-la-vague-de-buzz-retombee/" title="Accès à Google Wave, une fois la vague de buzz retombée">Google Wave, une fois la vague de buzz retombée</a></li>
  88. <li><a href="/david/biologeek/archives/20081223-comprendre-google-native-client/" title="Accès à Comprendre Google Native Client">Comprendre Google Native Client</a></li>
  89. <li><a href="/david/biologeek/archives/20080907-pourquoi-avoir-peur-de-google/" title="Accès à ★ Pourquoi avoir peur de Google ?">★ Pourquoi avoir peur de Google ?</a></li>
  90. </ul>
  91. </div>
  92. </section>
  93. <section>
  94. <div id="comments">
  95. <h3>Commentaires</h3>
  96. <div class="comment" typeof="schema:UserComments">
  97. <p class="comment-meta">
  98. <span class="comment-author" property="schema:creator">giz404</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  99. </p>
  100. <div class="comment-content" property="schema:commentText">
  101. <p>J'avais entendu parler de Google App Engine, mais sans chercher à en savoir plus. Ton article met en lumière ce qui semble être une petite révolution dans le monde des applis web...<br />
  102. <br />
  103. Pour en revenir à RoR qui &quot;retombe comme un soufflet&quot; : je pense que de nombreux programmeurs web se sont engagés là-dedans parce que c'était hype, et que tout semblait simple et dynamique (vive AJAX). En prenant du recul, on se rend compte que la force de RoR, c'est tout simplement d'être un framework. Et en reculant d'un pas de plus, on découvre qu'il existe pléthore de frameworks, dans des langages qu'on maitrise peut-être mieux que Ruby, d'où la montée de frameworks PHP, et l'effet &quot;soufflet&quot; pour RoR.<br />
  104. Cette parenthèse étant faite, il est clair que Google App Engine est un atout indéniable pour qui aimerait se lancer dans Django, puisqu'il résoud le problème de l'hébergement (qui selon moi représentait quand même le point faible de ce framework). Après, on a toutes les raisons d'être parano quand on voit que Google attaque sur deux fronts :<br />
  105. - pour tout le monde : Gmail, Google Docs, Google Desktop Search<br />
  106. - pour les gens du web : Analytics, webmaster tools, Google App Engine<br />
  107. <br />
  108. Leur stratégie me semble assez claire : fidéliser les travaileurs du web par leurs excellents services, et devenir leader sur les web-applications (qui gèrent à présent le mode offline) pour s'imposer comme un acteur fondamental du desktop de demain (il suffit de voir certaines distribution Linux, qui reposent beaucoup sur ces webapps - gOS par exemple...)<br />
  109. <br />
  110. En route vers le monopole donc...<br />
  111. <br />
  112. </p>
  113. </div>
  114. </div>
  115. <div class="comment" typeof="schema:UserComments">
  116. <p class="comment-meta">
  117. <span class="comment-author" property="schema:creator">Olivier G.</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  118. </p>
  119. <div class="comment-content" property="schema:commentText">
  120. <p>Je ne suis pas certain qu'il y ait une vraie stratégie commerciale derrière tout ça. Ils ont pour politique de laisser leurs développeurs travailler une journée par semaine sur des projets personnels, quelle intérêt cela aurait si ces projets ne voyaient après coup jamais le jour.<br />
  121. <br />
  122. En revanche, il est probable qu'en terme de compétences, la résolutions des problèmes de scalabilité que va poser la montée en puissance de ce service va être très bénéfique à google...<br />
  123. <br />
  124. Reste l'hypothèse de la conspiration mondiale, mais rappellons nous AT&amp;T...</p>
  125. </div>
  126. </div>
  127. <div class="comment" typeof="schema:UserComments">
  128. <p class="comment-meta">
  129. <span class="comment-author" property="schema:creator">kib2</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  130. </p>
  131. <div class="comment-content" property="schema:commentText">
  132. <p>Salut David,<br />
  133. <br />
  134. Comme tu le dis, ce sont les petits hébergeurs qui vont trinquer.<br />
  135. <br />
  136. Et aujourd'hui certains commencent à réagir : <a href="http://www.joyeur.com/2008/04/09/joyents-garden-of-eden-for-python-web-applications" title="http://www.joyeur.com/2008/04/09/joyents-garden-of-eden-for-python-web-applications" rel="nofollow">www.joyeur.com/2008/04/09...</a><br />
  137. <br />
  138. N'oublions pas non plus que tous ces frameworks cachent la forêt, et qu'on ne comprendra pas grand chose à ce qui se passe réèlement dans une application Web si l'on a pas déjà bidouillé un peu avec cgi ou wsgi.<br />
  139. <br />
  140. Google se pose dorénavant comme le Monsanto du Web.<br />
  141. <br />
  142. Quelques petites lectures supplémentaires:<br />
  143. <br />
  144. - <a href="http://valleywag.com/377603/google-app-engine-page-already-owned-by-hackers" title="http://valleywag.com/377603/google-app-engine-page-already-owned-by-hackers" rel="nofollow">valleywag.com/377603/goog...</a><br />
  145. - <a href="http://www.b-list.org/weblog/2008/apr/08/batteries-sold-separately/" title="http://www.b-list.org/weblog/2008/apr/08/batteries-sold-separately/" rel="nofollow">www.b-list.org/weblog/200...</a></p>
  146. </div>
  147. </div>
  148. <div class="comment" typeof="schema:UserComments">
  149. <p class="comment-meta">
  150. <span class="comment-author" property="schema:creator">Cyril</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  151. </p>
  152. <div class="comment-content" property="schema:commentText">
  153. <p>Je ne suis pas sûr que ce soit un jour noir pour les petits hébergeurs proposant Django. En l'état, Google App Engine est une solution assez restrictive : il faut utiliser le framework de Google ou un Django modifié et limité. Très sympa pour s'initier ou héberger des petits projets, je doute que la plupart des développeurs se mettent à écrire leurs applis Web spécifiquement pour Google, avec tous les risques que cela comporte.<br />
  154. <br />
  155. Au contraire, je pense que ça peut donner un sacré coup de boost à Django (et Python) qui ne peut être que bénéfique aux hébergeurs traditionnels, lesquels proposeront toujours un service plus large de services (SSH, vraies bases de données, etc.).</p>
  156. </div>
  157. </div>
  158. <div class="comment" typeof="schema:UserComments">
  159. <p class="comment-meta">
  160. <span class="comment-author" property="schema:creator">kib2</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  161. </p>
  162. <div class="comment-content" property="schema:commentText">
  163. <p>Cyril : <br />
  164. <br />
  165. Content de voir qu'un hébergeur ne se sente pas visé par le mastodonte, d'autant plus que vos services sont impeccables. <br />
  166. <br />
  167. Pouvoir communiquer avec vous rapidement et surtout en Français est une aide précieuse.</p>
  168. </div>
  169. </div>
  170. <div class="comment" typeof="schema:UserComments">
  171. <p class="comment-meta">
  172. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  173. </p>
  174. <div class="comment-content" property="schema:commentText">
  175. <p>@giz404 : lorsque je parle de manque de cohérence c'est entre les applications, les panels de app engine et analytics pourraient être groupés, il pourrait y avoir une intégration de feedburner pour proposer des flux rss avec app engine, YouTube est bien intégré pour présenter leur produits mais on ne retrouve pas la possibilité de l'intégrer à Google Code, etc.<br />
  176. <br />
  177. Après l'objectif à long terme d'avoir une position monopolistique, je n'en doute pas ;-).<br />
  178. <br />
  179. @Olivier G. :<br />
  180. <br />
  181. &gt; Ils ont pour politique de laisser leurs développeurs travailler une journée par semaine sur des projets personnels, quelle intérêt cela aurait si ces projets ne voyaient après coup jamais le jour.<br />
  182. <br />
  183. Tu penses que App Engine a été créé sur ce temps ou que cette plateforme est avant tout destinée aux employés de Google pour qu'ils montrent leur travail ?<br />
  184. <br />
  185. Sinon pour la scalabilité, je ne suis pas sûr que ce soit très utile, ils veulent aussi montrer l'intérêt de BigTable (un autre gagnant de la journée pourrait être CouchDB à ce sujet).<br />
  186. <br />
  187. @kib2 : merci pour les liens.<br />
  188. <br />
  189. @Cyril : je ne vais pas contredire un petit hébergeur là-dessus :-). Je pense même qu'il y a quelque chose à faire pour héberger des sites qui étaient destinés à App Engine avec un script d'export BigTable → import CouchDB...</p>
  190. </div>
  191. </div>
  192. <div class="comment" typeof="schema:UserComments">
  193. <p class="comment-meta">
  194. <span class="comment-author" property="schema:creator">Fabien</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  195. </p>
  196. <div class="comment-content" property="schema:commentText">
  197. <p>Je pense que un des points importants sera le prix lorsque le produit sortira de la version beta. Et comment il sera possible de faire &quot;évoluer&quot; les limitations. Par exemple pour faire un webmail avec gestion des pièces jointes, 500 Mo ça va vitre être insuffisant.<br />
  198. <br />
  199. Et comme le disais Cyril, je pense que ça peut mettre en lumière Django et les hébergeur Django. J'ai quelques blogues que j'héberge sur mon serveur, et je préfère largement cette solution ou un hébergeur mutualisé que un compte Google App Engine car la montée en charge d'un blog n'est pas trop un problème et je préfère trouver un package de blog Django et l'installer que de devoir en développer un spécifiquement à AppEngine.<br />
  200. <br />
  201. Mais pour des services web, je pense que ça peut être très interressant.</p>
  202. </div>
  203. </div>
  204. <div class="comment" typeof="schema:UserComments">
  205. <p class="comment-meta">
  206. <span class="comment-author" property="schema:creator">Mouette</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  207. </p>
  208. <div class="comment-content" property="schema:commentText">
  209. <p>Et si la seule stratégie derrière tout ça était que chaque internaute finisse par avoir un Google Account?</p>
  210. </div>
  211. </div>
  212. <div class="comment" typeof="schema:UserComments">
  213. <p class="comment-meta">
  214. <span class="comment-author" property="schema:creator">Damien B</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  215. </p>
  216. <div class="comment-content" property="schema:commentText">
  217. <p>&quot;L'alternative c'est d'utiliser les comptes Google, on ne fait pas mieux en termes de décentralisation.&quot;<br />
  218. <br />
  219. Ha. Donc en terme de décentralisation, le mieux c'est d'avoir un compte unique centralisé chez Google, plutôt que de l'avoir sur un serveur OpenID, qu'on peut installer où on veut en 5 minutes ? (D'ailleurs, peut-on installer DjangoID sur le Django de App Engine). Et n'oubliez pas, le mieux pour décentraliser vos données précieuses, c'est de tout stocker uniquement sur une disquette 5&quot;1/4, chez vous. D'ailleurs David fait comme ça, quand il livre un client, il lui met le livrable à disposition quelque part, et il efface TOUTES les copies : comme ça, il est sûr que c'est parfaitement décentralisé :-D</p>
  220. </div>
  221. </div>
  222. <div class="comment" typeof="schema:UserComments">
  223. <p class="comment-meta">
  224. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
  225. </p>
  226. <div class="comment-content" property="schema:commentText">
  227. <p>@Mouette : c'est une possibilité oui.<br />
  228. <br />
  229. @Damien B. : j'espère que tu auras noté le second degré de la phrase citée. (Oui on peut installer la lib openid python). Ma stratégie de backup dépend de l'importance ET de la confidentialité des données. Selon les accords passés je peux me retrouver dans l'illégalité si je conserve une disquette ;-).</p>
  230. </div>
  231. </div>
  232. <div class="comment" typeof="schema:UserComments">
  233. <p class="comment-meta">
  234. <span class="comment-author" property="schema:creator">Philippe</span> le <span class="comment-date" property="schema:commentTime">10/04/2008</span> :
  235. </p>
  236. <div class="comment-content" property="schema:commentText">
  237. <p>Concernant RoR, il y a, me semble t'il, une période de flottement. Mais l'avenir dira comment cela évolue.<br />
  238. <br />
  239. Pour Google, je suis d'accord que cela semble partir dans tout les sens et je suis assez septique sur la confidentialité pour une entreprise qui utiliserait se système. Mais comme toujours cela va faire avancer les choses et il y a fort à parier que des offres alternatives sortiront dans les prochains mois. </p>
  240. </div>
  241. </div>
  242. <div class="comment" typeof="schema:UserComments">
  243. <p class="comment-meta">
  244. <span class="comment-author" property="schema:creator">Frédéric Sidler</span> le <span class="comment-date" property="schema:commentTime">10/04/2008</span> :
  245. </p>
  246. <div class="comment-content" property="schema:commentText">
  247. <p>Avec BigTable ou HyperTable son alternative open source, il n'y a pas besoin de backup. Google assure que tes données sont stockées au minimum à trois endroits différents. C'est également ce que propose S3, la solution de stockage d'Amazon.<br />
  248. <br />
  249. Pour l'utilité d'un tel service, je vois simplement que Google est en train de proposer une plate-forme de développement web comme Microsoft l'avait fait pour sa plate-forme de développement Windows.<br />
  250. <br />
  251. Apple est en train de faire de même avec son SDK pour l'Iphone.<br />
  252. <br />
  253. Je ne serai pas étonné que App Engine n'ait un intérêt pour les gens qui cherchent à développer des services web mobile pour Android.<br />
  254. <br />
  255. Le mieux finalement, c'est de garder un oeil ouvert ;-)</p>
  256. </div>
  257. </div>
  258. <div class="comment" typeof="schema:UserComments">
  259. <p class="comment-meta">
  260. <span class="comment-author" property="schema:creator">Amélie</span> le <span class="comment-date" property="schema:commentTime">11/04/2008</span> :
  261. </p>
  262. <div class="comment-content" property="schema:commentText">
  263. <p>salut à tous !<br />
  264. <br />
  265. alors on a testé le fameux Google App Engine ;)<br />
  266. notre app est encore en beta mais si ça vous interesse de tester c'est par ici :<br />
  267. <br />
  268. <a href="http://jamendogame.appspot.com/" title="http://jamendogame.appspot.com/" rel="nofollow">jamendogame.appspot.com/</a><br />
  269. <br />
  270. c'est un petit jeu sympa de &quot;quizz&quot; musical. <br />
  271. le jeu est en relation avec le site jamendo.<br />
  272. une piste est jouée et un chrono se met en route, vous et votre adversaire devez taguer ce titre en un minimum de temps. le but est d'avoir un ou deux tags similaires avec votre partenaire.<br />
  273. vous aurez ensuite un récapitualtif des titres entendus et le lien pour les trouver sur jamendo.<br />
  274. <br />
  275. c'est avec plaisir que j'accueillerai vos commentaires et suggestions !<br />
  276. <br />
  277. </p>
  278. </div>
  279. </div>
  280. <div class="comment" typeof="schema:UserComments">
  281. <p class="comment-meta">
  282. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">11/04/2008</span> :
  283. </p>
  284. <div class="comment-content" property="schema:commentText">
  285. <p>@Frédéric : je me suis mal exprimé, par backup je voulais dire aussi export, car pour l'instant une fois dans la solution on est pieds et poings liés.<br />
  286. <br />
  287. @Amélie : jolie mise en application du social tagging. À terme ça va vraiment taguer les morceaux ou c'est juste pour voir ce que ça donne ?<br />
  288. <br />
  289. Qu'est ce que vous avez utilisé en backend ? C'est le téléchargement vers mon client ou la récupération Jamendo -&gt; App Engine qui prend du temps ?<br />
  290. <br />
  291. Par ailleurs, Firebug me renvoie l'avertissement suivant avec Firefox 3b4 (le service reste utilisable) : L'utilisation de la fonction « getBoxObjectFor() » est déconseillée. Essayez d'utiliser la fonction « element.getBoundingClientRect() » si possible.</p>
  292. </div>
  293. </div>
  294. <div class="comment" typeof="schema:UserComments">
  295. <p class="comment-meta">
  296. <span class="comment-author" property="schema:creator">sylvinus</span> le <span class="comment-date" property="schema:commentTime">11/04/2008</span> :
  297. </p>
  298. <div class="comment-content" property="schema:commentText">
  299. <p>@david<br />
  300. <br />
  301. non tous les calls à l'api jamendo sont faits depuis le javascript ; c'est nos serveurs de streaming qui rament un peu. niveau app engine, on a juste un gros dump de trackids. il faudra que ce soit dynamique dans le futur mais c'est pas fait encore<br />
  302. <br />
  303. si tu veux regarder (et même contribuer!!) la source est dispo sur notre google code :)<br />
  304. <br />
  305. a+ !</p>
  306. </div>
  307. </div>
  308. <div class="comment" typeof="schema:UserComments">
  309. <p class="comment-meta">
  310. <span class="comment-author" property="schema:creator">Linux</span> le <span class="comment-date" property="schema:commentTime">14/04/2008</span> :
  311. </p>
  312. <div class="comment-content" property="schema:commentText">
  313. <p>Je ne sais pas vous mais je trouve que Google n'a pas encore été assez loin avec app engine. <br />
  314. <br />
  315. Je ne vois pas comment on va pouvoir intégrer des applications de différents projet et je pense que cela deviendra un besoin dans le court terme.<br />
  316. <br />
  317. Ici on a qu'un langage et tout le monde va se ruer sur Django donc pas de problème. Mais quand Java va arriver pour écrire des applications, on voudra utiliser les projets existant avec les nouveaux site. On pourrait imaginer un forum Java complètement intégré dans un site Python. Des API un peu plus poussée auraient peut être pu gérer ce genre de besoin.<br />
  318. <br />
  319. Pour le reste, je trouve ça chouette que Google se lance là dedans. Et je suis ravi qu'ils aient choisi Django :)</p>
  320. </div>
  321. </div>
  322. <div class="comment" typeof="schema:UserComments">
  323. <p class="comment-meta">
  324. <span class="comment-author" property="schema:creator">syntax_error</span> le <span class="comment-date" property="schema:commentTime">16/04/2008</span> :
  325. </p>
  326. <div class="comment-content" property="schema:commentText">
  327. <p>Tout cela est certainement très positif pour python et django, mais selon moi c'est très négatif pour l'évolution à long terme du web. <br />
  328. <br />
  329. Au delà de ce nouveau service je fais allusion à tous les autres déjà existants: la tendance actuelle des compagnies web est de devenir un passage obligé, la rentabilité provenant de l'exploitation des informations liées aux connections. Ceci implique un certain degré d'enfermement: utilisation des comptes google pour le login, passage obligatoire par les APIs maison pour avoir accès à des données externes. <br />
  330. <br />
  331. Ce modèle implique donc de garder les utilisateurs et les données bien au chaud derrière des barrières propriétaires. Or cela va totalement à l'encontre des principes du web sémantiques, qui propose des techniques pour accéder aux données de manière universelle via des formats ouverts et non des apis fermées.<br />
  332. <br />
  333. Le grand perdant dans cet histoire est le web sémantique. Toutes les technologies existent aujourd'hui pour le mettre en oeuvre concrètement, seulement cela va à l'encontre des conditions de rentabilité economiques préconisées par les grandes compagnies qui font le web aujourdhui. Partant de là le web ouvert proposant des information richement qualifiées en libre accès restera anecdotique pour longtemps, les grands acteurs ayant tout intérêt à rester les deux pieds sur le frein, pour conserver leur pré-carré. </p>
  334. </div>
  335. </div>
  336. <div class="comment" typeof="schema:UserComments">
  337. <p class="comment-meta">
  338. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">16/04/2008</span> :
  339. </p>
  340. <div class="comment-content" property="schema:commentText">
  341. <p>@sylvinus : j'ai jeté un œil au code mais je n'ai malheureusement pas le temps de contribuer.<br />
  342. <br />
  343. @Linux : pour l'instant Google App Engine est surtout destiné à des applications qui vont être créées spécifiquement pour cette plateforme, mais ils travaillent pour avoir une compatibilité totale avec Django et là ça va devenir tout de suite plus intéressant... <a href="http://code.google.com/p/google-app-engine-django/" title="http://code.google.com/p/google-app-engine-django/" rel="nofollow">code.google.com/p/google-...</a><br />
  344. <br />
  345. @syntax_error : Amen. Je n'ai pas développé cette problématique mais merci de l'avoir énoncé aussi clairement, je partage tout à fait cet avis.</p>
  346. </div>
  347. </div>
  348. <div class="comment" typeof="schema:UserComments">
  349. <p class="comment-meta">
  350. <span class="comment-author" property="schema:creator">labadie</span> le <span class="comment-date" property="schema:commentTime">06/05/2008</span> :
  351. </p>
  352. <div class="comment-content" property="schema:commentText">
  353. <p>Dans 01Net, il y a un article sur Google App Engine, et ils soulèvent un point important: tu n&#39;as aucune garantie sur la disponibilité de ton appli Google App Engine. Rien, pas 99% ou 90%, rien. Pareil pour Amazon et Facebook, d&#39;ailleurs.<br />Si tu bases ta stratégie commerciale dessus et que ton site est HS pendant une semaine, tu fais quoi ?</p>
  354. </div>
  355. </div>
  356. <div class="comment" typeof="schema:UserComments">
  357. <p class="comment-meta">
  358. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">11/05/2008</span> :
  359. </p>
  360. <div class="comment-content" property="schema:commentText">
  361. <p>@labadie : remarque très pertinente, d&#39;autant que ça arrive même avec des structures comme Amazon (cf. récente coupure de S3 avec une partie des services 2.0 down...)</p>
  362. </div>
  363. </div>
  364. <div class="comment" typeof="schema:UserComments">
  365. <p class="comment-meta">
  366. <span class="comment-author" property="schema:creator">William</span> le <span class="comment-date" property="schema:commentTime">20/08/2008</span> :
  367. </p>
  368. <div class="comment-content" property="schema:commentText">
  369. <p>On trouve de vraie perles sur Google App. Je suis récémment tombé sur Spy dont j&#39;ai fait l&#39;article <a href="http://fanurl.com/w">http://fanurl.com/w</a> qui n&#39;aurait pas forcément vu le jour sans Google App. En tous cas, bien joué !</p>
  370. </div>
  371. </div>
  372. <div class="comment" typeof="schema:UserComments">
  373. <p class="comment-meta">
  374. <span class="comment-author" property="schema:creator">Damien B</span> le <span class="comment-date" property="schema:commentTime">20/08/2008</span> :
  375. </p>
  376. <div class="comment-content" property="schema:commentText">
  377. <p>&quot;Je suis récémment tombé sur Spy qui n&#39;aurait pas forcément vu le jour sans Google App.&quot;</p>
  378. <p>Dans quelle mesure ?</p>
  379. </div>
  380. </div>
  381. <div class="comment" typeof="schema:UserComments">
  382. <p class="comment-meta">
  383. <span class="comment-author" property="schema:creator">Seb</span> le <span class="comment-date" property="schema:commentTime">07/05/2009</span> :
  384. </p>
  385. <div class="comment-content" property="schema:commentText">
  386. <p>Bonjour,</p>
  387. <p>Belle présentation de GAE !</p>
  388. <p>Pour info, pour celles et ceux qui ne seraient pas trés à l&#39;aise avec l&#39;anglais, j&#39;ai mis à disposition une traduction française de la doc de Google App Engine ici:</p>
  389. <p><a href="http://www.gae-en-francais.fr">http://www.gae-en-francais.fr</a></p>
  390. <p>Seb.</p>
  391. <p></p>
  392. </div>
  393. </div>
  394. <div class="comment" typeof="schema:UserComments">
  395. <p class="comment-meta">
  396. <span class="comment-author" property="schema:creator">France</span> le <span class="comment-date" property="schema:commentTime">20/01/2011</span> :
  397. </p>
  398. <div class="comment-content" property="schema:commentText">
  399. <p>Avec un peu de recul on a quand-même plus d&#39;infos qu&#39;avant, notamment sur les sauvegardes, la disponibilité (cf doc officielle de google mise à jour)</p>
  400. </div>
  401. </div>
  402. </div>
  403. </section>
  404. <footer>
  405. <nav>
  406. <p>
  407. <small>
  408. Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>
  409. </small>
  410. </p>
  411. </nav>
  412. </footer>
  413. </div>
  414. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  415. <script data-no-instant>InstantClick.init()</script>
  416. </body>
  417. </html>