随便加个盐或 2 次 md5 彩虹表就废了，密码传输的安全性早有定论，不明白这种问题为何还成了月经贴

@Kathy1989 你觉得为什么需求会不明确

就是查一下数据库，把能用的优惠都查出来。如果没有那种互斥的，就直接用。有的话，就要按顺序遍历，去掉互斥的数据。

这个年龄，真的就别找了。一定要找的话，专注在离婚优质男范围吧。为啥只能找离婚的，因为这个年龄还未婚的男性，肯定一个个都是天坑啊。

计划到处乱跑出去浪的话，混动就挺好的。偏僻地方很难充电的，有电去没电回就很尴尬了

看题目的意思是只要余额大于等于销售金额就可以交易，否则不能。这余额多少，不是 const balanceTransactions = [
{ id: 'JNL001', type: 'transaction', amount: 100 },
{ id: 'JNL002', type: 'transaction', amount: -100 },
{ id: 'JNL003', type: 'transaction', amount: 100 },
{ id: 'JNL004', type: 'transaction', amount: -100 },
{ id: 'JNL005', type: 'transaction', amount: 130}
];
这个交易记录汇总出来的 130 么？需要对应具体哪一条交易记录么？没这个道理啊？？？

vs code

1 、租户字段，最通常的做法，数据量较小时的最佳选择
2 、分表，拼接表名，注意对拼接内容的校验，避免 sql 注入
3 、分库，如果是微服务，就和没有分库一样简单。一个租户一个服务实例，对应一个数据库。缺点是成本高
4 、分库和租户字段结合，适用于租户特别多的情况。

自己知道就行了，没必要非要指出别人的错误。这也是尊重他人命运吧。。。

什么时候本田 CRV 可以和小米 SU7 相提并论了？两个车档次差着两个大级别吧

@terrysnake 你以为的隐私保护：我不会拿你的信息

大家都是 L2 ，这智能不智能的，实际能应用的差距其实并没有宣传的那么大。

dreamwave ？

@momo1pm 不拆分就是传统瀑布流咯，不过市场更喜欢敏捷，不会把机会留给反应迟钝的企业而已。所以 2C 项目很少瀑布流。

看到楼上这些认真吐槽敏捷开发的，我真的有被笑到。。。

自己没有明确的方向和计划，想一出是一出，需求天天变来变去的锅，敏捷开发可不背。

什么是敏捷开发，简而言之：把大任务拆解成多个里程碑的小任务，进行快速迭代高频发布。这里，你首先就得有一个大的规划……然后才能分多个里程碑，最后实现做一点上一点。你 TM 没有一点点计划的，也好意思来碰瓷敏捷开发？

@zhouyin 你都不曾拥有，谈何热爱？不过是叶公好龙罢了。人生哪有那么多的热爱，大多宣称的热爱，其实都是骑虎难下的坚持。身体总是诚实的……

虽说咱们人民军队也不是垃圾桶，不该让人把什么奇怪的垃圾都往部队送。但参军真的就是考不上高中的年轻人最好的出路了。

因为国产车在 23 年突然发力大打价格战，搞得合资车在 24 年不得不大幅降价。然后，你以为最受伤的是合资车品牌嘛。不，最受伤的是二手车商。所以你觉得这个市场很奇怪，但这其实很合理。

你看，这个时候要是微服务的话，一个个服务慢慢换就是了。当然，现在要换也可以按微服务的方法来。就是旧服务当作微服务中一个特别大的服务，然后拆解一个上一个，直到拆完再下掉这个巨石服务就好了。