换个思路看下这个问题：调用栈比较深的时候，是否强制程序员显示处理流程异常终止情况。

1. PHP 是不强制的，在调用处看不出来处理程序可能出错。如果不 Catch 一个 Exception 的基类，可能导致异常漏处理;;但是写的很多，代码就很啰嗦、过度防御 。两个方面不管从哪个角度来说，都是工程质量堪忧。

2. Go err 最佳实践，其实就是强制显示处理错误，调用处就能看出来程序可能处理错误，整体看上去就是做 err 体操，有些呆板。

3. Java Exception 的 Checked Exception 和 Runtime Exception 设计思路，分别是 Go err 体操路子和 PHP 的埋雷路子。Checked Exception 相比 err 体操只不过是标记在了方法签名处，看上去代码少写了两行，但 Checked Excption 是从哪里丢出来的就不太明确了。从 Checked Exception 的实际使用情况来看，偏 Runtime Exception 方向倾斜，就是逐层标记不处理的多，垃圾~

从设计和实际使用综合来看，还是 Go Err 相对来说更严谨一点

不要想的这么复杂。
1. 用电脑把数据定期手动备份到一个移动硬盘
2. 防止硬盘损坏，定期更换移动硬盘，或者一开始就买两块移动硬盘。
3. 多设备同步、方便存取的话，再同步到云盘。

个人觉的最重要的还是定期备份数据，定期备份数据这个流程自己也要弄的足够简单，另外还要防备份的时候出现不一致性。

是的，和基线对比

推荐 OP 看下 Camunda 这一套工具，
软件作者还写了一本书《流程自动化实战：系统架构和软件开发视角》，中译本我读着的时候有点费劲，可能翻译的问题，建议读一读。

@rubbishmod 理解你说的了，没有业务流程设计相关的挑战，那这样写确实非常好了。

@karnaugh 换个词，用形式化的方法支撑复杂多变的业务逻辑。项目工程上想做到规模化支撑，不知道还有没有比这个更好的方法。

微保，少儿百万医疗险

感觉你写的挺好，项目背景业务价值可以再补充点。

项目一里面写工作难点有一个是定制化全流程工具，成果里面没看到跟全流程设计业务挑战相关的成果，好像只有技术方面的成果。因为不太懂这个领域，不知道是不是我看漏了。

飞利浦 超人剃须刀 28 元，嘎嘎好用，哈哈～

普惠保

@netabare #84 >@soul11201 感觉这个思路是「做一件事，但做得马马虎虎」，刚好和 unix 哲学背道而驰。
其实不是，Unix 里面的原话是 >让程序只做好一件事。
资源总是有上限的，对于一个系统来说很难件件事都做到最好。

长见识系列: 这也能有。工资降了几个百分比？

@anivie 改用 wm ，i3

对拷其实意义不大。其实把数据 copy 过来，环境重建出来就可以了。

可行。先前用 ventoy 做的 Linux 系统安装盘，进入后，用 dd 把电脑硬盘 copy 到外接硬盘上。uefi 引导启动的，需要用 grub 做下系统启动引导

衷心的提示:不要乱折腾，用默认的