@mlbjay 这其实就是代码 review 的价值。你可以尝试从中吸收对你有用的东西。

你错误地理解了你老婆的需: 她要的是检查你用的手机，不是你拥有的手机。

@channingcheng
19# 我想表达的愿意其实是写代码的都不喜欢被人 Review，而参与 code review 的人都应该会喜欢。
所以逻辑上应该所有开发都参与 code review，这其实不是看有多少正面效果，而是增强互相之间的理解和沟通。

我认识一个瑞士籍的德国工程师，专业是机械，他今年有 67 岁了。
他的简历大概是:
大学毕业以后在搞机床制造的公司从事机械设计。
大约在 40+岁开始转为自由职业工程师，从事一些短期合同的工作，哪里有钱赚就去哪里。

代码 review 的核心目标其实是尝试让其他人理解作者的代码。
挑刺永远都比做事容易，如果各位理解这点，就会明白 code review 其实是非常重要的，应该要切实执行。

我不建议楼主出来，你如果有空的话，还不如业余时间多看看书，练习一点技术，有可能的话做点副业。

我不太明白，这种公司你这一年多在陪它玩啥？早该让那帮 SB 去死了。

我可以帮你，请联系我就行了，我不太会 Java，但是会写程序。
还特别喜欢教别人编程......尤其是初级阶段。
我在考虑过几年去培训班或者职校做老师，可以先拿你试试刀。

我强烈建议不要去 BAT......

他是特别能哭穷，我是真的特别穷。

@Stain5
这是一个学究式的说法，实际工作中一定会找人背锅的。
我没见过哪个公司按照你说的方式来处罚，都是找个背锅的，损失的 80%责任都算到他头上。

DBG000

从楼主的措辞来看，确实像是市场部或者是销售部门的人。
楼主的延伸问题答案如下:
这不是程序无用，是贵公司的产品和市场推广以及客服部门无用，简而言之，这是 CEO 的问题。

我一直想说，面对这种软件开发的问题，问责其实没那么有用。问责其实是对于后果的一种补偿措施。
所有的软件都会写一句:如果你拿我这个软件来发射任何航天器，那失败了我作为软件开发商是不负责的。
但是推及到现实世界，假如火箭制作的时候少装了一块隔热陶瓷导致空中爆炸，安装工要负责任吗？发现号航天飞机是个典型的这种实例。我觉得是要负责的。
所以，BUG 导致的后果才是要不要追责的标准。如果前面那个例子造成的损失不是 10W，而是 10E 会怎样？
我之前的公司有运维在数据库上运行了 delete * from T1 而导致整个系统不得不从 72 小时前的备份恢复。这个运维工程师后来被离职了。
我本人也因为有一次没有完全按照某个 checklist 工作而被处罚。
我想说的是，问责没有那么重要，但是造成了严重后果，还是有必要的。这和现实世界是一个道理。不是看你犯了一个多大的错，而是看这个错误造成了多大后果。

我最近也在看车，看来看去我还是觉得选丰田的卡罗拉合适......
荣放的价格，落地要大约 24W，中配，混动。
如果你预算 18W，我建议选卡罗拉的顶配。
荣放的问题是减震确实要差一点，越过减速带的时候，和轿车完全不是一个感觉。并且市区驾驶+新手，SUV 和轿车基本没差

这种东西就瞎写就行了。胡乱填，如果你的没有，就不填。

1~2m 是啥时间？这种数数量级你讨论耗时一点意义都没有，主要的耗时估计都在硬盘存取上。并且 1ms 和 0.5ms 你基本上都没法统计了。你换成 C 也不会比 Python 快多少。

按照楼主的描述，你选啥语言都没大区别的，相信我。

结构工程师啊，各位知道是干啥的么......
我觉得完全没前途啊。