这是一个创建于 1873 天前的主题，其中的信息可能已经有所发展或是发生改变。
我在大概 1 个月前发现，我上一家工作的公司，由于我的离职（前端），然后后端程序员也离职了，这样，这个团队唯二的程序员就走了，公司然后就停止了项目的开发，这个项目前前后后 4 个半人搞了大概 10 个月（老板，项目经理，前端 1 个半人，后端 1 人），然后公司就因为人走了，就决定放弃了。
惊讶+1
失落+1
困惑+1
我当初那么在意代码质量，而且有空闲的时间不是去摸鱼，而是重构不漂亮的代码。都没意义了。
昨晚得知我第一个做的项目，上线后大概运行了不到 1 年，就不用了。。。。
当初那么纠结代码好不好，为了一个细节而折腾得晚饭都错过了，只好吃不健康的外卖。。。
有时为了修 bug，在办公室待到晚上 11 点。。。。
惊讶+1
失落+0.5
困惑+1
不知道说什么了。。。。。
惊讶+1
失落+1
困惑+1
我当初那么在意代码质量，而且有空闲的时间不是去摸鱼，而是重构不漂亮的代码。都没意义了。
昨晚得知我第一个做的项目，上线后大概运行了不到 1 年，就不用了。。。。
当初那么纠结代码好不好，为了一个细节而折腾得晚饭都错过了，只好吃不健康的外卖。。。
有时为了修 bug，在办公室待到晚上 11 点。。。。
惊讶+1
失落+0.5
困惑+1
不知道说什么了。。。。。
第 1 条附言 · 2019-11-12 10:13:16 +08:00
努力写好代码，和离职是没有关联的。
我当一天和尚撞一天钟，但这个钟，必须撞得响，必须声音洪亮，我努力把这份工作做好，这就是 work ethic
至于哪一天我不想当和尚了，那是另一回事。
我当一天和尚撞一天钟，但这个钟，必须撞得响，必须声音洪亮，我努力把这份工作做好，这就是 work ethic
至于哪一天我不想当和尚了，那是另一回事。
 |
1
james122333 2019-11-12 02:08:44 +08:00  1
先不要做的太好搂
吃力不讨好 |
 |
2
andrewpsy 2019-11-12 02:40:15 +08:00 9
关于这个我也算是半个过来人了。
以前我也是那么得在乎，有内存使用能少用 1byte 的机会都绝对不会放过。 后来慢慢发现越高层的项目和开发管理人员看待技术人员越不在乎这些“小细节”，他们更关心大局上的 impact。 我自己也慢慢调整到面向工资编程，面向 KPI 编程，面向良心编程了。 由于输出还算高，我平时上班当着老板的面摸鱼划水都不会不好意思。 |
 |
3
johnnie502 2019-11-12 03:03:36 +08:00 3
所以想让你自己感觉不错的代码流传下去的唯一方法就是到 github 上开源
|
 |
4
Yvette 2019-11-12 03:33:58 +08:00 1
没必要，而且代码本来就不是永恒的，特别是这种互联网公司。刚学编程的时候有老师就跟我们说过，一般人为公司写的代码基本上两年左右就会被其他人替换掉，但这并不代表代码质量不重要。
|
 |
5
seki 2019-11-12 03:35:25 +08:00 19
想开点
公司付钱请你上班，你的工作产出的权益归于公司，他们有处置权。不过写代码的时候学到的知识和经验，还是属于你的，你赚到了 |
 |
6
JamesR 2019-11-12 04:23:08 +08:00
1.“重构不漂亮的代码”，我认为没事重构代码纯属浪费时间，除非这个代码功能彻底用不成，否则不论写得多烂，我不会去重构代码。重构代码的人低估了重构代码所需的时间，某代码要跑半年才能暴露出某个 bug，你重构？搞笑。
而且，在我看来重构代码和摸鱼没啥区别，你花费大把时间，却没有任何产出，也没有学习新的将要用的不会的技术，如果重构会生成一堆新 bug，那甚至还不如摸鱼休息会。除非干完活有大把时间，闲得发慌没事干，才可以重构那么一下下。 2.“上线后大概运行了不到 1 年，就不用了”，这个得怪老板，老板没有把项目进行下去，能怪干活程序员吗。 3.“在办公室待到晚上 11 点”，这个无力吐槽，别的同事不下班，害得我也下不了班。 |
 |
