努力写的代码，说停就停了，失落，惊讶和困惑

先不要做的太好搂
吃力不讨好

关于这个我也算是半个过来人了。
以前我也是那么得在乎，有内存使用能少用 1byte 的机会都绝对不会放过。
后来慢慢发现越高层的项目和开发管理人员看待技术人员越不在乎这些“小细节”，他们更关心大局上的 impact。
我自己也慢慢调整到面向工资编程，面向 KPI 编程，面向良心编程了。
由于输出还算高，我平时上班当着老板的面摸鱼划水都不会不好意思。

所以想让你自己感觉不错的代码流传下去的唯一方法就是到 github 上开源

没必要，而且代码本来就不是永恒的，特别是这种互联网公司。刚学编程的时候有老师就跟我们说过，一般人为公司写的代码基本上两年左右就会被其他人替换掉，但这并不代表代码质量不重要。

想开点
公司付钱请你上班，你的工作产出的权益归于公司，他们有处置权。不过写代码的时候学到的知识和经验，还是属于你的，你赚到了

1.“重构不漂亮的代码”，我认为没事重构代码纯属浪费时间，除非这个代码功能彻底用不成，否则不论写得多烂，我不会去重构代码。重构代码的人低估了重构代码所需的时间，某代码要跑半年才能暴露出某个 bug，你重构？搞笑。
而且，在我看来重构代码和摸鱼没啥区别，你花费大把时间，却没有任何产出，也没有学习新的将要用的不会的技术，如果重构会生成一堆新 bug，那甚至还不如摸鱼休息会。除非干完活有大把时间，闲得发慌没事干，才可以重构那么一下下。

2.“上线后大概运行了不到 1 年，就不用了”，这个得怪老板，老板没有把项目进行下去，能怪干活程序员吗。

3.“在办公室待到晚上 11 点”，这个无力吐槽，别的同事不下班，害得我也下不了班。

@JamesR 哈哈哈，关于第 3 点，我们的组员就跟我抱怨，每周五就我去公司上班，给他们很大的压力

@yilingersier #6 现在周五上班也能给压力了

@JamesR “重构不漂亮的代码” 确实是浪费时间 但是 “除非这个代码功能彻底用不成，否则不论写得多烂，我不会去重构代码”也是不应该的 有时候可能会导致浪费更多时间
@ericgui 完美主义心里可以有 但是行动上要克制 过度浪费时间和生命在这些上面不值得 而且 bug 和问题反而可能会更多

我觉得产品代码是否需要重构要看“可维护性”和“可扩展性”
如果代码过于混乱 /过时 /局限太大 导致当前要修 bug 或者加 feature 过于困难 在时间允许的情况下就一定要重构
如果是多人大项目 当代码混乱到别人接手看不懂没办法下手 最好也要重构一下 如果时间允许
如果没有时间 那么就应该给项目管理或者上层提出重构的需求 然后安排时间 可以说如果不重构以后维护和加功能会多么多么困难需要多花多少多少时间这样
而且重构不应该是一股脑儿彻底重构 最好是是局部的和渐进的 如果有足够的 unit test 就更好了

重构是很花时间的 也是很危险的 可能之前的 bug 修好了反而产品坏了 以及可能引入很多新 bug
但是如果拖太久 后期的可维护性就会越来越低 可能会拖到整个项目不得不砍掉重来就得不偿失了

同时如果有比较全面的 unit test 或者自动 test 重构的难度和风险会降低很多

@JamesR 你这种人哪家公司用了真是倒了八辈子霉。

@wangxiaoaer +1

认真干活的人越来越少了，追求精益求精的人也差不多被大环境带偏了。
差不多就行了的人越来越多了。这里差不多，那里差不多，最终的结果就差很多。

写漂亮代码是为了自己，优秀是一种习惯。

写能用的代码是本分
写优秀的代码是素养
能重构旧代码是挑战
被重用的代码是成就

@JamesR #6 分清楚重构和重写。

