最近刚读完读库 2501 《英语走出中世纪》，有一个感受，学语言学的不仅仅是语言这个工具，而是能看到一个更广阔的世界，加深自己对这个世界的理解。如果仅仅沟通日常琐事，LLM 其实做的比人都好。

删不了贴，去年一不小心，写的帖子措辞没写好、把自己写成反社会的大傻逼了。写就写了，就是说错话了，又没干什么伤天害理的事情，没必要删除。真觉的不得劲就隐藏下自己的账号身份。

Go 刷题处理是个头疼的问题，超过 1e6 数据，很容易 TLE

家庭关系虽然真的很难处理，但 OP 这个金额太大了，明显感觉楼主在被压榨吸血、又忍气吞声。算是个教训吧。
这些年的经历个人也有些感悟：不公平的事情一定要及时说不、非正义的行为要及时制止。虽然需要自己鼓起很大的勇气，但只要刚过去一次，后面很大概率就再也不会来了，事情总像是在以它成本最低的方式发生。

有时都在想 [防微杜渐] 不知先人们付出多大成本后才总结出来的。

OP ，不超过 300 步，你是如何保证身体健康的， ：）

@fuyun 说明目前你还不是 OP 的读者用户群体

@soul11201 原文：一切言动，都要安详。十差九错，只为慌张。 - 小儿语

只要不犯大错就可以，与你协作的这个网络，就会兜住底。不然的话，公司只要你一个人不就可以了吗~

上面那段话，前端时间教孩子度《中华优秀文化选本》的时候现学的，一本明代蒙学启蒙书上的。

@sagaxu https://data.stats.gov.cn/easyquery.htm?cn=E0103 稳中向好，歌舞升平

“十差九错，只为慌张。”

才 25 岁，这么年轻，主要是目前大环境确实不咋地~

居然还能这样

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

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 理解你说的了，没有业务流程设计相关的挑战，那这样写确实非常好了。