Thinking in new system design and implementation

• 基本思路：

结合自己以前曾经思考的，关于web看开发模式的沉淀、关于前后台配合的沉淀、关于自底向上和自顶向下模式的沉淀，是时候可以尝试：形成基本思路并且经过审核之后，分拆交给下面的兄弟们设计。最后汇总讨论审核修改定稿再实施。
只要我们能够很好的作到后知后觉，也能有很好的成功概率。当然，这需要长期的成功实践的修炼。

• 好处：

1. 对上：避免形成只有一个方案的弊端;并且形成没有对比的以为很糟糕或者很简单的偏见。
2. 对下：避免只是服从，发展他们的能力和动力，未来的配合上更加主动；并且避免以为很简单和很糟糕的偏见和抱怨对团队士气的破坏。
3. 对己：腾出时间综合考虑和寻找工具等全面把握，形成自己的沉淀。利于自己的成长和团队的成长。
4. 对管理：分出个人各种事情上不同水平，利于优化资源配置。

• 坏处：

1. 整体时间看起来肯定会比目前这种上面统一设计好了，下面执行的方式慢。但是考虑架构师等上面单点失效，以及未来需要改动时候配合的主动度来看，长远看未见得低效。
2. 可能显示自己没有用处了的尴尬。但是不是说，最好的管理者是对于下属的培养和离开后依然运转如故么？那就放开了去尝试。最关键是自己首先要放开这个心胸。

• 综合看：

优点多于劣势，值得尝试。
剩下就是具体操作的时间和火候的把握，中间过程的追踪和监控。
具体可以在设计框架讨论审核通过后确定时间线和任务切分线。

• 关于高级工程师的思路：

本来希望在同一个水平线上同步走，以他的兼职4小时加上周末，和他们的所谓全职的甚至要熬夜成果对比。但是仔细想来，这么做对于他的成长不见得是个好事情。还是应该交给他便于独立完成，而且对他的能力是个简单挑战的内容来完成。这中间当然不排除承担部分整体编程，从而得到管理应有的对比分析数据。