普通人用茶壶的时候并不会关心茶壶的做工造型技术指标，也不见得多爱惜普通的茶壶，因为奇奇怪怪的原因导致坏掉扔掉没有用下去的茶壶也很多，作品被当作艺术品或是奢侈品重视珍藏的顶尖茶壶匠全世界只有几个，普通茶壶匠就因为别人随手摔个茶壶在这里多愁善感？现实就是你没这个斤两，你可以选择精益求精，做更好的茶壶，试图成为更好的茶壶匠甚至是名家，也可以选择混日子反正做做普通茶壶也能吃上饭，都是个人选择

哦对了，这种时候更卓越的人的选择是复盘思考，自己做的工作有哪些部分是没有考虑到商业风险导致的无用功，项目黄了是否和自己职责范围或是控制圈内的一些细节有关，有哪些地方可以做的更好，哪些地方可以做的更少，来提升自己以后的输出

这个太正常了。没必要纠结什么。

只是领一份工资而已，不要太在意了，就算公司倒闭破产也不要太在意

推荐你看下梁朝伟的《流氓医生》，医生只负责治病，至于病人康复之后怎么糟蹋自己是管不了那么多的。

有点玻璃心了。

这么爱你那些年写的代码，怎么就舍得离职了呢

所以为什么要离职？

你现在知道程序员在项目中的地位了吗

付出的收获不仅仅是那个代码,还有成长.
代码离职了就跟你没关系了,但你的成长还在

项目错了
4 个半人搞了大概 10 个月
不应该这么搞
先用 3 个月发布一个最小化版本上线，再慢慢迭代。
这样可能 3 个月的时候就发现错误了，不至于 10 个月再扔掉

努力在自己做的产品上吹毛求呲吧。

一码奔腾万马枯

其实心里暗爽，你看，老子走了你们就玩不下去了吧

> 为了一个细节而折腾得晚饭都错过了，只好吃不健康的外卖

以不健康的外卖为生的怎么说。。。

做的项目多了，都会遇到的

估计大方向错了，失败有很多种可能！

很多项目，拍脑袋，根本没想过以后怎么维护，加班搞起来再说，能捞一票再说。

能继续捞就继续加班维护，不能捞就扔。

做游戏就知道了，按简单的小游戏来说，写了一周的代码，上线了，毛都没赚到。。或者写到一半，突然说游戏打不到预期，就停了。。。很正常的一件事

起码工资拿到了，不是吗

老板不给力，没有新需求导致你只能把时间花在重构代码上

重要的不是你写的代码，重要的是你写代码的能力，曾经的努力并没有白费，它留在了你的身体里面，项目能不能存活，那是商业经济里的生存法则，别说十个月的项目，当年诺基亚的塞班系统怎么样，这个量级的项目，说死就死了。
虽然塞班没了，但是塞班系统的设计思想在现今移动系统中有它的基因，它只是换了一种方式存活。你的代码虽然没了，但是你以后的项目因为你注重代码质量与设计，会继续存活下去，所以代码是否存在并不重要，重要的是写代码的人有写代码的能力，这个才是最重要的。

我也经历过，所以后来重构，都把重点放到一些复用度极高的基础组件上，确保换个场景 /公司也能继续用

教科书般自我感动

重构是有趣而且有意义的事情，养成意识，坚持下去。

之前豆瓣上看到的一段话：

工作久了，常常会有这样的感觉：其实你只是需要一份工作赚钱，而这个岗位只需要一个人组成一个公司。你们彼此成全，各自安好，但都不是不可或缺，你不是，工作也不是。没有什么是不可替代的，大家不过是为资本热热闹闹地奔忙，创造出的东西大多朝生暮死。每次想到这里，都有一种大梦将尽的幻灭感。

不管你多么珍惜你的作品，你上班写的代码都是公司的，不是你的。写代码之前先搞清楚这个事实。

我跟你一样，特别认真。只不过到头来感觉吃力不讨好

你这么想吧，你维护好的代码质量， 是为了方便以后的维护。说刻薄点，那是应该的。这仅局限于你的项目而已。公司不可能因为你的代码质量好，就继续去维护此项目吧？ 就好像追女孩那样。你再好，给她多好的东西，但都不是她想要的，你觉得她就会喜欢你么？

