我觉得你是不是应该先学下思想?设计理念和最佳实践?

跟着代码走,
sql 就用数据库管理工具,
配置就在代码里面有一份本地开发使用的.

1.锻炼基础编码能力
2.学习思想和开发原则,先弄清楚是什么,再考虑为什么?
3.锻炼抽象能力和逻辑能力.

1.有情绪波动是正常的
2.情绪需要发泄
3.不正常的情绪可能来自外部,如果能解决,就解决,如果不能,那就尝试对冲.

java,python 用的社区版,其它语言只用 vscode

debian docker

@THESDZ 写一些创意插件？

@qW7bo2FbzbC0 #2 贵是看物品价值，不是看外部因素。

Excel 就行，要做开发也可以基于 https://calcite.apache.org/docs/ 做类似 sql 的、对接数据库的开发

ddos 解决方案应该由电信运营商提供支持更合适，可惜没那能力，也没那想法

@akira 首先,开源不等于免费,其次,开源意味着代码公开透明,意味着你和社区可以审查代码.

ECS 有公网 IP 的话，ECS 上可以安装 WireGuard 啊。
通过 ECS 的`WireGuard`访问 PVE 和虚拟机。

找理由压价格罢了，左耳进，右耳出就好了
拿一些大道理压人就好了，比如 人往高处走之类的，原公司限制了发展等等
或者戴高帽，贵公司就是比之前的公司强，所以我才跳之类的。

仅从你的描述来看:
虽然确定思路和架构,但是好像没有封装.
那就导致了,你虽然设计了层次,但是从你的实现中看不出层次,而阅读代码的人(不管是你还是其他人)是不可能看设计的去推导代码的.

我一般这么做:
设计好思路,然后抽象出接口(或者方法),哪些做为主干,哪些作为分支.
主干中的状态如何传递,是走上下文还是传入传出?
枝干部分如何调用(写个代理类统一触发,还是作为回调外部传入)?

写好每一个变量名,每一个方法名,减少非代码注释(避免后续注释没有随着代码变更导致更加难以理解)

实现的代码条理清晰: 主干很简练,一上来就能读懂在干嘛,子模块通过方法名就可以猜测出在干嘛.
拓展性也不错: 封装后只需要改封装部分,枝干部分直接增加回调或代理类中修改.


举个例子,根据 op 的描述:
主干部分为:
1.读取微信的文件列表
2.判断哪些要备份
3.判断重复
4.备份

那就 main

var context = make(map[string]interface{})
func BackupWechatFile(rootPath,backPath string){
files ,err := getFilesByRootpath(rootPath)
if err!=nil {
...
}
for _,file := range files{
isRepeated := judgeFileIfRepeated(file)
if !isRepeated {
err := backUp(file)
if err!=nil{
...
}
}
}
}

自己的服务器都是 Debian 跑容器
公司都用的 centos

程序员本质做的事情是什么？
个人认为无非是：减成本和提效率

再看看你的问题，是不是知道为什么了？

lidarr 之类的一把梭