对于我的团队，我会更乐于采用一种让实现人员更轻松的方式。不用理会太多的语言细节，不用在投入开发前学习更多的概念（尤其是这个项目独有的），不用特别严格的 code review 也可以允许大家提交新的代码，切不至于轻易的引入 bug 。

我相信，软件做到后面，设计人员不需要亲自写太多代码。虽然我现在每天还是大量的写，也并不觉得枯燥。

事必恭亲是不好，但并不是说，你给实现人员足够信任就可以放手的。真正让你放手的只能是，你做出了好的设计，无论是谁，他也写不坏它。这时，是你乐意自己写，还是多找几个同学帮忙写，已经不重要了。

– 摘自 云风 blog

程序毕竟还是人写的，盲目的依靠工具和其他的东西，只是一个辅助，其中最关键的点，还是人的素质。大家的共识。流程是死的，人是活的。

      进程(process)：一个进程就是一个正在执行的程序。每个进程只存在一个地址空间和一个控制流。

在MINIX 3中，进程的内存空间被分为三个部分：代码段，数据段和栈段。数据段从下往上增长，而栈从上向下增长。

        有些情况下需要在相同的地址空间中有多个控制流并行的运行，就像他们是单独的进程一样（只是它们共享相同的地址空间）。这些控制流通常被称为线程(thread)，有时也被称为轻量进程(lightweight process)。

      进程具有的另外一个概念是它是一个执行流，通常称为线程。进程用来集合资源，线程是CPU中调度的实体。线程给进程模型增加的是，允许在同一个进程环境中有多个执行流，这些流在很大程度上相对独立。

      最近新项目开始，难得老大重视。我也当上半个主程了。系统设计啊，业务熟悉啊，这次的项目就我最熟悉业务。所以也理所应当承担起大部分的业务逻辑。写了很多代码，挺高兴的。虽然很累。

      说到代码，第一次写这么多，还是看到了很多问题，关于代码的质量，如何抽取逻辑，提取方法。虽然以前看了很多东西，毕竟这次是理论结合实践了吧，项目已经提交测试了。每天还乐此不疲的进行代码的重构和修改。希望忙过这阵子，可以好好看看ruby和erlang。