7
yilingersier 2019-11-12 04:37:09 +08:00
@JamesR 哈哈哈，关于第 3 点，我们的组员就跟我抱怨，每周五就我去公司上班，给他们很大的压力
|
 |
8
Pastsong 2019-11-12 04:48:54 +08:00 4
@yilingersier #6 现在周五上班也能给压力了
|
 |
9
yyfearth 2019-11-12 05:04:41 +08:00 5
@JamesR “重构不漂亮的代码” 确实是浪费时间 但是 “除非这个代码功能彻底用不成，否则不论写得多烂，我不会去重构代码”也是不应该的 有时候可能会导致浪费更多时间
@ericgui 完美主义心里可以有 但是行动上要克制 过度浪费时间和生命在这些上面不值得 而且 bug 和问题反而可能会更多 我觉得产品代码是否需要重构要看“可维护性”和“可扩展性” 如果代码过于混乱 /过时 /局限太大 导致当前要修 bug 或者加 feature 过于困难 在时间允许的情况下就一定要重构 如果是多人大项目 当代码混乱到别人接手看不懂没办法下手 最好也要重构一下 如果时间允许 如果没有时间 那么就应该给项目管理或者上层提出重构的需求 然后安排时间 可以说如果不重构以后维护和加功能会多么多么困难需要多花多少多少时间这样 而且重构不应该是一股脑儿彻底重构 最好是是局部的和渐进的 如果有足够的 unit test 就更好了 重构是很花时间的 也是很危险的 可能之前的 bug 修好了反而产品坏了 以及可能引入很多新 bug 但是如果拖太久 后期的可维护性就会越来越低 可能会拖到整个项目不得不砍掉重来就得不偿失了 同时如果有比较全面的 unit test 或者自动 test 重构的难度和风险会降低很多 |
 |
10
wangxiaoaer 2019-11-12 07:16:34 +08:00 via Android 19
@JamesR 你这种人哪家公司用了真是倒了八辈子霉。
|
 |
11
ericgui OP @wangxiaoaer +1
|
 |
12
vagrom 2019-11-12 07:46:26 +08:00 1
认真干活的人越来越少了，追求精益求精的人也差不多被大环境带偏了。
差不多就行了的人越来越多了。这里差不多，那里差不多，最终的结果就差很多。 |
 |
13
taogen 2019-11-12 07:49:57 +08:00 via Android 2
写漂亮代码是为了自己，优秀是一种习惯。
|
 |
14
ShotaconXD 2019-11-12 07:51:52 +08:00 via iPhone
写能用的代码是本分
写优秀的代码是素养 能重构旧代码是挑战 被重用的代码是成就 |
 |
16
mcfog 2019-11-12 08:11:02 +08:00 via Android 12
普通人用茶壶的时候并不会关心茶壶的做工造型技术指标，也不见得多爱惜普通的茶壶，因为奇奇怪怪的原因导致坏掉扔掉没有用下去的茶壶也很多，作品被当作艺术品或是奢侈品重视珍藏的顶尖茶壶匠全世界只有几个，普通茶壶匠就因为别人随手摔个茶壶在这里多愁善感？现实就是你没这个斤两，你可以选择精益求精，做更好的茶壶，试图成为更好的茶壶匠甚至是名家，也可以选择混日子反正做做普通茶壶也能吃上饭，都是个人选择
哦对了，这种时候更卓越的人的选择是复盘思考，自己做的工作有哪些部分是没有考虑到商业风险导致的无用功，项目黄了是否和自己职责范围或是控制圈内的一些细节有关，有哪些地方可以做的更好，哪些地方可以做的更少，来提升自己以后的输出 |
 |
17
spadger 2019-11-12 08:15:17 +08:00
这个太正常了。没必要纠结什么。
|
 |
18
TimeRain 2019-11-12 08:18:39 +08:00 via Android
只是领一份工资而已，不要太在意了，就算公司倒闭破产也不要太在意
|
 |
