@tnx2014 只允许二次分发给亲朋好友是对最终用户的要求，而非对经销商的要求。而且也不是同行。
这件事情唯一膈应人的点其实是在“为什么经销商拆卖的依然叫家庭版”，但这是微软的问题。
就像你买了一包吐司，你转头去按片卖了，你被卖你的经销商告了说你违反最终用户协议拆卖商品。
然后你发现过了一个星期，经销商自己也按片卖吐司了，卖的比你还贵，还打出了官方车主信誉可靠的名头。
你觉得膈应是理所应当的，但这件事客观来说，从授权经销商手里买的吐司片确实不是盗版，因为违规风险在经销商而不是最终用户。
你觉得膈应的原因？自然是“为什么同样的东西，他可以拆卖抬价而我无论什么价格都完全不可以拆卖”？
因为他是经销商，这意味着他受微软协议制约，说不让卖了就不让卖了，说拆卖每份提成 90 块就提成 90 块，他们之间是合作的。
你作为最终用户，签的协议不一样，而且你的行为不可控。

@tnx2014 这里同样也没有问题。因为看似这里打脸了，但实际上购买的顾客二次拆卖违反的是最终用户的许可协议，而经销商不是最终用户，经销商与微软达成的私下约定我们也无从知晓。
所以举报就完事了，但这件事上我们不能以最终用户的协议构建道德准则去要求经销商，因为荔枝不是代购。

@tnx2014 荔枝的薄利多销一直都是开发商和荔枝共同促成的“更低的价格，稍次的服务”所带给你们的错觉，实际上到底哪一方利润更少是很难说清楚的。
但是开发商愿挨，恰的开心恰的真香。

@yinxiu1996 实际上也不是又当又立。因为数码荔枝最初的想法其实就包括了“劝导开发商在单个用户上赚更少的钱以薄利多销”、“劝导开发商为自己设立特别阉割版”这一类“欧美大商超自营”式的销售手段。
啊…所谓“欧美大商超自营”式的销售手段是，大商超会拿销售预期和制造商谈价格，如果崩了，就要求设计一个小包装或者特殊大包装以适用更优惠的价格，如果再崩了，就去搞灰色，找到下游制造厂谈一个质量差不多或者稍低但是不贴制造商牌而是超市牌的 OEM。同时，整个杀价过程也包括了各种倒逼和补票一类的筹码。


题外话…这不仅不给复旦丢脸，反而从商业角度看是很成功的案例。

顺便，具荔枝本人所说，在他们拆卖之后，因为销量飙升反而晋升为了更高阶的代理商。
如果从微软的恶龙视角来看的话，无非是这样：
这个人总销量卖的多，而且这个人拆卖加价也能卖出去，这种商家品牌附加值和拆卖让彼此都赚更多钱，他值得升更高级代理。什么？我可从没允许过拆卖，但是收紧之前，至少得先 Embrace 到足够多的瘾君子呀。

实际上微软玩灰色领域已经不是一两天了，甚至可以说是玩的最 6 的大玩家之一。
Windows 盗版，Office365 极其廉价的实体盒装版，现在的拼车。
别忘了微软最擅长的 Embrace, Extend, Extinguish 也是一样的画风，只不过放在 End-user 领域里，怕倾销等垄断行为的微软似乎更喜欢玩灰色而不是白色。
卖软件不是卖土豆，本质来说成本低至忽略不计。
顺便，即便是高成本领域，微软依旧一手灰色玩的极 6，我指的是 Surface 总代那里疑似逃税却享受全部保修的“教育行业价格”。
M$被称为 M$是有原因的，你所竭力维护的这个开发商本身就是恶龙。

虽然第二排了，但是竟然没有人提到阿斯巴甜的代谢产物里是有甲醇的。虽然一罐零度代谢产生的甲醇不至于中毒，但长期大量喝还是很难说。

没有，稍显可靠的方法是控制睡眠的时间至 3 的倍数，最短为 3。其中的原理是人在 3-4 小时内完成一次睡眠循环。

大致上看了一下…有这些槽点：

* 图标太活泼了，界面上圆角的设计非常非常不 iOS （比如地址栏），如果想成为一款日常使用的，替代 Safari，并且可以作为很好的 Debug 工具的话，请在各方面设计元素上尽可能贴近 Safari，比如地址栏、回缩后 header、底栏的大小等，如果想维持原有的设计，则请尽量提供两种模式的切换开关。

* WebView 存在一个问题：当元素尺寸改变时，向回滑动后退会出现白屏（比如点开链接时有地址栏，然后隐藏地址栏并右滑返回，上个页面会显示为白屏），如果可能的话尽量使用截图等方法规避这个问题。

* 右上角的图标我个人更倾向于“刷新”，而不是使用“投屏”图标作为“屏幕阅读器”。

* 如果可能的话，希望提供一个夜间模式的亮度 /对比度调整滑条，在夜间模式下，网页文字显著地比页面顶部的系统时间要暗，默认的话希望颜色一致。

* 左上角的弹窗设计我感觉不如 Safari 的下拉菜单好用，它在视觉上遮蔽性太强了，而且需要多步才能抵达想要的功能。

* 标签页切换…Safari 这里设计的哲学是“尽可能让用户可以预览到更多的标签”，这有助于用户快速选到自己想切的标签，而 Gear 在这里同屏标签页数量太少太少。

