Un peu incohérent de la part de Google de ne proposer que Python côté serveur sachant qu'ils proposent à côté le framework Web GWT (que j'utilise) et qui nécessite un conteneur de Servlet (Tomcat par exemple) pour pouvoir faire du RPC async. Au final, cela limite beaucoup son utilisation dans ce contexte.
Sinon, c'est bien sympa mais l'idée d'être si fortement couplé à Google me fait froid dans le dos. Moi, je passe.
Julien
· 1 year ago
@Thomas : tu as tout a fait raison... ce qui fait le plus peut ce sont les conditions generales d'utilisation qui sont tres "libres" pour Google!
Fabien
· 1 year ago
Je pense que l'avantage de Python ici est d'utiliser des CGI et donc d'avoir un fonctionnement "par requête", ce qui est beaucoup plus facilement parallélisable que un servlet Java.
ralphy
· 1 year ago
J'avoue que je me vois mal apprendre le Python pour exploiter ce service. J'ai déjà appris des langages tels que :
- l'assembleur MIPS, - l'assembleur x86, - l'assembleur Z80, - le BASIC, - le C, - le C++, - le C#, - le COBOL, - le GFA Basic, - le HTML, - le J++, - le Java, - le JavaScript, - le Pascal, - le PHP, - le Qbasic, - le SQL, - le Turbo Basic, - le Turbo Pascal, - le Visual Basic, - le XHTML, - le XML, - etc.
Il est clair que je ne maîtrise pas parfaitement bien chacun de ces langages, mais je commence à me demander combien d'autres langages il faudra apprendre pour travailler efficacement ? est-il efficace de passer son temps à apprendre et non pas à produire ?
D'ailleurs, je me demande bien où est-ce que l'on apprend le Python, à part quelques universités américaines ? Durant mon relativement court passage au Royaume Uni, le responsable de mon stage s'émerveillait devant Awk que j'ai heureusement évité d'apprendre, vu que je n'ai jamais encore rencontré ce langage dans l'industrie.
Ceci dit, Google a une large culture de la diversité, n'imposant jusqu'à présent aucun langage en particulier, contrairement à Microsoft, par exemple, qui met systématiquement en avant ses propres solutions, au point que développer des services web dans d'autres langages que les langages .Net devient difficile.
Yahoo!, de son côté, semble préférer le PHP, en interne, mais fournit une large gamme d'API pour ses services, ainsi qu'une documentation relativement claire pour les exploiter dans diverses situations.
Gageons donc que de nouveaux langages et API soient rapidement mis à disposition des développeurs pour exploiter les centres de données de Google. En attendant, je continue mes applications LAMP classiques qui tournent très bien sur mes serveurs bon marché et répondent parfaitement à l'ensemble de mes besoins actuels.
D'ailleurs, si l'on s'y prend correctement, il est rare que l'on ne puisse pas intégrer la notion d'échelle horizontale et verticale dans une application web dès sa conception, ou du moins pouvoir étendre assez rapidement une application existante correctement écrite pour répondre à des besoins d'échelle. De plus, avec des services de virtualisation tels qu'Amazon EC2, Amazon S3 et autres Gandi Hébergement qui permettent de louer des serveurs de l'heure, à la journée, ou de l'espace de stockage facturés au Go, ce marché ne comporte pas énormément de concurrents, mais si chacun propose ses propres API ou langages incompatibles avec le reste du monde, cela ne va pas aider ces services à se déveloepper...
Julien
· 1 year ago
@Ralphy, oui, c'est certain, Google va ouvrir verticalement son service App Engine.
Tous les services informatiques qui se lancent ont la même problématique : faut-il rester fermer pour être le seul gros et devenir énorme, ou faut-il s'ouvrir au maximum aux autres pour faire grossir le marché et n'en prendre qu'un morceau raisonnable?
L'utilisateur/client préfère clairement la seconde solution, l'entrepreneur, l'investisseur y voient malgré tout un risque de se faire doubler!
William
· 1 year ago
On trouve de vraie perles sur Google App. Je suis récémment tombé sur Spy dont j'ai fait l'article http://fanurl.com/w qui n'aurait pas forcément vu le jour sans Google App. En tous cas, bien joué !
ericmarmar
· 5 months ago
google contitu sont petit jeu... Microsoft c'est le mechant, il vend ces produits, google il est gentil, il faut faire des trucs par la communaute et apres pour y acceder il te fout de la pub de merde alors; je prefere parfois payer en direct que d'avoir un jour dans mon assiette des nooilles gratuite!
All Comments
Sinon, c'est bien sympa mais l'idée d'être si fortement couplé à Google me fait froid dans le dos.
Moi, je passe.
- l'assembleur MIPS,
- l'assembleur x86,
- l'assembleur Z80,
- le BASIC,
- le C,
- le C++,
- le C#,
- le COBOL,
- le GFA Basic,
- le HTML,
- le J++,
- le Java,
- le JavaScript,
- le Pascal,
- le PHP,
- le Qbasic,
- le SQL,
- le Turbo Basic,
- le Turbo Pascal,
- le Visual Basic,
- le XHTML,
- le XML,
- etc.
Il est clair que je ne maîtrise pas parfaitement bien chacun de ces langages, mais je commence à me demander combien d'autres langages il faudra apprendre pour travailler efficacement ? est-il efficace de passer son temps à apprendre et non pas à produire ?
D'ailleurs, je me demande bien où est-ce que l'on apprend le Python, à part quelques universités américaines ? Durant mon relativement court passage au Royaume Uni, le responsable de mon stage s'émerveillait devant Awk que j'ai heureusement évité d'apprendre, vu que je n'ai jamais encore rencontré ce langage dans l'industrie.
Ceci dit, Google a une large culture de la diversité, n'imposant jusqu'à présent aucun langage en particulier, contrairement à Microsoft, par exemple, qui met systématiquement en avant ses propres solutions, au point que développer des services web dans d'autres langages que les langages .Net devient difficile.
Yahoo!, de son côté, semble préférer le PHP, en interne, mais fournit une large gamme d'API pour ses services, ainsi qu'une documentation relativement claire pour les exploiter dans diverses situations.
Gageons donc que de nouveaux langages et API soient rapidement mis à disposition des développeurs pour exploiter les centres de données de Google. En attendant, je continue mes applications LAMP classiques qui tournent très bien sur mes serveurs bon marché et répondent parfaitement à l'ensemble de mes besoins actuels.
D'ailleurs, si l'on s'y prend correctement, il est rare que l'on ne puisse pas intégrer la notion d'échelle horizontale et verticale dans une application web dès sa conception, ou du moins pouvoir étendre assez rapidement une application existante correctement écrite pour répondre à des besoins d'échelle. De plus, avec des services de virtualisation tels qu'Amazon EC2, Amazon S3 et autres Gandi Hébergement qui permettent de louer des serveurs de l'heure, à la journée, ou de l'espace de stockage facturés au Go, ce marché ne comporte pas énormément de concurrents, mais si chacun propose ses propres API ou langages incompatibles avec le reste du monde, cela ne va pas aider ces services à se déveloepper...
Tous les services informatiques qui se lancent ont la même problématique : faut-il rester fermer pour être le seul gros et devenir énorme, ou faut-il s'ouvrir au maximum aux autres pour faire grossir le marché et n'en prendre qu'un morceau raisonnable?
L'utilisateur/client préfère clairement la seconde solution, l'entrepreneur, l'investisseur y voient malgré tout un risque de se faire doubler!