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

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

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

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

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


举个例子,根据 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 之类的一把梭

1.做成一个容器
2.改写容器启动命令或者监听外部.

程序员的真正竞争力,是抽象和信息化实际业务的能力
也就是说
1.是将现实的中问题或者需求,提供可以通过信息化的方式高效解决的方案,
2.落地这个方案.

低代码很难解决第一个问题.

开发环境，直接 docker 一把锁，连开发的能力都放在 docker 里面，然后全部连到一个 docker 网络里面，连端口都没必要-p ，美滋滋

电影不需要备份吧？种子备份就好了。

大型工程中降低心智成本

@THESDZ #34 其他的就看生态了

个人 java 出身,学了 python 和 Go,看你的需求
如果需要写一些小工具之类的,建议 go,可以直接编译成二进制可执行文件
如果是类似爬虫之类(偏脚本的)的话,建议 python

我觉得应该是必要的时候，去查的，而不是实时记录的，因为你根本没那么重要。

劳动被异化了。

@raw0xff #6 不通过 docker service scale 去做，写一个 shell 脚本，根据传入的 参数（副本数），伸缩 serivce
例如 传入 3 则将 nginx_4,nginx_5... docker scale 到 0 nginx_1,nginx_2,nginx_3 scale 到 1

rclone 挂载同步？

@raw0xff #4 这种有规则的能麻烦到哪里去，大不了写个 shell 脚本呗。

Traefik+docker network?

应该不支持吧
根据你的目的，个人的建议是 起 5 个 不同的 services nginx1~nginx5,分别绑定不同的端口。