为公司写代码的时候，是否应该考虑接盘的人能否快速上手？

[abbenyyy]

我在做公司的项目的时候通常都会优先考虑接盘的人能快速上手，减少所使用的库与语法的难度，常常告诉自己要使用最通用的写法来写，从而使自己减少了不少便利性。

大家在为公司写代码的时候是怎么想的？

[passerbytiny]

好的公司（评判标准是过程健全而不是牛逼程度），你不这么干回让你走人；差的公司，留一手还是有必要的。

[abuzzworld]

https://www.v2ex.com/t/523681#reply158
参考这个帖子，写好代码的人在外人看起来好像没啥事干，写烂代码天天重构的人在外人看起来好像每天都在工作，这世道没法说

[jmc891205]

可读性也是 code review 时候的一个重点

[season4675]

自己写的代码能让其他人快速上手，是每一个 coder 基本的素养

[zn]

管那么远，先考虑自己会不会被缩减掉吧………吧

[wallriding]

@abuzzworld 真的就是这样，追求好代码的结果就是，代码行数上被完爆，别人还觉得你在偷懒。

[zn]

@abuzzworld 写烂代码的人想的是能用就行，会考虑重构才怪。

[xuanbg]

不要相信什么留一手的屁话，你要知道能写好代码的人根本不怕没人要。留一手什么的都是自身无能的借口罢了，根本就应该开除出程序员队伍。

与其担心公司卸磨杀驴，还不如老老实实写好代码。自己能力提高了，还用担心没有好地方写代码？

[abbenyyy]

@passerbytiny 是的，只有你经历过差的公司就知道垃圾公司能做出超乎你想象的下作事情，慢慢的才知道自私的人才能活得好。

[abbenyyy]

@xuanbg 但是当你经历过垃圾公司故意拖欠你工资，第二天马上找个人顶替你的时候，留一手还真有必要

[lhx2008]

写好接口和注释，核心代码写工整一点，我觉得就 ok 了至于具体怎么实现可以随便

[NeinChn]

好的公司也一样...
这年头,代码写的好有啥用
代码写的烂,问题多,然后才有借口招人 /刷存在感 /摸鱼
修好了问题,那就是业绩,可以大书特书一把,还给老板留下了能解决问题的良好印象
一开始就做得好并没有那么大的作用....

[scofieldpeng]

每次写代码的时候都顺便把文档写了，还顺便整理了一份新入职员工快速上手教程。有新同事入职的时候我都会推荐我整理的一些东西，基本上新来的小伙伴能够在 30 分钟内就能上手了。

对于楼上有些被坑了就觉得整个世界就是这样然后自己也”融入“了”那个环境"的想法和做法不敢苟同。

[gsls200808]

不是面试官的话，基本不知道下一个招进来的是什么水平，所以接盘的人的水平也无法断定。一般新语法简洁高效并且基础环境能支持的话就用新语法了。这年头拿代码行数评工作量的公司是有多不靠谱。

[zjsxwc]

看看自己三个月前写的代码，再去维护相当于重新接手

[yidinghe]

为了自己能够顺利离职，考虑代码可读性是有必要的。

[licraft]

会。。。怕别人说我写的烂

[sagaxu]

你把接盘的人当 sb，接盘的要是不傻，就会觉得你 sb，有更简单巧妙的方法你都不会。所以我写代码，只考虑自己几个月后还能不能看明白，尽量利用新特性和库减少代码量。

有句老话，接盘自有接盘福。

[ThomasZ]

基本你自己的代码半年后自己还能知道他的作用，那么也就不存在这个命题了吧，我觉得规范自己的习惯，基本上也就到到了题主的要求

[likuku]

虽说有些人很提倡“不可替代性”，说白了就是想搞独门绝学 /黑魔法，然而也是双刃剑，这必然也会苦了自己，

觉得“方便他人接盘 /阅读”，不单单是成熟专业人士的职业修养，也是个道德话题。

方便他人，也是方便自己，写完过段时间就算自己再维护，那自己也是很方便舒心的嘛～

想起“某届”作测试的前同事出来玩耍时对我们友人诉苦，那时就是换一拨人就推翻前人产出彻底重写一遍...