加班到凌晨 1 点之后的一些思考

本贴最后更新于 1658 天前,其中的信息可能已经时异事殊

先来一张皮卡丘镇文!

image.png

鬼知道我经历了什么

看了小刀朋友圈的应该都知道,昨天小刀加班到了 1 点才下班,好久没加班这么晚了... 可能对各位程序员来说, 加班已是家常便饭了. 但真得是太痛苦了, 也不得不感叹老了. 想大学那会, 有好友来学校找我玩, 然后就带着去网吧通宵... 然后第二天接着上课啥的,不耽误, 然而今天感觉飘了一天, 干活也集中不了精力. 所以今天一直在思考,为什么会加班? 为什么会加班! 为什么会加班!!!

像催命符一样的"上线"

上线这个词对所有的程序员来说, 都像是催命符一样, 同样也是加班的代名词.那么上线到底可怕在哪? 我觉得可怕在于未知. 就是不知道这个代码发到生产环境是否能正常运行, 是否还有隐藏未知的 bug 等等, 一旦出现了 bug, 影响到了现在的业务, 那势必会带来不少的影响.
有一句笑话,说每次上线都要"杀一个程序员祭天", 联想到古时,祭天是祈祷平安顺利. 为何要祈祷平安顺利,因为未来的不可知.
如上两段,我都提到了一个词,未知. 对. 就是这样, 因为我们对上线之后的运行情况未知,因为我们对未来未知,所以才会对上线恐惧.那只要我们解决了未知, 是否就可以让上线成为胜利的号角. 为了解决未知, 除非像奇异博士一样,能看到古今. 我们虽然看不到古今,但我们可以多写单元测试,正规输入的,不正规输入的.其他乱七八糟输入的等等, 多写多测(这里很想提一下 测试驱动开发), 这样一定可以暴露很多问题,把上线的风险降到最低.
回想起我们在开发中, 其实单元测试写的很少, 忙是一点,但开发人员自己的疏忽也是一点,以至于很多问题都是在联调的时候暴露的.但联调的时候,用例只有几个,能跑通这个流程,基本上联调就过了,并没有带入真正的业务场景数据,所以在上线之后,线上回归之时,又会暴露很多的问题. 然后就不停的改,不停的发. 心里的压力也会越来越大.
本段关键词: 未知, 测试用例

开发人员的分工

这话要从古代打仗时说起了, 打仗时期的人员配比都是经过鲜血的洗礼 这里我想说的是"三三制战术",三个人分别负责: 进攻-掩护-支援. 那放到我们现在的工作中, 一个项目,是否也要配比三个人? 一个开发, 一个测试, 一个产品.
在小公司中,不可能有这么多的人员, 那么就是一人多用. 这里的一人多用, 有两种解释:
1.某人又当开发,又当测试. 这个和现在说的 DevOps,开发自测,开发交叉测等有些类似.
2.一个人可以同时兼顾多个项目的开发. 当然我们现在也确实如此,一个人要维护 4-5 个项目, 然后一个测试也是负责多个项目的测试.
如果是采用 1 方案,就等于是划定了个地盘, 你自己的一亩三分地, 有人加入就有人能分担,没人加入,就自己扛起来. 第二种方案,如果是一个人还好,如果是多个人,就难避免的出现人员职能交叉的地方.比如三个开发,都要在这个项目上进行开发. 那这个项目到底是归谁负责? 由谁来主要维护? 但凡是出了问题, 要么就是看谁倒霉,在谁开发的时候报错了,就让谁解决,要么就往上抛,让领导来决定由谁来解决.
我们现在就是处于方案 2 这样一个比较混乱的状态,这样就直接导致大家都不想接手某个功能,某块代码.
人少活多不是借口,关键是要理清关系,责任人,但凡团队人数到 3 人以上的时候,就要好好规划一下人员分工,职能分工. 不要三个和尚反而没水喝了
本段关键词: 三三制战术, 人员分工

本文总结

写代码是一种艺术,艺术来源于生活. 我始终相信一句话, 计算机中的种种设计,一定都能在现实生活中找到影子! 那么我们就要用心去感受生活,去体会生活, 去思考生活,然后再反过来,去思考代码,去思考设计等等. 祝大家早日脱离加班的苦海!

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • someone1764

    trollface 小公司往往是“有时间测试,不如多弄几个项目”