jjzjj

接手烂代码,不用对上任客气!

作者|IsaacLyman译者|崔皓谁都喜欢可读性强的代码,希望接手的代码容易阅读,容易理解,从而减少交接的工作量,但并不是所有的代码都有好的易读性,接手前辈的“屎山”通常是一件令开发者非常痛苦的事情。关于代码有一种流行说法:代码被阅读的次数是它被书写次数的十倍,而且产品的寿命越长,这个比例就越高。考虑到这点,我们似乎对“理解代码”的投资明显不足。开发者通常更侧重于编码的能力,而不是阅读和解释已有代码的能力,即便这种场景在日常工作中会频繁出现。开发任务的前80-95%时间应该用来阅读代码以及文档。在研究现有代码的过程中,你可能会学到很多东西,只有读完代码之后才能说:“这个功能已经存在了,或者是

离职交接,心态要好

话说今年经历了几次项目交接?主动和被动的都算!01实在是没想到,都到年底快收尾的时候,还要突然接手离职人员的项目;不断拉扯和管理内心情绪,避免原地裂开;年度中再次经历突发的交接事宜,并且团队要在极短的时间内完成所有事项的交接流程;毫无征兆的变动必然会引起一系列问题,最直接的就是影响团队现有节奏进度,需要重新调整和规划;人员的小规模变动,对部门甚至公司产生的影响是显而易见的,道理都懂;但是从理性上思考,这个问题并非是无解的,是可以在各个团队中,进行内部消化的;而人力减少带来的成本降低,以及确保公司的可持续,这是极具确定性的,也是核心目的;所以感性上说,这个梦幻的职场,可能真的是"爱了";02如果

离职交接,心态要好

话说今年经历了几次项目交接?主动和被动的都算!01实在是没想到,都到年底快收尾的时候,还要突然接手离职人员的项目;不断拉扯和管理内心情绪,避免原地裂开;年度中再次经历突发的交接事宜,并且团队要在极短的时间内完成所有事项的交接流程;毫无征兆的变动必然会引起一系列问题,最直接的就是影响团队现有节奏进度,需要重新调整和规划;人员的小规模变动,对部门甚至公司产生的影响是显而易见的,道理都懂;但是从理性上思考,这个问题并非是无解的,是可以在各个团队中,进行内部消化的;而人力减少带来的成本降低,以及确保公司的可持续,这是极具确定性的,也是核心目的;所以感性上说,这个梦幻的职场,可能真的是"爱了";02如果
12