号称今年最重要的发布版本, 巨多好东东啊

被墙了?

滚石三十周年第二期：你是生命中的精灵
http://www.izaobao.us/index.php/2010-11/zaoting-8456/

浦东张江男一枚

编辑器里一般都能设定用空格代替tab的, 你可以设定2个或4个空格.
我装好编辑器后第一个做的就是改tab的设定

目标一致互相认同这个项目当然最好, 但是很难做到, 因为每个人的利益不同的, 尤其是对于工作经验比较多的人员来说. 有时候公司的实际利益和团队的利益未必一致.

尽量少开会, 少写报告.
每天早上开一个10分钟以内的会, 轮流口头报告一下. 大家都站着开会, 尽早结束
平时利用休息, 抽烟, 吃饭的时间问一下有什么问题, 千万不要开发人员写每天/每周总结, 总结应该是项目管理人员来做

@doufenger 你自己的经历背景是什么? 建议你看看Scrum 方法. 未必要照用, 可以采用里面的一些好的经验. 我自己的一些经验:
1. 把项目分成很多小的阶段, 所谓阶段不是说"需求分析, 设计, 开发, 测试". 而是每个阶段相当于一个小的两个礼拜到三个礼拜的项目, 在这个小项目中只要完成几个功能, 但是阶段结尾要完成一个可以使用的版本. 开发人员一般 把它叫做"迭代"
2. 每个阶段开始的时候把当前阶段要做的功能和开发人员*一起*拆成小的任务, 同事让开发人员估算每个任务的时间. 最好每个小任务的粒度不超过两天
3. 每天开一个很短的例会, 大家口头汇报一下状态, 有什么问题阻塞了项目进程. 不要让开发人员写报告. 应该项目经理根据例会收集到的情况汇总成项目状态.
4. 第一个阶段结束后, 根据开发人员之前估算的时间和最后花的时间你就知道开发人员估算精度了. 同时你也知道这个团队的开发效率了.

@darasion EntityGroup 和 分片计数器是两件事. EntityGroup是为了提高"事务"的执行效率, 分片(sharding)是为了提高并发性. 你问的是什么?

这个API 早就有了(2008), 但是一直没有正式开放. 可以看我的blog: http://www.cnblogs.com/kuber/archive/2008/07/26/1249617.html

看了下源代码, 好像用的原生的webapp 框架, 建议用 tipfy 或者 webapp-improvement (一个人开发的),
加入了routing 和session支持

我个人的做法是尽量不为未知的需求预留字段,除非确定需要
可以用那片文章说的技巧来更新老数据

Heroku 的免费方案资源太少了, 数据库5M, 一次只能一个并发连接, 基本上不能用于Production 吧. 比较适合ROR 学习者练练手

付费的index 限制是200.
你可以把功能做个规划, 做成不同的app, 放在不同的gae 实例上去

这里有篇我翻的gae 文档, 你可以参考一下: Google App Engine中如何修改你的数据模型
http://www.cnblogs.com/kuber/archive/2008/08/15/1268676.html

我现在在用Ninja2, 还不错, 比Django 模板限制少

改了对以前数据应该没有影响
datastore 不是 RMDB