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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

有 review 程的可以考虑

考虑 一般写的好看的代码都比较好维护

如何把代码写得清晰易懂，结构明了是对你自己的锻炼啊。。。

写代码没有 review 的吗？

写不清楚 自带混淆 能过吗？

太可怕了…

面向离职编程 了解一下

留文档是要留的，该有的注释也要有。但是新特性尽管用，后来人看不懂，要么水平不行要么平时不学习，就这样还当什么程序员！

公司内部应该有制度，各种 lint，各种 test，code review 还是非常有必要的

我还是希望好好对待我自己的作品

@scofieldpeng 业界清流

@scofieldpeng 这是正确的思路，不要管别人怎么样，按自己的标准工作就行了。