AMD yes 那几个，联想华为

@tmado 无人超市不是摄像头无感知支付吗，和 NFC 有啥关系？

@GeruzoniAnsasu 虽然我也用 NFC 进地铁。但是据观察，刷码进地铁的比 nfc 多多了。坐标上海。

@VRYANG nfc 是方便了付款方，但是这种场景下，收款方的效率提升了，才能提升效率，自助扫码的方式，服务员只要注意收款通知就好了

@tmado 你的付款场景还停留在星巴克和肯德基这样的排队付款的交易方式里面，这种场景下 nfc 比二维码方便，包括自动点餐机这样的鸡肋玩意，用程序员的话说存在单点瓶颈。 但是实际上二维码是另外一种生活方式， 餐馆是可以不需要收银员和排队付款的，拿了东西直接对着墙上的二维码扫码支付就好了。

@tmado 根本没必要，NFC 需要接触才能付款，理论上只是代替了银行卡而已，诚然公交地铁门禁确实方便。
但是对于扫码付款而言，二维码根本就是另外一种生活方式，双向扫码，小额交易连排队付款都省去了。

算法题一般白板，不会笔试，除非特别简单。

当然做，笔试和算法题是最好区分候选人的，就算不做，面试的时候照样会问一些知识点，笔试题省的磨来磨去，当然 1 小时的笔试题太长，不过据个人经验，所谓的笔试题，大都是选择填空，1 小时的题基本 10 分钟就能做完了，
除了算法与知识点，剩下的也就是项目经验和软实力了，项目经验可以忽悠（夸张）

华硕-10086，去年弄了 3 个 RT-AC5300，mesh 体验极其糟糕。

@muntoya 大豆更便宜吧

v-for 现在不填 key 不是会报错么，填了 key 就不会重复渲染了。

有这两个前置条件：手机密码比较简单、未登录华为账号
我寻思着只有特异功能才能解决这个问题了。

请后面来的别双标了+1.

@TypeError 算了吧，Apple Pay 够方便了吧，国内支持的地方很多，但是实际上大部分用的还是二维码，主要是 2 个方面
- NFC 还需要接触，但是二维码连接触都不需要，餐馆之类的，坐下就能扫码点单。
- 并发度更高，NFC 再怎么快，并发度也就 POS 机数量，但是二维码可以双向扫码，主动付款清空下，并发度理论上无限。

@iseki async 处理事务麻烦点，也可以尝试 asynchooks，但是实际上并不好

用户名会改那就 jwt 里放用户 id 啊，，难不成用户名是主键不成？

@optional 嗯，如果说 transaction，线程+Threadlocal 确实比异步的 node 方便很多。

JAVA 对关系型数据库支持好？？？？？？
mybatis 本质上还是写 sql
jpa,hibernate 太多限制，功能稍微复杂点还不如写 sql 。

@salor 不会，而且 iCloud 的云同步可能性泄露公司资料。

count partition by