我猜也许因为大家看神话的时候一般都是小时候，所以看的是 “儿童版” 神话？

http://www.guoxue.com/minqingstory/ss/syj_029.htm
大圣见那些人布上他的山来，心中大怒，手里捻诀，口内念念有词，往那巽地上吸了一口气，呼的吹将去，便是一阵狂风。好风！但见——
扬尘播土，倒树摧林。海浪如山耸，浑波万迭侵。乾坤昏荡荡，日月暗沉沉。一阵摇松如虎啸，忽然入竹似龙吟。万窍怒号天噫气，飞砂走石乱伤人。
大圣作起这大风，将那碎石，乘风乱飞乱舞，可怜把那些千余人马，一个个——
石打乌头粉碎，沙飞海马俱伤。人参官桂岭前忙，血染朱砂地上。附子难归故里，槟榔怎得还乡？尸骸轻粉卧山场，红娘子家中盼望。有诗为证：
人亡马死怎归家？野鬼孤魂乱似麻。可怜抖擞英雄将，不辨贤愚血染沙。
大圣按落云头，鼓掌大笑道：“造化，造化！自从归顺唐僧，做了和尚，他每每劝我话道：千日行善，善犹不足；一日行恶，恶自有余。真有此话！我跟着他，打杀几个妖精，他就怪我行凶。今日来家，却结果了这许多猎户。”叫：“小的们，出来！”那群猴，狂风过去，听得大圣呼唤，一个个跳将出来。大圣道：“你们去南山下，把那打死的猎户衣服，剥得来家洗净血迹，穿了遮寒；把死人的尸首，都推在那万丈深潭里；把死倒的马，拖将来，剥了皮，做靴穿，将肉腌着，慢慢的食用；把那些弓箭枪刀，与你们操演武艺；将那杂色旗号，收来我用。”群猴一个个领诺。

翻翻资料，我发现 IEEE 的邮件组里，2015 年就有人提出了想要把以太网也加入 type-c 的 Alt Mode

注意，这并不是常见的 “ USB 网卡”，而是希望使用 type-c 来代替 RJ45，你可以理解为 “ type-c 网线”

http://grouper.ieee.org/groups/802/3/email_dialog/msg00262.html
https://plumbingnotes.wordpress.com/2015/03/12/usb-c-and-nu45/

补充，说 type-c 上的协议的时候，把 MHL 给忘了，干脆附上一堆链接吧。

USB-IF： https://www.usb.org/usbc
MHL： http://www.mhltech.org/usbtype-c.aspx
HDMI： https://www.hdmi.org/manufacturer/hdmialtmodeusbtypec.aspx
DisplayPort： https://www.displayport.org/displayport-over-usb-c/
Thunderbolt3： https://thunderbolttechnology.net/blog/thunderbolt-3-usb-c-does-it-all

我对 Thunderbolt2 / Mini DisplayPort 和 type-c 这类 “通用” 接口的情感是非常复杂的。

他们都属于统一的物理接口上，可承载不同的协议（ TB2 可能旧款 MacBook 的用户会更熟悉一些）。
从好处来说，可以减少设备上的接口数量，增强接口通用性。

但是也带来不少困扰：
https://ws2.sinaimg.cn/large/760b39b3gy1fyr3ougx6kj20gd05240w.jpg
同样是 MacBook，一模一样的接口，有的是支持 TB2 的，有的是只支持 Mini DisplayPort，使用这个接口连接显示器或者传输数据的时候，就会遇到一些困扰了。
https://ws2.sinaimg.cn/large/760b39b3gy1fyr3qvdkyxj20ya0bhthz.jpg
幸好由于 TB2 基本只在 MacBook 上出现（ miniDP 倒是在显卡上很常见），雷电的数据功能和 DisplayPort 的视频输出功能也区别比较大，之前带来的困扰似乎并不是很大。


同样的，type-c 也是一个硬件接口上承载多个协议，随着 type-c 覆盖面的增加，这事儿就开始变的严重了，毕竟它可以承载的东西实在太多了，多到甚至有些混乱。