哈哈，想开点呀，那是公司财产，一切都听老板的。

同感，当时我想着我要把代码写好，就算别人接手也无压力那种，后来公司倒闭了，所有努力都白费了。

@tigerstudent 努力写好代码，和离职是没有关联的。我当一天和尚撞一天钟，但这个钟，必须撞得响，必须声音洪亮，我努力把这份工作做好，这就是 work ethic

至于哪一天我不想当和尚了，那是另一回事。

你这种人，逻辑不清，混淆视听，你丫能活这么大不容易。

@vwhenx 其实这就是我离职得原因，我早就建议先不管多么小的 feature，上线了再说。领导非要一把搞个大的。

@fml87 #39 所以大神们搞开源
写得这麽晶莹剔透完美无缺的代码
得想法流传下去

@morizawatt 我自我感动个 P 啊，你辛辛苦苦写的代码，说扔就扔了，你就心情高兴？

你真的对自己做的任何东西没有任何感情？

打工打出感情了？

这么爱你那些年写的代码，怎么就舍得离职了呢

@catch 真的对自己做的东西没任何感觉？

@zaul 请你看 45 楼

你也同样，好好读读 45 楼最后一句话

去写开源吧，让这种事情不会再发生

这个很正常,你写代码努不努力和出来产品好不好,赚不赚钱,没有特别大的关系. 毕竟这不是一个人的事啊^_^ .我也写了好多项目还没有正式上过线的. 坚持做自己认为对的事情吧

简直想起了自己，年轻人的第一个项目，就这么结束了。然后就习惯了。

说白了咱们就是打铁的 做出来的刀 是给杀猪还是切菜还是上战场都不是咱能决定的 咱只管做出来的刀质量可以就行了

其实胎死腹中的项目更多，能上线的项目也算不错了，自己能从中获取到自己想要的东西就好

@xFrye 其实我发这个帖的原因，也是感觉似乎我现在做的项目可能要黄。

重构代码让别人读懂，不是增加自己的可替代性？人家公司觉得技术成熟，代码逻辑清楚，换个新手都能维护。说开就把你开了

@wyz123723 即便是很好的代码架构，如果不注意维护，也会很快的腐化

这年头开源那么多，框架那么多，写代码也就那回事

想开点，做技术这行，认真是不会输的，也许会有一时的得失。

资本家要的是赚钱，你代码好不好，他们不懂

工资你拿到了，技术你也磨炼了，不能说白费了吧？
项目成功与否不是你能控制的，别说得好像项目就注定要成功，没成功就是浪费似的…
如果想要对项目有更多控制，那就自己做老板。当然，也会有更多责任和压力。钱要不停花，项目没有产出，那停掉，对老板是有益的。
方向不对，再努力再讲究都没用，这是事实。当然了，不努力不讲究的人，不论做什么都不行的。

reus 说的是

付出心血确实是失落，但其实对你而言真正收货的是你的薪资，你的技术磨炼了，这才是你真正的收货，至于说产品，太多不是你决定

项目收尾啊 该关就关 做好总结

工作几年后我也看透了
老板们在乎的是 KPI，代码只是程序员的工具

这个其实也不能怪老板。

如果是大公司的话，有资本去进行各种试错，那么很多代码真的过一段时间就作废了。

有时候做项目就跟西西弗斯一样，球推到山顶，滚下来，又要重新推，这个项目做完了，去另一个项目重新开始，原来的项目有可能活得好好的，有可能被改的面目全非，有可能就这样死了，而且死的一点痕迹都没有，有些事看开就好。

以为代码是你的“孩子”， 实际上，连你都是老板 /投资人的“资产”， 有时候还是负资产。

@ericgui 上面那么多人的回复，哪个打击你的工作热情了？

上面很多回复都挺中肯的，懒得说了。

我们之前的一个项目跟你类似，两个后端先后离职，老板就把项目停了，因为他俩都是搞 Java 的，其他人不会。

@xiaoming1992 可以吃健康的外卖呀

大部分人的工作产出都不是什么千秋万代的事业，而是转瞬即逝的消耗品，区别可能只是消耗周期长短罢了。不能因为长周期消耗预期而忘了它是消耗品的本质。

