译文在此: http://www.rakutec.com/blog/%E3%80%8Cgoogle-appengine-%E3%81%AB%E9%96%A2%E3%81%97%E3%81%A6%E3%81%B2%E3%81%A8%E8%A8%80%E3%80%8D%E3%80%81%E5%8B%89%E5%BC%B7%E3%81%AB%E3%81%AA%E3%82%8A%E3%81%BE%E3%81%97%E3%81%9F%EF%BC%81
原文是日语
1. 喜欢“纯粹”的程序员的天堂。虽说 SQL,Rails 等效率高,但是不透明的部分太多,GAE 简单直观。打比方来说,Rails等是个齿轮组,出了问题也不知道那个齿轮的问题。GAE 就一个轮子,有了问题一定是自己代码的问题。
2. 不擅长学习新语言的就算了。学 Python 觉得难的话,Big Table 也用不好的。
3. 不要依赖第三方框架。要是没本事把第三方框架代码读完,陷阱重重。自己做非做不可的可利用共通组件。比如文中提到的这个作者自作类库。https://github.com/snakajima/gdispatch
4. 表做平(Flat),等你哭着问“为什么没有 JOIN ?”就已经太晚了。
5. 真心在 GAE 上做东西的话,GQL 其实不该用
6. 善用 Task Queue。Big Table 读比写快数倍,使用 Task Queue 是实现异步处理的最好办法
7. 页面生成的处理去客户端做。View 就是静态 html/css,Controller 就是 js。Model 在 JSON。这样响应速度和用户体验都可以得到最佳。
8. 专注在 coding。负载平衡,数据库分区这些复杂操作完全不需要。
9. 最大缺点。Google Lock-in。
原文是日语
1. 喜欢“纯粹”的程序员的天堂。虽说 SQL,Rails 等效率高,但是不透明的部分太多,GAE 简单直观。打比方来说,Rails等是个齿轮组,出了问题也不知道那个齿轮的问题。GAE 就一个轮子,有了问题一定是自己代码的问题。
2. 不擅长学习新语言的就算了。学 Python 觉得难的话,Big Table 也用不好的。
3. 不要依赖第三方框架。要是没本事把第三方框架代码读完,陷阱重重。自己做非做不可的可利用共通组件。比如文中提到的这个作者自作类库。https://github.com/snakajima/gdispatch
4. 表做平(Flat),等你哭着问“为什么没有 JOIN ?”就已经太晚了。
5. 真心在 GAE 上做东西的话,GQL 其实不该用
6. 善用 Task Queue。Big Table 读比写快数倍,使用 Task Queue 是实现异步处理的最好办法
7. 页面生成的处理去客户端做。View 就是静态 html/css,Controller 就是 js。Model 在 JSON。这样响应速度和用户体验都可以得到最佳。
8. 专注在 coding。负载平衡,数据库分区这些复杂操作完全不需要。
9. 最大缺点。Google Lock-in。