19
ruijanlee 2019-11-12 08:24:36 +08:00
推荐你看下梁朝伟的《流氓医生》，医生只负责治病，至于病人康复之后怎么糟蹋自己是管不了那么多的。
|
 |
20
tigerstudent 2019-11-12 08:31:29 +08:00 8
有点玻璃心了。
这么爱你那些年写的代码，怎么就舍得离职了呢 |
 |
21
coocier 2019-11-12 08:36:41 +08:00
所以为什么要离职？
|
 |
22
janus77 2019-11-12 08:38:48 +08:00 via iPhone
你现在知道程序员在项目中的地位了吗
|
 |
23
maty 2019-11-12 08:42:04 +08:00
付出的收获不仅仅是那个代码,还有成长.
代码离职了就跟你没关系了,但你的成长还在 |
 |
24
vwhenx 2019-11-12 08:45:09 +08:00
项目错了
4 个半人搞了大概 10 个月 不应该这么搞 先用 3 个月发布一个最小化版本上线，再慢慢迭代。 这样可能 3 个月的时候就发现错误了，不至于 10 个月再扔掉 |
 |
25
native 2019-11-12 08:45:32 +08:00 via Android
努力在自己做的产品上吹毛求呲吧。
|
 |
26
sagaxu 2019-11-12 08:53:59 +08:00 via Android
一码奔腾万马枯
|
 |
27
sweat89 2019-11-12 08:58:36 +08:00 4
其实心里暗爽，你看，老子走了你们就玩不下去了吧
|
 |
28
xiaoming1992 2019-11-12 09:02:07 +08:00
> 为了一个细节而折腾得晚饭都错过了，只好吃不健康的外卖
以不健康的外卖为生的怎么说。。。 |
 |
29
fangge889 2019-11-12 09:06:51 +08:00
做的项目多了，都会遇到的
|
 |
30
sailei 2019-11-12 09:08:23 +08:00
估计大方向错了，失败有很多种可能！
|
 |
31
hoyixi 2019-11-12 09:34:24 +08:00
很多项目，拍脑袋，根本没想过以后怎么维护，加班搞起来再说，能捞一票再说。
能继续捞就继续加班维护，不能捞就扔。 |
 |
32
chenyu0532 2019-11-12 09:35:29 +08:00
做游戏就知道了，按简单的小游戏来说，写了一周的代码，上线了，毛都没赚到。。或者写到一半，突然说游戏打不到预期，就停了。。。很正常的一件事
|
 |
33
ofblyt 2019-11-12 09:39:40 +08:00
起码工资拿到了，不是吗
|
 |
34
keepeye 2019-11-12 09:45:03 +08:00
老板不给力，没有新需求导致你只能把时间花在重构代码上
|
 |
35
exploreXin 2019-11-12 09:45:42 +08:00
重要的不是你写的代码，重要的是你写代码的能力，曾经的努力并没有白费，它留在了你的身体里面，项目能不能存活，那是商业经济里的生存法则，别说十个月的项目，当年诺基亚的塞班系统怎么样，这个量级的项目，说死就死了。
虽然塞班没了，但是塞班系统的设计思想在现今移动系统中有它的基因，它只是换了一种方式存活。你的代码虽然没了，但是你以后的项目因为你注重代码质量与设计，会继续存活下去，所以代码是否存在并不重要，重要的是写代码的人有写代码的能力，这个才是最重要的。 |
 |
36
fml87 2019-11-12 09:46:19 +08:00
我也经历过，所以后来重构，都把重点放到一些复用度极高的基础组件上，确保换个场景 /公司也能继续用
|
 |
37
morizawatt 2019-11-12 09:47:04 +08:00
教科书般自我感动
|
 |
38
monkingame 2019-11-12 09:48:57 +08:00
重构是有趣而且有意义的事情，养成意识，坚持下去。
|
|
39
fml87 2019-11-12 09:50:26 +08:00 2
之前豆瓣上看到的一段话：
工作久了，常常会有这样的感觉：其实你只是需要一份工作赚钱，而这个岗位只需要一个人组成一个公司。你们彼此成全，各自安好，但都不是不可或缺，你不是，工作也不是。没有什么是不可替代的，大家不过是为资本热热闹闹地奔忙，创造出的东西大多朝生暮死。每次想到这里，都有一种大梦将尽的幻灭感。 |
 |
