关于java:我带的实习生转正了

3次阅读

共计 4028 个字符,预计需要花费 11 分钟才能阅读完成。

你好呀,我是歪歪。

我最近带了一个实习生。其实说最近,也都整整三个月了,曾经在走转正流程了。

还记得他来的时候,为了和他套个近乎,有一天聊完闲事之后,和他拉了拉家常。

而后我说:在咱们组外面,不用拘束,大家在平时沟通的时候也没有上下级的关系,敞开心扉,不要有太多顾虑。咱们的气氛是很 open 的,多多沟通。其实你别看我长的老,我年龄也不大,我 94 年的。对了,你哪一年的?

他答:2000 年。

那一刻其实有冲击到我。

因为我惊奇的发现,原来 00 后也缓缓的走入职场了。

他们从咱们 90 后手中接下“垮掉的一代”的接力棒后,马上就要顺利的把接力棒交接给 10 后了。

岁月如梭啊!

反馈和思考

他退出团队之后,遇到一个很好的契机是刚好那个时候接到一个新的需要,为了实现这个需要,我要从 0 开始搭建一个微服务。

我让他从我的项目设计阶段就参加了进来,最初跟到了我的项目上线。体验到了一个我的项目上线的全流程。

对他而言,是一个契机。

对我而言,其实算是一个挑战,因为这个我的项目的整体工夫给的不算富余,调配到开发环节那就是更加缓和了。为了保障进度,过后紧急从项目组外面抽调了另外两位共事和我一起专门干这事,就这样人力资源还是尤为缓和。工作进度须要按天为单位进行推动。

领导问我:这个实习生你想怎么安顿呢?

我说:让他和咱们一起开发这个我的项目吧,我来给他分配任务,汇报开发资源的时候算半个人力投入。

其实,我说“半个”人力的时候,本人心里都在打鼓。因为他并不是通过我面试进来的,退出项目组大略一周多工夫,我甚至都还没见过他写的代码,不晓得他的技术能力在什么程度。

然而从最终的后果上来看,其实他在我的项目里的交出的成绩单是远大于半个人力的。

换句话说就是:整体体现是超出预期的。

举个例子。

我给他拆分一个工作,讲清楚需要背景之后,让他去落地代码。

他写着写着会发现某个中央是需要没有思考到的细节问题。

于是他会很快的反馈给我,同时带着本人的解决方案,问这样去实现可不可以。

带着解决方案的问题反馈。

听起来是一个很简略、再天然不过的事件,然而我发现退职场中越是新人做的越好。

而老油条们,包含我本人,其实很多时候都做的不够好。会去拖、会去覆盖、会感觉这其实也没啥大故障、会去本人找个想当然的计划就改了 …

然而我感觉这个简略的事件背地有好几层逻辑。

第一层逻辑是:本人发现了问题。

能发现问题,至多阐明你对本人写的这段代码的背景有肯定水平的理解。

只有在需要理解到位的根底上,能力在落地环节自主的去发现问题。

这一层,一般来说大家都能够做到。

第二层逻辑是:发现了问题,到底反不反馈?

不反馈其实从责任划分的角度,就算出了问题,次要责任不在我呀,过后提需要的时候就没有思考到这个问题。

反馈下来了,最初解决起来,减少的是我的工作量。

到这一层,有些同学就会通过强烈的思想斗争后决定:工夫来不及了,先就这样吧。不反馈了,不是啥大问题。

千里之堤毁于蚁穴呀。

在我的项目外面小问题多了,是会出大问题的。

如果真的是很小的问题,哪怕你打个 TODO 在那里标识一下呢?避免本人当前也忘记了。

其实大多数状况下,这样的问题在测试环节也能被揪出来。

然而如果本人能预判到,为什么要提早到测试环节才裸露进去呢?

或者说通过强烈的思想斗争后决定:这个中央我晓得怎么改,间接改了就行了,就不和他人磋商了,懒得去反馈了。

这里其实就是大忌,很容易埋坑的。

比方就是一个字段你不晓得从哪里取值,需要上也没有明说。然而你能够本人从某个中央取出来,也能够由上游传递过去。

于是你决定本人去取就行了,不麻烦上游了。

因为起源有两处,哪怕在你写代码的过后这两处起源他们肯定是强相等的,然而随着零碎的倒退,兴许会呈现不一样的状况,而当这样的状况呈现的时候,这里就是坑。

兴许到那个时候,你本人都遗记了,这个值是你去某个中央获取的,而不是由上游传递下来的。

当这真的呈现问题的时候,你一查代码:这是哪个 sb 写的代码?为什么不让上游传递进来呢?

而后气冲冲的一看历史提交记录,你就开始默不作声了。

第三层逻辑是:反馈的时候带着本人的解决方案。

在我看来,被动反馈是应该必须要做到的事件。

至于能不能带着解决方案,难说。

因为有的时候因为本人对于全局的把控不到位,的确是只能发现问题,不能解决问题。

所以,这一点对于新员工或者实习生来说不能强求,然而能做到那便是最好不过的事件了。

比方这个实习生,每次来找我反馈问题的时候,说完问题之后就会说本人想到的计划,问能不能这样做。

其实很多时候他给的计划并不好,比方他想依据某个返回值去做解决,而我感觉更好的计划应该是基于数据的某个状态去做,或者说加个数据库字段专门来干这事。

这样更加合乎程序设计的逻辑。

他给的计划不是不能用,是有更好的。

然而,这外面体现了他本人的进一步思考。

而从理论状况来看,他也提出了很多很好的实现计划,被我驳回了。

能带着解决方案,阐明本人有更深一步的思考,挺好。

