@AoEiuV020JP #3 我的 11 256g ，当初 6600 买的，用到现在还没坏，自我感觉再用两年毫无问题。
现在二手价格 2000+毫无问题啊。

据说国内食品消费税率 17%？

从本贴回复来看，绝大部分人的价值观：金钱大于时间。

但是，从论坛对加班和卷王的舆论风向来看，绝大部分人又鄙视通过加班换取更多收入，也就是：时间大于金钱。

所以，这算口是心非吗？

大家都是 v2er ，关系这么好，能不能透露一下啥公司成都跟深圳待遇一致啊？

说说我的理解：
1.try catch 提供了一套独立于业务逻辑流的异常处理流，便于减少异常处理逻辑对业务逻辑的侵入，方便代码维护。
2.try catch 面向异常（应该由系统级代码处理而不是业务级代码处理的问题）而不是业务逻辑错误。使用者应该严格遵守这个约定，非系统程序员不应该抛出自定义的异常来处理业务逻辑错误，而应该用函数返回逻辑来处理业务逻辑错误。
3.其实大部分情况下，我会注册一个全局异常的处理器，而在业务代码中完全弃用异常处理，让系统自动上升异常到全局异常处理器来处理。
4.对于系统通过异常机制防止系统错误扩散的情况，我会倾向于把异常可能性较大的代码（比如接收网络输入数据的模块）封装为独立的进程，再用全局异常处理器来处理。

@Lentin #17 谢谢，等会儿试试。

不过，之前用 ZeroTier 经常性 relay 和断连，不知道是 ZeroTier 的锅还是电信使坏。。。同样技术的蒲公英可以吗。。。

@Lentin 和花生壳的区别在哪儿？

ZeroTier 经常无故 Relay 断连接，现在换成花生壳了，稳定性提高 10000%。缺点是免费只有两个端口映射和 1G 流量。

信息太少了。。。有可能是重业务逻辑轻前端的，也可能是轻业务逻辑重前端的。。。当然更可能是重销售，轻技术的，这些情况分配完全不一样。