40
miniwade514 2019-11-12 09:54:00 +08:00 via iPhone 1
不管你多么珍惜你的作品，你上班写的代码都是公司的，不是你的。写代码之前先搞清楚这个事实。
|
 |
41
keling 2019-11-12 09:54:56 +08:00 via iPhone
我跟你一样，特别认真。只不过到头来感觉吃力不讨好
|
 |
42
MartinWu 2019-11-12 09:58:00 +08:00
你这么想吧，你维护好的代码质量， 是为了方便以后的维护。说刻薄点，那是应该的。这仅局限于你的项目而已。公司不可能因为你的代码质量好，就继续去维护此项目吧？ 就好像追女孩那样。你再好，给她多好的东西，但都不是她想要的，你觉得她就会喜欢你么？
|
 |
43
liuzhiyong 2019-11-12 09:58:17 +08:00 via Android
哈哈，想开点呀，那是公司财产，一切都听老板的。
|
 |
44
zhw2590582 2019-11-12 09:59:21 +08:00
同感，当时我想着我要把代码写好，就算别人接手也无压力那种，后来公司倒闭了，所有努力都白费了。
|
|
45
ericgui OP 1
@tigerstudent 努力写好代码，和离职是没有关联的。我当一天和尚撞一天钟，但这个钟，必须撞得响，必须声音洪亮，我努力把这份工作做好，这就是 work ethic
至于哪一天我不想当和尚了，那是另一回事。 你这种人，逻辑不清，混淆视听，你丫能活这么大不容易。 |
|
48
ericgui OP |
 |
49
catch 2019-11-12 10:03:12 +08:00 via iPhone 2
打工打出感情了？
|
 |
50
zaul 2019-11-12 10:03:58 +08:00
这么爱你那些年写的代码，怎么就舍得离职了呢
|
 |
53
lbp0200 2019-11-12 10:07:21 +08:00 via iPhone
去写开源吧，让这种事情不会再发生
|
 |
54
ganbuliao 2019-11-12 10:07:56 +08:00
这个很正常,你写代码努不努力和出来产品好不好,赚不赚钱,没有特别大的关系. 毕竟这不是一个人的事啊^_^ .我也写了好多项目还没有正式上过线的. 坚持做自己认为对的事情吧
|
 |
55
guokeke 2019-11-12 10:10:58 +08:00 via Android
简直想起了自己，年轻人的第一个项目，就这么结束了。然后就习惯了🐶。
|
|
56
ganbuliao 2019-11-12 10:12:01 +08:00
说白了咱们就是打铁的 做出来的刀 是给杀猪还是切菜还是上战场都不是咱能决定的 咱只管做出来的刀质量可以就行了
|
 |
57
xFrye 2019-11-12 10:14:55 +08:00
其实胎死腹中的项目更多，能上线的项目也算不错了，自己能从中获取到自己想要的东西就好
|
 |
59
Mrxxy 2019-11-12 10:17:18 +08:00
45 楼回答很赞
|
 |
60
wyz123723 2019-11-12 10:20:32 +08:00
重构代码让别人读懂，不是增加自己的可替代性？人家公司觉得技术成熟，代码逻辑清楚，换个新手都能维护。说开就把你开了
|
 |
62
ww2000e 2019-11-12 10:27:23 +08:00
这年头开源那么多，框架那么多，写代码也就那回事
|
 |
63
ddup 2019-11-12 10:34:30 +08:00 via Android
想开点，做技术这行，认真是不会输的，也许会有一时的得失。
|
 |
64
aalikes95 2019-11-12 10:34:57 +08:00
资本家要的是赚钱，你代码好不好，他们不懂
|
 |
