经过两天文档和业务熟悉，妹子终于按捺不住寂寞，小心翼翼的问了一句， “你们工程是怎么跑起来的？”
咋听起来，好像一下子新同学水平真的不怎么样，怎么连代码都跑不起来。
但是细想一下，自己不也是这么过来的，所谓的团队文档，从写下那一刻起就已经是过时的了， 加上研发人员对于文档的态度，基本上是能不写就不写。
除了仓库地址（有些团队文档甚至连基本的信息，例如仓库地址都没有），现在国内稍微大一点的APP都分模块开发，多人协助情况下不同公司不同团队用的技术栈，协同方案不一样，国内技术团队特点就是永远有自己特色，拿Android来说，Google提出的每一个新的技术点，基本都不会直接使用，都是加上中国特色，遇事造成了新同学哪怕80%看懂了，就因为20%的配置修改或者开关之类的，导致最终没有跑起来。无关乎水平，就是一个关键信息点问题。好比如来到家门口，已经明知道只要有钥匙才能进，只是不知道钥匙放哪里或者面前有一串钥匙，不知道用哪条而已。
一个团队能有一份清晰的文档，并且能与时俱进的，让新来的同学看着文档能顺利进入到工作中，那是一种小概率事件。
问是新人良好的开端，以及为数不多的特权，并且是有时效性。毕竟能一直保持多问是一件难得的事情。 加上又是妹子，肯定乐意手把手教到工程跑起来为止。
不单是跑起来，为了跟妹子更多互动，主动把工程结构从宏观到微观讲解起来。
一份清晰可用的新人入职文档应该是怎么样？
- Step By Step 地写明从打开电脑到工程跑起来的步骤；
- 不断迭代更新的。并且最好时机是新人来了看着操作，然后提出问题，再由熟悉的人员解答，新人来迭代。
