我家楼下的沃尔玛就是搞什么无人超市，自己一件一件拿到机器上扫码，或者拿手机扫条形码。

个人觉得傻 13 极了，我们自己扫不可控因素太多，效率不高 经常打不开 超时没有网，一大堆人堵在出口骂骂吵吵的就是扫不了。正经收银员不让干了，反而顾一大堆店员来帮客户用，弱智行为。

很不错 祝发财

不用急，专心积累产品经验，用不了几年就会创业，然后招技术型程序员进来。

京东 plus 99 一年？ 我现在直接续费看也是 99

我后来又去了南山医院和港大医院，做了通气激发试验、拍了胸片、过敏源测试。

最终确诊为支气管炎和慢性咽炎，治疗方案为服用阿斯美、孟鲁司特钠，我搜了下，还是蛮普遍有效的方案。

前后去了 4 家医院的耳鼻喉科和呼吸内科，花了 3000 多吧。

@klaus0904 是的

我觉得高度贴合的钢化膜“可能”会改变原来屏幕玻璃的应力。越大的屏幕越明显。

我的 iPad 贴了钢化膜，轻轻的从大概 20 厘米的高的沙发跌落，背部着地，结果屏幕碎了，钢化膜没事

做爱做的事，交配交的人

我觉得很有用啊，iPad 用来画画

@yuankui 从头看到尾，只有你把区别说道点子上了。副作用、幂等

@duanzs 我也遇到并设计过这样的系统，并且走了很深（将近一年），分享下历程 希望对你有帮助吧。

可插拔系统要求的是各个小组件组成的大系统。小组件设计要支持单独新增、发布、独立测试，大系统不用一起打包发布。我的业务场景是实现一个几百张的表单、表格、图形的查询页面。很多组件是可以重用的。

1. 最开始是用 iframe 实现，封装成大系统+若干小系统，每个系统都是独立的 react 工程，关键点是要解决的是组件之间通讯问题。后来因为维护太多小系统，又用 webpack 封装了统一的打包发布脚手架和 CI/CD，这是第一版。

2. 第二版我动手设计了一个 runtime 的渲染项目，把之前的小工程改为 npm 包 一个小组件。根据访问 router 向服务器拉取组件配置，这个配置描述了页面有哪些组件、他们的位置 类别 事件 关联组件等，比如 input 放在哪里。这些颗粒组件也是事先写好、独立测试发布、低耦合、不含业务的。不过最终还是有拆解不了的，当时解决办法就是单独放在业务工程，打包好一起下发。

这样做看似优雅，其实还是有很多问题和优化空间，比如线上并行版本太多、很考验封装能力、框架升级要 rebuild 所有，要严格的设计状态控制等。

其实如果继续发展下次我想应该是一个类似“中台”表单设计器，我当时已经封装了不少基础组件（ Input、Button、Select、Radio 等），定制了超级复杂的 Table （支持多表关联 下钻 子 Table 固定行列），又整合了 E-Chats 进去，又实现了全数据驱动，完全可以实现运营同学手动拖拽设计表单。

这套系统根据业务需求，最后支持全国几万家门店定制的数百个表单查询，不过后来因为不是重点项目，慢慢就被剥离出来了。

js 处理可以 split 一下 \r \n 这种的，起码换行就搞定了

@Arzt 学习了。港大医院的牙科怎么样，深圳有靠谱专业的口腔科推荐没

@noahzh 可是里程不一样鸭