程序员别一厢情愿了，在高层和资本眼里都是压榨的工具。求仁得仁，如果公司就是求快求多，那就别管什么质量优雅之类的。kpi 以外的事情分毫不弄。

也许代码是一种消耗品，我们才不至于失业。

写好代码， 产品能不能运营下去不是开发能掌控的，何况你已经离职了。

老板也心疼为这项目投下去的钱，前前后后所有环节所有人都心疼各自的付出。

这不是很正常的事情吗，你完全可以写出更牛逼的代码啊。

@JamesR 麻烦有点职业操守。

在业务迭代和项目重构中积累的收获，远比单纯的项目的成败要重要的多，毕竟项目的成败不是技术一方面能决定的。

想开点，代码不是你的资产，思想和思路才是。

@iRiven
@anubu

消耗品 + 1

不认同 JamesR

当年我也珍视自己写的代码,但是过了一两年再去看,emmm...这他妈写的什么玩意儿,一坨屎...

生意的事情就按生意的想法来想了
代码的事情就按自己想法来
前者不受控制，面向金钱，后者面向本心

得过且过的程序员怎么才能提高自己?

@Leonard 穷，吃不起健康的。。。

别想那么多了,说不定你不思茶饭写出来的代码,在你后面接手人的蹂躏下,早已经面目全非惨不忍睹了.
你真的能保证它还是你的那个它么?
佛系~

其实你已经得到了你想得到的

@ericgui 自己的作品像自己孩子一样，当然有感情，但你要分清你是给人打工的，不是给自己打工；你的产出不是属于你的，说句实在的，你只是个捐精的… 你得到了钱和经验，老板得到了生产力和产品，你已经完成你的任务，至于后果就不关你屁事了。

所以现在在这叽叽歪歪，不是自我感动还能是啥啊，你是老王，老李家的孩子是死是活，他也不姓王呀，可别玻璃心了您。

没事儿，下一份工作你会更得心应手的写出漂亮代码的

我感觉你这是求职贴

我很欣赏你的做法和想法，无论干什么，都要求一个问心无愧。 这么做不是为了得到什么，而是觉得我就应该这么做。
有职业道德是一件非常宝贵的品质。 你不是为了钱而选择编程，可以看的出来你是真的爱好编程。 希望你可以继续保存这份初心。

这其实就是程序员职业生涯的无奈吧，掌握技巧并不能让公司改变什么。
楼主的经历同样也发生在我的身上，目前也是离职了然后和前公司的前同事叙旧发现很多认识的同事都走了，前公司都换了一大批人

这个算啥，给你讲下我上个月的经历，项目从头做起来，做了半年，上线两个月，然后数据比较好，团队协作很开心，加班自然也多的，但是相处很融洽。
然后遇到公司结构调整，隔壁组由于项目不好，项目被砍，于是狗血的来了，因为隔壁组人后台比我们硬，我们组人被裁，隔壁组人接手了我们的项目，整个事情发生在一天内。

可能大家都没错，只是大家都不太走运。
「在意代码质量，而且有空闲的时间不是去摸鱼，而是重构不漂亮的代码」这是你的个人追求，通过重视标准，来做一些高标准的事情提升你自己的能力与经验，也能帮助公司的项目更好的迭代和更稳定的运行，当你未来有机会做 scope 更大的事情的时候（也许是也许是带人，也许负责某个项目，也许是创业）都会有更好的经验与技术

可能公司评估这个项目投入的成本，未来投入与收益，最后收益不够高所以放弃了。即使是 Google 不也 shutdown 了一堆服务么，关停的原因主要原因肯定不是工程考量，还是产品的目标，收益与成本的考量。

如果这件事情有什么可以提升的话，就是提升自己对产品的 sense ？工作选自己认可并且判断产品有价值的公司，以及再业务开发中通过一些业务 sense 和产品经理做 trade off 来让投入产出比更好

我工作 7 年，0 成功运营项目

有太多 bug 重构
影响到你下班 重构
其余都是...
不加分的状况 除非老板懂技术