一不小心来到了新公司，既是兴奋，也是紧张。
兴奋的是，终于可以好好的静下来重新出发。
紧张的是，新的环境新的同事新的氛围都需要重新适应。
新人的第一课 Entry Task
入职后接触到的第一件事情，就是要做 Entry Task。
第一次接触 Entry Task 的概念，很是新奇：
- 一个是竟然可以让新人完全脱产式的去做这么一个东西。
- 第二个是给了新人完全独立自主的环境，让他自己去想象去发挥。
这个做法还是挺新怡的。
怎么让新人入门，怎么让新人快速融入，我在之前的工作也思考过。
之前的主体想的是从熟悉开发模式、熟悉业务开始。
做法就是先找一些简单的需求入手，然后逐个逐个加深到新人能完成融入，能独立的开发或者配合其他成员一起工作。
老问题
但这个过程，有的长，有的慢。
而且更迫切的一个问题是，很多时候是根本找不到这么一条顺滑的线，让新人可以循序渐进的融入。
更多的时候，是直接上手大的需求，或者跟着其他人一起做一个需求。
新问题
做完 Entry Task 是不是就能达到我们预期的效果呢？
整体看 Entry Task 的侧重点更多的在于技术，而具体业务的落实点偏少。
对于这边需要的某些技术点，但之前没有掌握的，需要在这里重新学习的，那么 Entry Task 会是一个绝佳的缓冲。
但对于需要的技术点都掌握了的话，那还关注的是哪些点呢？
我看到的是：
- 规范：包括代码、编码、开发、Git提交
- 真实的编码水平
- 还有么？
关于业务
最初的想法是如果 Entry Task 能涉及到业务层面的东西的话，那将会是非常棒的一个事情。
但现实是，你需要提供一个和当前开发环境相同的环境，单就这一点来说，就很是一个巨大的工程。而且本身我们的开发环境一直都是在不断变化的，其维护成本可想而知。
如何设计一个好的 Entry Task
首先要肯定的是 Entry Task 是一个非常好的做法。
然后还是以满足岗位技能为第一出发点。
但要设计出一个好的 Entry Task 是非常难的，因为每个新人他所掌握的技术能力，他的背景知识，他本身的其他各方面能力都是有很大的差异的。
但是不管怎样，最重要的一个点就是在要求的技能点里补不足。
可以多制定几种类型的 Entry Task ，然后让新人根据自己的情况，对比当前岗位需要的技能，有针对性的去做 Entry Task。
所以，需要做的就是：
- 梳理我们当前岗位需要的技能点及需要达到的水准。
- 收集大家的意见，整理几套可行的 Entry Task，最后再从新人的身上不断的去收集他们对 Entry Task 的反馈。
最后
这个是我个人作为新人对 Entry Task 的理解。