试用期怎么安排任务比较合理

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2690 天前的主题，其中的信息可能已经有所发展或是发生改变。

想问问大家，如果试用期两个月 /三个月，一位工作两年左右的新人入职后，现做的工作所用到的语言对方以前没啥基础，可能需要花一定的时间学习，然后需要给他分配一个功能，该如何预估时间？不会给对方太多压力

试用期的这个时间如何安排比较好？而不会出现试用期内对方走人或被辞退？

11 条回复 • 2017-07-12 23:14:11 +08:00

RaynorGu

2017-07-12 08:36:28 +08:00

先修 bug 或者在原有的功能上添加新特性

brucewzp

2017-07-12 08:45:15 +08:00 via iPhone

结对编程

armoni

2017-07-12 09:12:44 +08:00

试用期是来试用的，当然是看看他有没有面试时候的表现了

030

2017-07-12 10:55:39 +08:00

一般语言，看下语法什么的，再熟悉下已有项目的代码风格三天差不多能生产了。
比较大的项目也是要从单元测试修 BUG 这种做起，不定时间，看他自己花多长时间做完。

peneazy

2017-07-12 11:02:31 +08:00

要分情况吧，看看项目坑多不多，是否可维护

otakustay

2017-07-12 11:12:51 +08:00

先修 BUG+1

chenyu0532

2017-07-12 11:18:40 +08:00

根据我自身的情况，手游前端开发的，我极其的不喜欢让我来看别的同事的代码，来修改 bug。很喜欢有新项目让我做其中的几个模块来看看跟简历中的能力是否匹配

coderluan

2017-07-12 11:25:39 +08:00

抽象的说就是分配些 [涉及语言本身和编程能力] 的任务，但是 [不涉及语言整体生态环境] 的任务。

PS：除非代码和流程都非常规范，要不让新人改 bug 就是恶心人。

ankle306

2017-07-12 11:33:29 +08:00 via Android

分配一些以前做过的相似功能，可以有参考的做，改 bug 就算了吧

fewin

2017-07-12 11:39:47 +08:00

新人代码和业务还没熟悉就改 bug，不怕越改越多？这是为难人，赶人走的套路。

vivili

2017-07-12 23:14:11 +08:00

@fewin 两年啊，熟悉起来会很慢吗