我总共在存储上花了 4000.总共 6 个 T。4 块 3T 红盘镜像。再 crashplan 做全量备份。再和 onedrive 上全量备份最重要的照片等重要信息。再 icloud 也备份了一份。。。

2000.。。自己搭个 nas。空间无上限啊。。。。

nfs 应该够用

难道没有人吐槽一下老板让劝离。老大就二话不说给你开了？
技术经验是其一，看人经验是其二。跟个有担当的老大少走很多弯路。

@514656282 我知道啊。。但我懒啊。。所以做后端的时候用接口自动生成工具。。。做前端的时候还好，不用写文档。。但其实写了我自己都懒得去看。看代码就够了，包括交接别人的旧代码，看文档的时间已经把代码看 n 遍了

@514656282 我做前后端都不喜欢写文档。。。做后端不喜欢写，做前端的时候也不喜欢看。你给我例子就好。。。改接口就几分钟的事。看个语意不清或者很乱的文档浪费时间。。我喜欢直接调接口看看到底是什么。有接口我就去看接口文档，没接口文档直接叫人过来问号了。。后端同理。。只要前后端两边合作时间长默契了。。都其实不是什么大问题

@514656282 第一。。我都能抓包了，能不能直接 debug ？优先 debug 或者自己编译个 debug 版看日志。第二。一个 app 项目，总不能到处都是 1234 吧。那一定是接口设计上有问题。1-2 个，其实记得差不离。如果很多。顺手打开定义项也就顺手的事。第三，此类类型判断，用 bool > 数字 >字符串。因为从数学的角度来看，出错率最低。字符串是可能会是任何字符串，这样说不知道你是否能理解。==，===，还有重载操作符的各种语言。都会有可能会有坑。。。。第四，安全性考量，类型都是数字，根本无法判断到底什么意思，要根据上下文来。但是如果是中文。。恩这个请求是普通用户。那改成超级用户试试？

ps 你的例子

后端返回数字的写法
<div v-if:="user_type === 0">
...显示普通用户面板
</div>

后端返回中文的写法
<div v-if:="user_type === '普通用户'">
...显示普通用户面板
</div>


这么写行不行？
<div v-if:="isXXX1User()">
<div v-if:="isXXX2User()">
<div v-if:="isXXX3User()">

这样呢？
<div v-if:="isXXX1User">
<div v-if:="isXXX2User">
<div v-if:="isXXX3User">

如果到处都在用，封个自定义标签可好？

不要用自己的习惯，强迫别人改成你的习惯。原来代码怎样就怎样。你一定要全改成中文枚举。。。下一个接手的一定会亲切的问候你的

我可以预感。。你的代码别人接到的第一时间心里就是一句 mmp。。。。
在代码里面用 0，1，2 这样魔法数字本来就不对。但可以用常量啊。。。ok。就算懒得写常量。自定义一个枚举行不行。变量名是中文这个脑回路很清奇

这个问题。。。为何不用编译性语言的去实现？可以干和和干的更好的差别啊。。。。当然，归根到底 php 就是 c 的语法糖倒是没错。但还是觉得这种常驻的任务应该交给其他更合适的来干。。然后。点个赞。。。

全是注水文。。有什么好值得上的。。纯粹自己安慰自己

@huclengyue 6sp …最新系统…不卡。但没 10 流畅倒是。很微妙的区别

活动前一定要做好预案和环境…人家阿里说破天去都不会为这种 API 挂掉买单。包括亚马逊。就是 100 个 9 还是有一定概率失败。况且好像阿里是说的 5 还是 6 个 9 而已。

原则上 c++封装业务逻辑。然后根据平台套壳（可以 QT 解决 pc 的，其他的用 rn ）。比一套通吃的方案强 100 倍。
一套通吃应该理论上做不到，编译器复杂度太高了，完全不同的芯片，完全不同的架构，完全不同的 api。

@0312birdzhang 不用。。用媳妇就行了。。
只是因为这一个需求去买个几千的东西是远远不值得的

@0312birdzhang 我是带的 garmin 的。。平常当普通表，偶尔来个电话和短信可以看一眼。晚上想跑步了，调出跑步计划表，跑一小会。不跑步，就光用，续航个 2 个星期到 2 个半星期没啥问题。足够了。。。

@0312birdzhang 当然了啊。。手表提醒来电确实好用。但一点都不刚需。没有也不影响。多拿一下手机而已。况且。。。有 n 多小的智能手腕就可以做到这点。多带一个而已。左手带传统，右手带小米你看如何

懒死得了。。。