思考和反馈,不论是什么阶段,都很重要。

我本人有时候都做的不够好,然而我会这样经常揭示并要求本人。

再举个例子

再举个对于反馈的小例子:

我给他调配完工作后,通知他什么时候之前要做好。

在这期间,他会被动通知我本人做到什么进度了。如果本人在预期工夫之前做不完,他会提前通知我艰难是什么。

他这样会让我及时掌控到整个我的项目的进度,让我提前预防危险。

我之前也带过工作过几年的共事,有时候工作进度滞后,都是由测试同学反馈上来的,会搞的我很被动。

当然我也应该偶然去被动询问进度。

然而在我的逻辑外面:大多数状况下,你没说,没有找我协调,那么我就认为我的项目是依照失常的进度在推动的。

我感觉工作如果有危险,提前几天反馈,可是太重要的事件了,这应该是根本的职业素养。

至于怎么去定义危险的低中高,从而拿出什么样的姿势去应答,那就是另外一项本事了。

同时在整个我的项目开发的过程中,其实我是一直在给他施压的,在有来有回的试探中,我也晓得了他的能力还是不错,有很强的执行力。

所以,在这个我的项目实现之后,紧接着的另外一个我的项目中,我给了他一坨要害节点上的开发工作,并通知了他这个开发工作在整个调用链路上的要害意义。

从目前的开发进度上看,他实现的还是很不错的。

诚实说,最开始的时候我就是给他调配了一些“脏活累活”,因为这些事件必须有人做。

做为一个新人或者实习生,即便你有翻天的本事,在我不晓得你能力到底如何的状况下,只能从这些简略的活儿开始试探。

如果要说说不足之处的话,那就是他最终拿进去的代码,从性能上来说是能够用的。

然而从代码分层、代码标准、后续扩大、编程习惯上来说,还是有所欠缺。

这些问题我从最开始就给他提出来了。

从当初他提交的代码上看,有肯定的提高,然而还有很大的晋升空间。

当初他可能还处于刻意模仿的阶段,兴许了解不了为什么代码最初的架子是这样的,反正我的项目外面就是这样写的。

因为他的代码我每次都会重点 review,其实每次 review 都会发现一些编码构造上的问题。

比方他可能会把一个接口中的对象一路传递到 dao 层外面去;比方他可能会在每次和数据库交互的中央都写一个新的 sql 去与之匹配,没有思考到复用性;比方他会把十分多的逻辑都放到同一个办法外面 …

我感觉对于刚刚走进工作岗位的学生来说,这是一个必然的过程,他们从本人的 Demo 级别的代码,转变为写理论工程级别的代码,势必须要一个适应和磨砺的过程,这个事件不是欲速不达的,就是在重复的开发实际中锻炼进去的货色。

能意识到这个问题,并加以练习和克服,就是成长。

而我发现他刻意模仿,是看到了他也会用一个大的 try-catch 把整个代码块包裹起来,而他晚期提交的代码并不是这样的。

我本人有时候偷懒,会用一个大的 try-catch 把整个代码块包裹起来。其实这样写进去的代码好用,然而不优雅,也不举荐。

异样应该就在须要捕捉的中央捕捉就行,整个办法包裹起来,是一种取巧的计划,阐明你对本人写的代码的异样剖析没有相对的到位,希图用一种粗犷的形式来兜底。

这样不好,不好。

所以发现这个问题后我也和他及时沟通了,同时也对本人提出了更高的要求。

在编码上不能偷懒。不能把一些坏习惯传递上来。

所以我开始缓缓意识到,这不仅是一个带新人的过程,还是一个严于律己的好机会。

哦,对了。

我去加入他的转正答辩会的时候才晓得,还有一个导师拉票的环节。

于是我在手机便签外面匆匆记录了几点:

传递

在我的职业生涯中,我遇到过的每一个团队和每一个团队外面的“导师”,对我都十分的好,他们竭尽所能的把本人把握的好的货色分享给我。

所以我也心愿把这一份好的货色始终传递上来。

犹记得我当年实习的时候,前端传进来一个字段,要最终落到数据库外面去,两头波及到好几层之间的几个对象的转换,我硬是弄了好几个钟头都没有弄好。

带我的共事坐在我的旁边,音乐时不时的从他的耳机外面传进去。在当下那个着急的情绪下,一丝丝的音乐都让我感觉焦躁。

于是我给他说:能不能先把音乐关了?

他听出了我的同样,把音乐关了,而后说:是不是遇到什么辣手的问题了?

最初还是他手把手教我怎么解决这个问题。

起初有一次吃饭我给他说起了这个事:我说我感觉那个时候的本人好差劲啊,这么简略的事件搞了好几个小时都没搞定,最初还得你出马。

他说:我并不感觉你差劲,而且我也不怕你差劲。我怕的是,你本人吭哧吭哧的搞,搞不定了还不问我。你不问我,我就不晓得怎么帮你。有些事件,是你能力范畴外的事件,你再怎么使劲,也很难看到收益。有些事件,是你能力范畴内的事件,你应该会而不会的事件,那你应该去精进本人的技能。难的是你怎么去清晰的辨认出这些问题。比方你说的这事,你应该也晓得,就是属于你应该会而不会的事件,那么你就应该去晋升本人的相干技能。你也去做了,当初的你再次遇到那个问题,应该很快就解决了。这就是成长。

我带过实习生,也带过工作年限比我高的人。

这一行不像是一些老手艺,须要有人传承,一代一代的教。

然而这个行业外面有前人总结进去的一些好的货色,应该传递进来。

好了,就写到这里吧。

正文完
 0