这是一个创建于 3115 天前的主题，其中的信息可能已经有所发展或是发生改变。
想问问大家，如果试用期两个月 /三个月，一位工作两年左右的新人入职后，现做工作所用到的语言对方以前没啥基础，可能需要花一定的时间学习，然后需要给他分配一个功能，该如何预估时间？不会给对方太多压力
试用期的这个时间如何安排比较好？而不会出现试用期内对方走人或被辞退？
试用期的这个时间如何安排比较好？而不会出现试用期内对方走人或被辞退？
 | 1 RaynorGu 2017 年 7 月 12 日  1 先修 bug 或者在原有的功能上添加新特性 |
 | 2 brucewzp 2017 年 7 月 12 日 via iPhone 1 结对编程 |
 | 3 armoni 2017 年 7 月 12 日 试用期是来试用的，当然是看看他有没有面试时候的表现了 |
 | 4 030 2017 年 7 月 12 日 一般语言，看下语法什么的，再熟悉下已有项目的代码风格三天差不多能生产了。 比较大的项目也是要从单元测试修 BUG 这种做起，不定时间，看他自己花多长时间做完。 |
 | 5 peneazy 2017 年 7 月 12 日 要分情况吧，看看项目坑多不多，是否可维护 |
 | 6 otakustay 2017 年 7 月 12 日 先修 BUG+1 |
 | 7 chenyu0532 2017 年 7 月 12 日 根据我自身的情况，手游前端开发的，我极其的不喜欢让我来看别的同事的代码，来修改 bug。很喜欢有新项目让我做其中的几个模块来看看跟简历中的能力是否匹配 |
 | 8 coderluan 2017 年 7 月 12 日 1 抽象的说就是分配些 [涉及语言本身和编程能力] 的任务，但是 [不涉及语言整体生态环境] 的任务。 PS：除非代码和流程都非常规范，要不让新人改 bug 就是恶心人。 |
 | 9 ankle306 2017 年 7 月 12 日 via Android 分配一些以前做过的相似功能，可以有参考的做，改 bug 就算了吧 |
 | 10 fewin 2017 年 7 月 12 日 新人代码和业务还没熟悉就改 bug，不怕越改越多？这是为难人，赶人走的套路。 |
Select Language