还没试过刷地铁，北京的地铁在右手边，手表刷地铁姿势实在是奇怪

想要问出成熟的方案估计很难。
因为需求相对比较刁钻且矛盾（本地无缓存，甚至内存都最好不要写。还要能倍速和控制进度，还要跑在 web 环境里）。
1 、视频不写硬盘，那么网页本身写不写硬盘？如果能写，那么网页能写视频不能写？
2 、如果都不能写，那只能自己做浏览器了。网页数据写不写硬盘不是 web 应用这个层级决定的。
3 、都自己做浏览器了，还拘泥于 web 应用？

所以我觉得更脚踏实地的需求是：根据既定网络条件，如何最大限度的控制视频缓存大小。

酒精的安全剂量为 0
喝的每一滴都相当于在和死神赌博。

中台每个单位的定义其实都有区别。

我理解的中台和传统业务后台的区别是你要额外负责数据链路聚合（从多个库、服务中获取数据），以及接口的通用性。（需要跨应用，跨系统的实现接口授权。还要保证接口的安全性等等）

相当于你要完成一个所有业务都能通用的短信服务。

但既然是“接手”的，那么这些架构上的需求应该都已经成熟了吧。

只需要对接短信完成发短信业务即可。

我给 lz 翻译翻译：
lz 之前用的是一个 JAVA 生态下的名叫 axis 的 webService 框架，这个框架在 06 年停止的维护。
之前只用来传单一的类型数据。比如 int 、long 、String （这个其实也算是对象，但就不发散了）
现在需要传一个包含多个字段的业务对象。不知道该如何传递。

我的解答：
最简单的方式是原接口传递 string 不变，将 object 序列化为 JSON 字符串，接收方把 JSON 字符串反序列化为对象。（前提是双方都要有此对象类声明。）

其实主要问题是摄影质量、过程体验、效率。这仨是完全互斥的。

要质量和体验，效率必然会非常低，一天基本就是个零头。
要体验和效率，质量必然差。和到此一游照没本质区别。
要质量和效率，那么恭喜你，你就获得了固定机位，烂俗换头婚纱照一套。

一般的婚纱摄影选择的都是质量和效率。所以你就别想着“旅”这个字了，只能叫“三亚取景”的婚纱照。

公积金相对还好。
1 、异地买房也可以提取（这个要看当地政策，北京是可以的）
2 、公积金有活期利息。
3 、公积金比例小，你以为企业会把省下来的钱帖在你工资上？

你不在工作所在地定居，主要是养老、医疗保险亏得比较多。

如果肇事者找不到，那么车主需要承担事故中的民事责任。然后车主可以再起诉真正的肇事者。
至于楼上说的保险，其实和谁担责是完全两码事。
比如撞行人，行人没有交通险，也就谈不上代位追偿。
而且即便无责方申请了自己保险的代位追偿，找不到肇事者还是要先追偿到车主。

@hustmisa #31 感谢，学习了，亚龙湾确实冷清。去了好几次了都是圈在这几家酒店里，要么就是走半天去外面小饭馆吃饭。
可以考虑分两个地方分别住几天。

@xjx0524 #29 胶片拍摄这个太秀了，学习了。

@hustmisa #18 是亚龙湾希尔顿旁边的丽思么？感受怎么样？明年有想带老人孩子再去一次的计划，但是希尔顿、万豪、天谕都比较偏科，在考虑要不要去丽思，反正都是邻居😂

跟拍一天两万五？
这是什么神仙操作……