65
reus 2019-11-12 10:38:36 +08:00 via Android
工资你拿到了，技术你也磨炼了，不能说白费了吧？
项目成功与否不是你能控制的，别说得好像项目就注定要成功，没成功就是浪费似的… 如果想要对项目有更多控制，那就自己做老板。当然，也会有更多责任和压力。钱要不停花，项目没有产出，那停掉，对老板是有益的。 方向不对，再努力再讲究都没用，这是事实。当然了，不努力不讲究的人，不论做什么都不行的。 |
 |
66
freefcw 2019-11-12 10:43:51 +08:00
reus 说的是
付出心血确实是失落，但其实对你而言真正收货的是你的薪资，你的技术磨炼了，这才是你真正的收货，至于说产品，太多不是你决定 |
 |
67
tankren 2019-11-12 10:45:42 +08:00
项目收尾啊 该关就关 做好总结
|
 |
68
MichaelJack 2019-11-12 10:57:52 +08:00
工作几年后我也看透了
老板们在乎的是 KPI，代码只是程序员的工具 |
 |
69
lefer 2019-11-12 11:00:39 +08:00
这个其实也不能怪老板。
如果是大公司的话，有资本去进行各种试错，那么很多代码真的过一段时间就作废了。 |
 |
70
IamUNICODE 2019-11-12 11:13:22 +08:00
有时候做项目就跟西西弗斯一样，球推到山顶，滚下来，又要重新推，这个项目做完了，去另一个项目重新开始，原来的项目有可能活得好好的，有可能被改的面目全非，有可能就这样死了，而且死的一点痕迹都没有，有些事看开就好。
|
 |
71
cmingxu 2019-11-12 11:17:18 +08:00 1
以为代码是你的“孩子”， 实际上，连你都是老板 /投资人的“资产”， 有时候还是负资产。
|
|
72
tigerstudent 2019-11-12 11:19:01 +08:00
|
 |
73
ray5 2019-11-12 11:22:21 +08:00
我们之前的一个项目跟你类似，两个后端先后离职，老板就把项目停了，因为他俩都是搞 Java 的，其他人不会。
|
 |
74
Leonard 2019-11-12 11:24:28 +08:00
@xiaoming1992 可以吃健康的外卖呀
|
 |
75
anubu 2019-11-12 11:59:58 +08:00
大部分人的工作产出都不是什么千秋万代的事业，而是转瞬即逝的消耗品，区别可能只是消耗周期长短罢了。不能因为长周期消耗预期而忘了它是消耗品的本质。
|
 |
76
iloveyou 2019-11-12 12:04:41 +08:00
程序员别一厢情愿了，在高层和资本眼里都是压榨的工具。求仁得仁，如果公司就是求快求多，那就别管什么质量优雅之类的。kpi 以外的事情分毫不弄。
|
 |
77
iRiven 2019-11-12 12:12:19 +08:00 via Android 1
也许代码是一种消耗品，我们才不至于失业。
|
 |
78
waterlaw 2019-11-12 12:40:26 +08:00 via Android
写好代码， 产品能不能运营下去不是开发能掌控的，何况你已经离职了。
|
 |
79
JerryCha 2019-11-12 12:43:11 +08:00 1
老板也心疼为这项目投下去的钱，前前后后所有环节所有人都心疼各自的付出。
|
 |
80
Chenamy2017 2019-11-12 12:47:04 +08:00
这不是很正常的事情吗，你完全可以写出更牛逼的代码啊。
|
 |
81
willvvvvv1 2019-11-12 12:55:24 +08:00
@JamesR 麻烦有点职业操守。
|
|
82
willvvvvv1 2019-11-12 12:57:16 +08:00
在业务迭代和项目重构中积累的收获，远比单纯的项目的成败要重要的多，毕竟项目的成败不是技术一方面能决定的。
|
 |
83
daodao116 2019-11-12 12:58:49 +08:00
想开点，代码不是你的资产，思想和思路才是。
|
 |
85
conver 2019-11-12 13:29:18 +08:00 via iPhone
不认同 JamesR
|
 |
86
zhouyou457 2019-11-12 13:32:09 +08:00
当年我也珍视自己写的代码,但是过了一两年再去看,emmm...这他妈写的什么玩意儿,一坨屎...
|
 |