type-c 上可以跑的协议有：Thunderbolt3 / DisplayPort / HDMI / USB(2.0&3.1Gen1&3.1Gen2)
其中 USB 上还可以再叠加上 QC、PD 等专有功能协议。

你以为这就完了？
还可以转换啊，USB3.1 可以各种转转转啊，转个 HDMI / DisplayPort 出来啊。

于是，当你看到一个 type-c 接口的时候，别说普通消费者了，即使是大部分极客，如果不翻说明书，几乎无法确定这到底是个什么接口、能怎么用，厂商也是被搞的不知道该怎样标注（ TB3 还好一些，起码有个闪电标志可以用）。
https://ws2.sinaimg.cn/large/760b39b3gy1fyr3tx4787j21ds0d4goc.jpg

鉴于 USB-IF “优良” 的命名传统，我感觉这种混乱很可能会一直持续下去，直到每一个 type-c 接口都是全功能的。

附：
关于 “优良传统”，参见 USB 2.0 FullSpeed 和 USB 3.1 Gen1

@shadiao #1
哈哈哈哈，如果是按去年，哦不前年十一的节奏的话……
搞不好免费用户还真要等到假期结束才有服务了~

https://ws2.sinaimg.cn/large/760b39b3gy1fyqzly66eaj20uo0sg798.jpg

@hymzhek #9 #10
这类磁盘一旦解密之后，里面全是正常文件，想怎么 copy 就怎么 copy

这更像是一个逻辑问题，楼主既然已经知道 if it can be read, it can be copied，那应该很清楚，除非有类似 DRM 的机制，否则 Viewer 是一定逃不掉的。

让标准播放器可以兼容 = 输入文件(流)非加密 = 存在一份已解密的文件(流) = 存在一份可拷贝的文件(流)

文件(流)拷贝也不能用 = 文件(流)加密 = 标准播放器不可以兼容 = 需要定制 Viewer

除非能处理掉上面的六个等号中点任意一个，否则没戏。
可以说…… DRM 算是最接近的一个了，然而覆盖度还是不够

西乡的话，是不是因为今天宝安马拉松的原因啊？

Windows 下用 xnview
macOS 下用 xee3

https://www.xnview.com/
https://theunarchiver.com/xee

都在说 CTO 的不讲情面，其实我觉得一级主管其实也可以做的更好一些。

因为 CEO/CTO 很多时候不清楚具体的项目安排，无法简单的评定人员请假对工作的影响大小。
至少我在面对部门的小伙伴请假的时候，如果时间稍长，会先做好安排再审批通过，并在审批信息中进行说明。

https://ws2.sinaimg.cn/large/760b39b3ly1fynfpjxi74j20wy0swdkx.jpg

满脑子都是云天明怎么办……

大部分流程中，是存在两个页面的：
A. 可以增减商品数量购物车页面
B. 不可增减商品数量的结算页面

A 页面如果不涉及购物车同步功能，可以考虑纯前端计算，这样用户体验更流畅。
同时可以考虑对特殊商品（如秒杀，限购）采取特殊策略。

A 页面如果涉及购物车同步功能，那么后端计算吧，反正同步购物车已经挺卡的了（我的淘宝购物车，反馈极慢，经常出现 “点过头” 的情况）

B 页面，肯定是后端计算，因为用户无法修改商品，不需要担心延迟和性能问题。

补一张商家介绍图：

https://ws2.sinaimg.cn/large/760b39b3gy1fykg1sa47uj20u00wrkjl.jpg

所以楼主是想找这种吗？

https://ws2.sinaimg.cn/large/760b39b3gy1fykg0jefktj20e40kmdin.jpg

498 右上角似乎有个星号，那个星号对应了什么备注信息？

@zhjits #17
哇，非常感谢，关掉 RemoteFX 之后确实流畅了非常多，本条回帖来自 RDP 中的 Win10

@zhjits #17 这样的嘛？我本来是想开着玩儿玩儿的，我关掉试一下