Excel 流畅运行的说法很笼统，取决你文件内容是什么。如果只是一些写死的数据那比较容易，如果有复杂公式那么要求可以极高。
如果你要做筛选操作，那么速度取决于颗粒度，大部分行相同的话速度快（比如年月的列），要是每一行数据都不同那就会很慢（比如主数据的主键）。

@ryd994
巨硬真的是想让用户把 Excel 当数据库用的，很久以前加了 table 功能之后就配了一堆 Database 函数（比如 DGET ），这里的 database 不是外部数据库，只是 excel 自己的表。
后来加了数据模型功能又配了几个 CUBE 函数，基本上把 Access 打入冷宫了。

@pcbl
从公告里至少能读出两点隐含意思：
1. 单踏板模式（较激进的能量回收）会导致一部分驾驶员操作错误导致事故，这种设计不够安全。
2. 确实有驾驶员会长时间深踩油门而不自知。

227 × 160 × 23 毫米
1005 克
10.1 英寸屏幕

厚度和重量没问题，问题是屏幕太小了啊，需要找到外接显示设备

@abersheeran
工行我设定了工资自动归集，每月工资到账自动划转它行卡，过段大半年后登陆工行网银发现被贴了个标签“频繁转账型”，就是这么直白

还好工行自动归集每天限制转出 5000 元，所以会分几天转完，要是每次一天转完估计也要被冻卡了

从描述来看，要不是在公司工作，那么他很可能成为“民科”，其实这样的人挺多的。

咦，原来照片加水印是个 feature 吗？

我一直以为照片上有手机厂商的水印，是因为你们没有花钱买高级版去除广告，导致你们拍出来的照片都被强制添加水印为厂商打广告 🐶🐶🐶

@sinxccc
胶片相机是因为没有 EXIF 信息，所以不得不把时间加在照片里，而且添加的只是时间，没见过把相机品牌打在上面的。

@allenzhangSB
挂名是傻子吧。
机场主后台一查工单就知道是哪个用户，然后拿用户资料反手就是开盒出道一条龙，这种事经常发生。

你提的这些功能，微信几乎展示了一个 App 能把功能做到多烂。


# 消息备份和还原

1. 为了完成备份你必须有一台电脑，并且必须在电脑上安装微信客户端。
2. 手机和电脑必须在同一内网环境。如果你家网络比较复杂（比如手机 WiFi 和电脑有线不在同一个路由器上）就可能遇到问题。
3. 如果你电脑上有虚拟网卡（比如安装了虚拟机），即使手机和电脑在同一内网，微信也会判定不在同一内网而拒绝备份。解决方法不难，但微信不会给你任何提示。


# 小程序

1. 不是所有人都喜欢让微信常驻后台的。微信一旦退出，启动小程序时就会先启动微信，微信启动速度又很慢。
2. 小程序进入后台再回到前台时，时常会遇到莫名其妙的错误（可能是没有正确缓存丢了数据，小程序本身又不知道从服务器重拉数据），必须把微信和小程序划走重新启动才行。普通 app 就很少发生这种问题。


# 收藏和笔记

1. 聊天中的消息想要发到朋友圈，先要把消息放进收藏，接着从收藏转成笔记，再从笔记发到朋友圈，像神经病一样。
2. 转成笔记之后，必须等上传完服务器才能分享，对于视频之类较大文件(20MB 以内)，常常会一直卡在等待上传这步长期无法完成。
3. 笔记本身不显示上传进度，只有当你尝试分享时才会告诉你尚未同步完成。也就是说有些收藏 /笔记你以为已经存好了，但假如你清除了本地数据（或者换了设备），这些笔记会永久丢失，因为压根没完成上传。

关于逻辑写在 SQL 里这点其实没必要吐槽。
如果大部分是 SQL 标准语句，那么当底层数据库性能优化时，报表执行大概率能得到性能提升；如果大部分是外挂处理，那么很难得到相应的性能提升。

ERP 用久了都会变成屎山的，这不是金蝶、用友的问题，就算是 SAP 、Oracle ，就算用户是外国的规范企业，十年下来系统必定也是屎山。业务就是那么复杂多变，系统只能跟着复杂。

ERP 的实施、开发、培训都能卖钱的，接口也是能卖钱的，当然不会随随便便给你。甚至由于 ERP 接口又贵又限制多，催生了 RPA 解决方案又养活了一批人。

SQL 能较好发挥的地方叫 BW ，也就是从 ERP 里抽取一部分数据做成表存到数据仓库里，然后用 SQL 之类从里面搞出报表。

相亲一般都是两个人聊啊，其他人不用在场，否则当然尴尬。双方父母想谈的，找其他地方去聊。介绍人则不需要到场的。

父母和介绍人谈、子女本人不谈，这叫说媒...

也许只是因为 Gmail 没针对 iOS 优化体积？
看了下安卓，Gmail 应用大小 161MB ，微信应用大小 702MB 。

纯自用不会，但如果汉化成果可以分享给别人并且软件本身提供了比较方便的多语言接口（比如每种语言存放单独的明文语言文件），可能会去做。