合格的程序员

一个掉队的伙伴

前几天开除一个下属, 称他为A吧, 理由是负责的项目发生太多线上事故, 工作将近一年,产出太少. 做出这个决定是艰难的,意味着一年对他的培养付诸流水. 不仅是对A的一种伤害, 对公司, 直属负责人, 都是不小的损失. A有太多的毛病, 其中最严重的就是懒. 懒所以不学习, 不学习就不会进步, 思虑不周, 导致线上问题频发. 因为懒所以进度慢, 进而没有产出. 所以,怎样才是一个合格的程序员呢?

做一个勤奋的人

这是个很泛的概念, 怎样才能称得上勤奋? 是加班到12点? 熬夜赶项目? 这个没有定论. 个人觉得勤奋是一种思想, 一种体现在行动上的思想.

对代码的追求

一个成熟的程序员写出来的代码赏心悦目, 不仅仅是风格的优雅, 可读性,健壮性都会高出一截. 遇到这种代码我们要多多学习, 并尝试运用在自己的项目中. 很多同学总会固守自己的风格, 不愿意改进, 这种是很危险的, 久而久之会变得很保守, 不愿意尝试新的东西.

深究问题

从一个程序员对待问题的态度上, 基本上可以看出程序员的成熟度. 当问题发生的时候, 普通程序员会这么反应, 迅速定位问题, 并修正问题, 然后夸自己溜得一逼. 高级一点的程序员, 会迅速定位问题,修正问题,并检查代码里面有没有类似的问题,然后修正. 成熟的程序员, 会迅速定位问题, 修正问题, 然后会深究问题,发生的原因, 为什么会发生这样的问题,还有没有类似的问题,应该怎么防止这种问题的再次发生.这是一个循序渐进的过程, 随着问题多次的发生,我们会慢慢的从普通过度到成熟. 但是花多长时间, 这就取决于深究问题的态度了.

八小时之内求生存, 八小时之外求发展

在带A的时候, A的进步之慢, 让我非常困惑. 感觉就是大半年过去了, 怎么还跟个应届生一样. 曾多次问他, 回家有没有学习, 总有一堆的理由搪塞我. 后面有点着急了, 就直接要求他, 以后下班就别走那么快, 老老实实学习到9.30吧, 反正也就住在公司边上, 我也不会走, 有问题就问我. 大概坚持了两天, 后面还是早早的走了, 带你的人都没走了, 你就走了, 怎么说也说不过去吧.

八小时之内求生存, 八小时之外求发展, 是刚入职的时候, CTO对我说的, 这个真的很有意思. 不敢说自己成功, 但是还是可以举一些例子. 很久以前研究过webUI在软件里面应用的技术, 研究过的node-webkit, electron, cef. 后面公司在做技术选型的时候, 提出了这些在当时看起来很新颖的技术, 很快就让人刮目相看. 当时写UI并不是我的工作, 纯粹是兴趣研究, 带来了不少装逼的机会. 这种奇怪的东西, 还研究过很多, 后面都应用了在工作的项目上, 很快能推进项目, 让自己出成绩.

招聘人员

最近扩大了招聘, 面试了大量的人, 基本上都被淘汰了. 招聘的时候, 我们会在意什么呢?

稳定性

培养人的成本太高, 很多时候好不容易培养一个, 后面又走了. 当然, 我们尊重别人的选择, 但是实际上会对我们有一定的打击, 后面选择的时候就会更加谨慎. 具体一点就是一年跳一次的简历, 估计都不会叫过来面试.

专业性

工作的根本, 这个我们会随着年限的不一样, 标准也不一样. 最近面试和很多python和php的程序员, 很有意思的就是python的基本上会写个爬虫, 会个flask, Django就觉得自己很厉害了, 一问异步这些问题就歇菜了, PHP也一样, 基本上就会几个框架, 随便问深一点就GG了. 专业性不行的同学, 基本上学习能力也不去。。。

激情责任心

如果说前面两个可以量化, 那这个是没法量化的, 看走眼了就看走眼了. 很感性的东西, 有的人回答问题的时候吞吞吐吐, 很不自信, 这种会被认为没有激情, 通常会问一些看过一些什么样的书, 解决过什么样的难题等, 做一些判断.

总结

写得很杂, 最近太忙, 以至于太久没有写东西了. 写了最近的一些感想, 纯粹凑一篇文章.

发表评论

电子邮件地址不会被公开。 必填项已用*标注