不值，还不如折价换个新的。

@fds 可以，SQLite 有 Online Backup API ，https://sqlite.org/backup.html
它的命令行工具就可以直接做 backup

单通道的话，也就心率还能准一点。想想心率能做啥吧。
比如可以通过 HRV 判断压力状况。压力大的时候自动给 PM 发消息延期。
或者判断醉酒情况，偷懒养鱼就给同桌报警。
也可以判断摸鱼情况，上班时间过高或者过低都给领导发邮件。

@Mithril typo -> 攻破

另外，所谓安全性更不需要考虑。

当一个人可以物理访问到你的机器时，你就可以认为已经被公婆了。

从这方面考虑，SQLite 的安全性远超所有其它数据库。

更别说 SQLite 你可以加密数据文件，但其实意义不大。能接触到数据库文件，说明也能接触到你的程序文件，更别说你这还是服务器，挂个 debugger 连内存都能 dump 出来。这种情况下讨论安全配置没什么意义。

不需要，SQLite 的性能其实很好。
之前测过单表两千万的库也就才 40G 的文件，性能一样可以接受。

而且备份极其简单，特别是你客户没有专业运维的时候，告诉他们下班停了程序文件复制一份就行了。

想要判断什么时候放弃，那就要想清楚你的程序的生命周期。在这个生命周期内，你打算支持多大量的数据，什么样的业务模式。
如果你的程序单机跑没法满足需求，那么可能数据库也要考虑替换。
如果你的程序单机足够满足需求了，没那么大负载也没有高可用需求，那么 SQLite 就是最好的选择。

有很多类似的
https://github.com/multiprocessio/dsq
UI Demo: https://app.datastation.multiprocess.io/
https://www.visidata.org/
等等
其实能直接跑 SQL 就足够了。。。

不建议直接啃。
如果你会写代码的话，可以找找教程用你熟悉的语言实现个简单的编译器。弄个 JSON 解析器，或者做个简单的 DSL 等等。遇到哪里不懂的名词去查或者直接翻书就行。
这样你对于编译这个过程有个直观的理解以后，再去啃就会容易很多。
而且你也能知道自己想要学的那部分，对应的是哪些技术。学起来也更有目的性。

@FstarKing 我这个就是从技术角度考虑的啊。
在这个场景下，从技术角度考虑，这根本不是需要解决的问题。

另外反作弊和反破解，网站的安全防护等等是一样的，都是成本问题，而不是单纯的技术问题。
你要反作弊，防护等级越高，本质上就是要把越多的计算移到服务端来做。但你就算只扔个瘦客户端给客户，也防不住输入模拟+图像识别。除非强制开启摄像头。

最简单的，每局游戏保存生成地图的随机数种子。然后用它作为请求参数后台验证。这个可以防止你直接构造请求，用微信的加密更好一些。
同时也可以用它在后台做个模拟器，让用户发过来每步的点击操作，直接重放判断是否通关。这个性能消耗也不算太高。

但要我是开发肯定哪个都不做，就定期登上去清理一下看不顺眼的数据。反正热度过去了服务器都不用续费的东西，还不如想想这么多钱要干嘛。现在这个状态，多写一行代码就算我输。

那又怎样呢？无所谓啊。

你要搞清楚自己的目标是什么。

做这个就是为了卖广告的，会发请求的人，就算不让他们发了，他们会不停刷关看广告吗？

既然不会，那为什么要花成本去管？要说影响其他用户积极性，后台隔段时间清一下数据不就完了。

工程这个事吧，就是够用的情况下，成本越低越好。手段都是为了目的服务的。

外企又不是傻子。
有中国办公室的才会给你社保公积金和假期，这种会允许你平薪过来远程？
没有中国办公室的，哪来公积金社保，而且说不准哪天就没了。

最简单的，你把 node modules 直接干到代码版本管理里。

只要你们组长和 IT 没把你打死，那你就永远不会出问题。

奖励自己吃了顿泡面，放了两个蛋。日常控制饮食不敢吃。
另外还和朋友吃了自助。

做技术能干一辈子，都是那些有好奇心，对技术本身就喜欢的。
这些人就算不做这个行业，他也会去关注技术发展，尝试新的技术，自己写写代码。

如果没什么兴趣，只是为了赚钱而工作学习的话，技术发展快本身就会不断淘汰老人。建议趁早转行。

这不就是邮件吗？ Exchange 自己搞一个就行了。

云服务的计费就是一把坑。
之前用 AWS 的时候计费也是莫名其妙，他们自己的销售也算不清楚，总而言之就是“账单上收你多少就是多少吧”。
你要是觉得有问题，销售再给你打个折。让他们去查问题在哪是不可能的，反正也查不清楚。

我用 ZSH 进一些大点的 Git 库的文件夹就会非常卡，它总要刷 status 。
不知道你是不是用了类似的插件。