猜测:维护一个脚本可比维护一个大型服务各方面成本低得多

想挣钱的领导选 A ，想掌权的领导选 B

plex + 阿里云盘 有一个更好的方案.
阿里云盘有一些开源项目可以部署成 webdav 服务,再用 rclone 把 webdav 挂载到本地目录,直接在 plex 中添加这个目录,就可以直接用 plex 播放阿里云盘中的视频,还是原始质量的.
至于部署在哪里,看哪个系统你折腾的最少部署在哪里,相对稳定.

这个“必要”的界限如何划定才是关键啊。每个月吃两顿好的必要吗，人均多少算好的呢？

求同存异.没有哪两个人是完全合适的,都需要互相理解和妥协才能一起生活.生活时间长了很可能因为对方某些缺点累积起来而忽略对方的优点

2 中存入 b 的过程也要锁。
其实这里不用切片用队列比较合适

@voidmnwzp 我打赌没有，有这种语法糖 go 就废了

golang 都迭了这么多代了，仍然一点没改错误处理机制，大概谷歌那帮开发 golang 的专家没有这里的评论者考虑的周全吧，为什么不加 try-catch 呢？
从对 golang 的理解就可以看出各位到底是一位优秀的 coder 还是一位优秀的 engineer
coder 会从自己的角度出发，觉得写起来最方便最快的就是好的
engineer 会从工程的角度出发，考虑如何能让工程的效率和质量更好
现代大型软件的业务逻辑 bug ，绝大多数都是因为错误处理不得当导致的，各位 coder 不妨回想一下最近一年遇到的 bug ，是不是如此。
这种又臭又长的错误处理机制，虽然烦人，但是有效

你可以试试提前 10 分钟走

@roundgis 是

@icegaze flutter 本身就比较大，还有一部分总 golang 写的逻辑

做程序员不需要"人"来教的,chatgpt 足够了.

不管你说的再多,chatgpt 是实实在在的提高了我的工作效率,节省了我的工作时间,让我的生活变得更好了,不该火吗?

同上

@FrankAdler 可惜我已经放弃群晖装了 unraid 了....没机会体验 photos 了

@byte10 感谢你的提醒,我考虑过这个问题,我只是想做一个功能比较简单的 app,就浏览和同步,不打算加很多花里胡哨的东西,我想的是几个月做完了就算完了,后面偶尔修修 bug 就好了.