@yang3121099 你这个认知是错的，银行这类消费贷招行这种算实际利率的才是主流，实际利息高的更常见于信用卡分期等场景

@haha1903 哈哈昨天你们四个一顿 @给我整懵逼了，后来一想等额本息的实际利息虽然要接近*2 ，但需要还的总利息本来就把这部分算进去了，等额本息还的比先息后本的总利息（手续费）少得多

@haha1903 不是，你们这一说把我整懵了，去招行 app 看了下借 12/24/36 个月可选等额本息或先息后本，
以 12 个月借 20 万为例，先息后本是前 11 期（第一笔 4.13 号还）还利息，第 12 期还本金+200 的利息，利息总共 5637 ；
等额本息是每个月都还 1.69 万左右，利息一共 3235 。

所以这两种实际利率差距很大？我一直下意识的以为招行把这俩放一起应该是基本等效的

@greatbody 家长控制什么时候成了 GFW 了...这块儿做的最好的可是果子

@yang3121099 等额本息就是房贷，利率不是*2

@yang3121099 两种方式最终还的总额差不太多，先息后本前面没压力，等额本息的总利息我记得略少一点

@yolyzhu 并不是，现在银行的贷款是等额本息之类的，实际利率就是你看到的利率

@haha1903 闪电贷是年化利率

很明显是测开，测开现在又再细分出了偏开发的和偏测试的两个方向

@foolishcrab 你这不就是用成了 AI 版的 monkey 了吗，只能做做稳定性测试，楼上说的是怎么用这个做功能测试的 UI 自动化

@peacelove 这个短信偏不骗子不知道，但这个利率真的有，昨天招行刚给我发了 2.78%的闪电贷优惠券

感觉无解，用插件可以实现两个桌面浏览器的同步，但你的另一端是安卓不支持插件

试着问了下"mysql 执行为一张表增加字段的 sql 后，整张表卡死无法查询，其他表不受影响"，回答的跟 R1 差不多但感觉文笔比较死板，写文学类的东西估计比不过 R1

我们有两个场景会把部分业务操作放到前端，一种是编辑器比如在线脑图；另一种是基于用户自身之前上传的数据的复杂统计分析，非常吃 CPU 放服务器压力太大。其实就是必须是用户自己的数据，随便怎么折腾

对亮度有需求的话 Z 系列都不用看了，这个预算范围内只有 H6

@skallz 说得对，我们前期 python+mongodb 开发效率简直上天了，代价是后期各种重构

曾经重度使用过 MongoDB ，在我看来 MongoDB 的主要优势是：
1. JSON 操作语法完爆所有基于 SQL 的语法，配合 Python 、NodeJS 这类语言用的很舒服（反之我感觉喜欢写 JAVA 的人会很讨厌 MongoDB ），SQL 的 JSON 语法在我看来简直是鬼画符。
2. 灵活性很高，比如连集合（数据表）都不需要事先建好、建索引语句可以重复调用等
3. 统计查询的性能不错，比 pg 和 mysql 都要强。但有联表查询需求的话就蛋疼了，单表性能也打不过现代的列存数据库。
缺点就更多了，16MB 的单文档限制非常操蛋，事务必须搭 replica set ，多表联查能力残疾等，我们的新项目慢慢也不再使用 MongoDB