@dinjufen #12 推荐配置是 1660

有个东西叫 IPFS，基于这个的实现有个叫 filecoin

1. 测试左移，通过单元测试覆盖大部分测试用例
2. 在架构设计上把可测性设计考虑进去，通过提供测试接口之类的方式降低自动化测试脚本编写的难度和工作量，提高整体测试的闭环程度
3. 集成测试模块化，降低模块之间集成测试的耦合性；通常来说版本更新只会涉及到部分模块，通过模块化将人力和精力聚焦在有变动的模块上，提高整体效率和减少工作量

反正就是能用自动化脚本替代的测试尽可能用自动化脚本替代，然后开发要从架构上考虑方便测试脚本接入。然后划分好测试边界，能提前测的提前测，没必要再测一遍的功能尽量不测。

@maichael #12 echo AdadaBdaC | sed -E 's/([A-Z])/-\1/g' | sed -E 's/^-//g' | tr 'A-Z' 'a-z'

echo AdadaBdaC | sed -E 's/([A-Z])/_\1/g' | sed -E 's/^_//g' | tr 'A-Z' 'a-z'

@luoqeng #10 现在南山必胜客也没用了，阿里遭了下一个就是腾讯，这些互联网大公司这段时间会一个接一个被砍几刀。

@cydysm #3 serverless 就是外包的不同状态，小包中包大包里面的中包

分两种情况，有很多相通类型的变量，比如 XXXX 分析表，那么就可以对分析表翻译后进行缩写。然后前面“年度关联交易财务状况”看情况进行，全称会好一点。

如果比较特殊唯一的话，就尽可能全称。

后端是之前几年流行”全栈”这个概念的时候，node.js 招的比较多。

这玩意的尴尬点在于：
1. 不好招人，会写 JS，不代表就会后端，比起招 Java 后端、Go 后端，合格的 Node.js 后端要更难找。
2. 性能不行，或者说在大多数场景下性能都不太行。

中大型公司可能有些部门的有些产品会用到，但占比比较小，外包公司基本用 Java，初创型公司现在首选都是 Golang 或者 Java 。现在还有用 Node.js 基本都是前几年看 Node.js 火热选了的，船大难调头，还有一小部分是真的有自己技术积累的，不过真的很少。

主要看你用途跟个人喜好

看有没有删除文件和剪切文件的需求

@sheyupen #29 不知道你怎么理解过剩，但是硬件这玩意，即便你 99%的使用时间里用不到，只要你 1%的使用时间内用到了，那么就不能说是过剩的。

windows + wsl

双路 7F52 （#滑稽