* 同样是标签页切换…上下空白均不可滑动，这是某种设计失误吧。

* 还是标签页切换…我在点击垃圾桶图标时，预期的行为是“过去关闭的标签页”，而不是“关闭所有”。

* 地址栏…如果可以的话其实挺希望地址栏可以在点击地址栏进入编辑后，再点击地址栏让地址栏变成一个多行的、语法高亮的文本框。同时…在编辑地址栏的时候，我点击 https://的预期行为是“将当前 URL 切换至 https”，而非在当前光标处插入 https://……

* 即使自适应夜间模式开启了，用户点击夜间模式的开关时，也不要直接报错，而是直接切换至白天模式——咱别僵化思维啊。

* Bookmark…我点 Bookmark 的时候，不仅仅想加 Bookmark，更想查看当前的所有 Bookmark 啊。

* Information 不可数，以及那个图标对应的应该是 Status/Analytics……图标的问题还很多，比如为什么眼睛叉掉就是匿名模式，眼睛睁着就是查看源码。同时英语的问题也很大，比如 Live 是什么，演唱会吗…

发现 Bug：
去官网提交 ×
使用全球工单系统 ×
在相关节点进行无意义的一句话吐槽 √

@imspace 我找到了我的这个广告来源，是一款叫“小影”的 app。
我正在寻求向 AppStore 举报恶意行为的方法。

@lizy001 我曾经被地方营业厅劫持微博关注了许多没有意义的蓝 V，并收到了它们的推送骚扰。
但是，现在我不在国内。

ChipFancier…纠正。

为啥不用 pin-to-pin 兼容的 ASM1351…以及大致的元件位置最早是 ChipFancer 先搞出来的吧，尺寸上似乎比起本家也没啥创新的样子，对方还天猫店终身质保…

以及 SM2258H 已经有 U 盘方案了，性能同样可以差不多够到 SATA 的天花板。

说句题外话…为啥没人试着搞 NVME+Thunderbolt3 方案呢…

更进一步的，Tailwind 同时也遵循了“如非必要，勿增实体”的剃刀律，即如果你快速撸单页，或者需要给富文本加样式的话，完全可以用原子类一把梭，它所提供的原子类也比旧式的“mt30”要更语义化而非数值化。

在这个基础上，要怎样抽象出组件类则基本上是开发者自行决定的，在 Tailwind 一把梭撸出来的页面上把 class 抽象出来也没那么费劲。

Tailwind 确实是个原子类的 CSS 框架，但实际上并不是梦回 2012，因为现在我们可以在原子类的基础上加抽象了，而这也是 Tailwind 所宣传的“Component-friendly”。

在这个基础上，Tailwind 的思想实际上是要更有借鉴性的，即使用原子类的方式对裸 CSS 封装抽象，然后使用前缀的形式划定原子类的响应式范围，然后在组件里整合多个原子类。

相比纯原子类的写法，Tailwind 更希望的应该是“btn btn-blue”这种，对一个元素应用这一整个“原子类、组件类”多级抽象中的一个或多个，从而实现可维护性和开发便利两者的共存。

觉得它的写法只有"clearfix mt30"这样的上古用法的，可能连官网都没看完就喷起来了吧。

@panbofeng 髓核钙化前后的大小是区别不大的，因为空间狭窄了，也没有血供。
椎间孔镜因为存在缺陷所以比较妥善的方法恰恰是早做，不要拖，因为更复杂的突出甚至是脱出，以及钙化的状况会极大的降低椎间孔镜手术的完美程度，对于不太严重但压迫神经的突出，椎间孔镜是最理想的方案，这也考虑到了二次椎间孔镜的可行性，以及掏出量对稳定性的影响。
就我个人而言，我术后一年半，奔跑和提物都没有影响。而压迫神经造成的麻木，虽然麻消失了，但失去的触感和痛感却始终没有任何恢复的迹象。
同时就我个人而言，牵引、小燕飞、康复动作、按摩、正骨均严格遵守了医嘱，但收效甚微，同时我我补习的内容里也反复提到，只有脱出会随时间获得一定程度的影像学恢复，但不可能彻底，也仍然不能称为自愈。
因此，我得出的结论是死掉的神经不会恢复，也不要太过相信人体的调节能力，木了很可能永远回不来，一旦有木的症状，或者突出已经不小，尽快、尽早手术，即不要将椎间孔镜视为一种最终方案，而是应该尽早。

@mengcanzhai 是的，因此我也建议了去最好的医院提前排床位。
之所以建议非开放手术，主要不是考虑到复发率，而是考虑到成功和生活质量。
除非存在无法椎间孔镜的特殊症状，比如椎间孔狭窄等，不然我给出的建议依然是椎间孔镜。
椎间孔镜的复发率高，但成功了的术后生活质量是要高于开放手术的，同时如果计算二次复发率的话，椎间孔镜通常低于开放手术。
椎间孔镜技术不好的医院，小开窗也很难做好吧，带钢钉的方案更是会较大的影响生活质量。
遵医嘱是正确的，但遵医嘱的同时也一定要多查阅一些相关资料，而不是依赖于一个医院在几种手术方案上的经验高低去做抉择。

另外，小燕飞、牵引一类的仅有缓解作用，说实在的，那些缓解作用在影像学上几乎看不出来。