87
alpha2016 2019-11-12 13:58:04 +08:00
生意的事情就按生意的想法来想了
代码的事情就按自己想法来 前者不受控制，面向金钱，后者面向本心 |
 |
88
AyanamiRei 2019-11-12 14:23:20 +08:00
得过且过的程序员怎么才能提高自己?
|
|
89
xiaoming1992 2019-11-12 14:52:21 +08:00
@Leonard 穷，吃不起健康的。。。
|
 |
90
zhaishunqi 2019-11-12 14:58:29 +08:00
别想那么多了,说不定你不思茶饭写出来的代码,在你后面接手人的蹂躏下,早已经面目全非惨不忍睹了.
你真的能保证它还是你的那个它么? 佛系~ |
 |
91
laoyuan 2019-11-12 15:31:28 +08:00 1
其实你已经得到了你想得到的
|
|
92
morizawatt 2019-11-12 16:26:04 +08:00
@ericgui 自己的作品像自己孩子一样，当然有感情，但你要分清你是给人打工的，不是给自己打工；你的产出不是属于你的，说句实在的，你只是个捐精的… 你得到了钱和经验，老板得到了生产力和产品，你已经完成你的任务，至于后果就不关你屁事了。
所以现在在这叽叽歪歪，不是自我感动还能是啥啊，你是老王，老李家的孩子是死是活，他也不姓王呀，可别玻璃心了您。 |
 |
93
lance86 2019-11-12 16:39:11 +08:00
没事儿，下一份工作你会更得心应手的写出漂亮代码的
|
 |
94
woodytang 2019-11-12 17:11:33 +08:00 1
我感觉你这是求职贴
|
 |
95
FantasyPupil 2019-11-12 17:32:06 +08:00
我很欣赏你的做法和想法，无论干什么，都要求一个问心无愧。 这么做不是为了得到什么，而是觉得我就应该这么做。
有职业道德是一件非常宝贵的品质。 你不是为了钱而选择编程，可以看的出来你是真的爱好编程。 希望你可以继续保存这份初心。 |
 |
96
tyrealgray 2019-11-12 17:41:14 +08:00 via Android
这其实就是程序员职业生涯的无奈吧，掌握技巧并不能让公司改变什么。
楼主的经历同样也发生在我的身上，目前也是离职了然后和前公司的前同事叙旧发现很多认识的同事都走了，前公司都换了一大批人 |
 |
97
mbtfdwlx 2019-11-12 17:50:23 +08:00 1
这个算啥，给你讲下我上个月的经历，项目从头做起来，做了半年，上线两个月，然后数据比较好，团队协作很开心，加班自然也多的，但是相处很融洽。
然后遇到公司结构调整，隔壁组由于项目不好，项目被砍，于是狗血的来了，因为隔壁组人后台比我们硬，我们组人被裁，隔壁组人接手了我们的项目，整个事情发生在一天内。 |
 |
98
qdcanyun 2019-11-12 18:05:22 +08:00
可能大家都没错，只是大家都不太走运。
「在意代码质量，而且有空闲的时间不是去摸鱼，而是重构不漂亮的代码」这是你的个人追求，通过重视标准，来做一些高标准的事情提升你自己的能力与经验，也能帮助公司的项目更好的迭代和更稳定的运行，当你未来有机会做 scope 更大的事情的时候（也许是也许是带人，也许负责某个项目，也许是创业）都会有更好的经验与技术 可能公司评估这个项目投入的成本，未来投入与收益，最后收益不够高所以放弃了。即使是 Google 不也 shutdown 了一堆服务么，关停的原因主要原因肯定不是工程考量，还是产品的目标，收益与成本的考量。 如果这件事情有什么可以提升的话，就是提升自己对产品的 sense ？工作选自己认可并且判断产品有价值的公司，以及再业务开发中通过一些业务 sense 和产品经理做 trade off 来让投入产出比更好 |
 |
99
puilu 2019-11-12 18:13:01 +08:00 2
我工作 7 年，0 成功运营项目
|
|
100
james122333 2019-11-12 19:04:23 +08:00 1
有太多 bug 重构
影响到你下班 重构 其余都是... 不加分的状况 除非老板懂技术 |
Select Language