@25zai
主要节约的是洗完和刷锅时间。把洗碗机当成储物柜，下次用的时候直接拿出来用就好了。

@KasuganoSoras
我猜你想的形式是利用机械臂来模仿人的洗碗方式。
现在的洗碗机不是这么工作的，因为那么高自由度的成本非常高，控制起来也很麻烦。

现在的洗碗机原理类似洗车，就是靠高压高温的水把污渍溶解冲掉。

@pod

这个没发 100%确定的。
我的方案是，假定碱性热水高压喷淋一段时间后，餐具一定会被洗净。
在这个前提下，如果餐具表面有油污，就会和水形成乳化溶液，浊度会有变化。
因此，我只需要比较当前洗碗机内液体浊度和清水的浊度，只要二者差值小于一个预设值，就认为餐具已经洗净（不然也没办法，不可能更干净了，可能得上钢丝球了）

用模版的 for index 是可行的。
我个人更倾向于使用 computed，给列表里面增加一个 seleced 的 key，值为 true/false。这样，无论后续是单选还是多选或者是 radio，都不用动逻辑了。
同时，这样做也符合 vue 逻辑和模版分离的原则。

你这里有个根本矛盾。我都合格投资者了，犯得着跟你一个不知道哪冒出来都平台玩股权众筹？
你说的这个模式本质上是低收益、高风险的。对于投资人，除了给个名字，给个 BP，连 BP 真实程度都没办法验证都情况下。你让投资人咋出钱？

有些客户要求项目关键人需要有 PMP 资质的。

认真的建议你穿西装，也就是 business suit 或者 business causal。
理由有三：
1. 着装正式体面，给自己以及交谈方尊重感。
2. 衬衫西裤，易于打理。每天蒸汽熨斗喷一下就好。
3. 搭配简单，出门不需要想怎么搭了，省时间。

@DOLLOR 你这个玩法我还是第一次见。挺有用的。

照着 redis 早期版本抄一遍。

@spadger 电烙铁哈哈哈哈，笑死我了。还一点毛病没有。

查找： ^((?!#))(.+?)((?<!\|))$
替换： $1$2$3\n

用了三个组：
第一个排除了开头是#（标题）
第二个排除了本身就是空行的情况
第三个排除结尾是|（表格的情况）

没必要因为用不用外键吵架。工程问题我们就应该从工程的视角去分析、判断。不要因为个人的喜好影响客观判断。

外键的作用就是在数据库层面描述表间关系。在这个基础上，提供了数据完整性校验的功能。

那么我们可以分析一下为什么互联网公司用外键的比较少了：

1. 业务没有定型，频繁修改数据库结构。有外键在修改数据结构时会比较复杂。
2. 数据结构简单，甚至退化成日志型。这里强调写入速度，外键提供的数据完整性检查会影响写入效率。
3. 有外键的情况分库分表会比较难处理。

那我们什么时候应该用外键呢？

1. 数据完整性要求严格。
2. 业务模型稳定的情况。
3. 软件开发的流程不完善的情况。从我的从业经验上看，文档能及时更新的团队真的不多。这种情况下，需要一个工具来快速理解业务结构。这时候，带有外键的数据库，我们有大量的工具来进行分析。

临时想到的就这么多，有补充的话请 @我。

我自己做的 Win7 带 NVME 驱动的镜像。下载这个就好了。

链接:https://pan.baidu.com/s/10FPPXj37cq2NN32e85VqAA 密码:hf14

你这样开发是没有问题。针对你的顾虑，你需要注意以下三点内容：

1. jQuery 和 Vue 仅在组件级混用，即所有 jQuery 被 Vue 封装。
2. 尽量减少直接 Dom 操作，使用状态来控制 Dom
3. 尽量使用 Vue 操作 Dom 而非直接使用 jQuery

cacti

这种需求在 OA 或者 ERP 系统里面很常见。做一个简化版的差不多一周工作量就可以了。
Vue 和 React 都有对应的动态表单组建。

如果想要在“简单”的基础上增加可配置性，事情就变得复杂起来了。举个例子，当一个表单里，需要通过一个 select 的选择，同时变化几个 Field 的值，这该怎么配置呢？

你怎么自定义的？