@lbyo #6 嗯，是这样

朝阳哭了+2

不涉及高级的 HTML/JS 知识，但对 CSS 有一定要求。

1. 照片从模糊到清晰的效果，filter 或 backdrop-filter 就可以做到（后者效果更好实现但不支持 IE/FF ）。
2. 确实不难，旁白如果是音频的话注意提前加载就好（避免即时加载出现尴尬的安静）。
3. 不清楚「掀开布」是什么效果，但如果涉及形状变形（而不是简单的平移），动画实现较复杂。

以上所有涉及平移的都用 transform，所有涉及透明度的都用 opacity，所有涉及过渡（从一个状态平滑变化到另一个状态）的都用 transition 。不涉及动态内容，极端地说一个 HTML 文件就解决了。

不过，楼上几个朋友也说了，如果可能，做这么个网页不如陪女朋友逛个街（

目测不能。

（可能跑题）相比 Windows 版，微信 for Mac 感觉是后妈养的……

@huangsw #29 5 年过去了，VS Code 还在犹豫要不要跟 JetBrains 刚正面（

1. 高分屏用过就回不去了
2. 高分屏用过就回不去了！
3. 高分屏用过就回不去了！！！
4. 高分辨率可以单屏显示更多内容（前端开发者能懂的，打开 DevTools 时页面区域都有足够宽度的感受无比痛快！）
5. 写代码那点图形计算量才多点儿

@winterbells #14 老板面的你，试用期就辞退岂不是很打老板的脸（

兵来将挡，水来土掩；先稳住自己，再稳住工作。没什么大不了的，你烦恼或不烦恼，工作都在那里，一件件解决就是了。

两个问题不一样吧。英文自然语言是看的人多，更重视样式上的视觉区分；代码是写的人多，而且有更多的特征增加视觉区分度，所以更重视编写的便捷（各大操作系统默认小写）。但不论大写小写，英文写出来的结构都是类似的（空格分词），大小写对文本本身的理解影响不大（比如在和别人聊天时，是否用大写字母没啥关系？）。中文就不一样了，压根儿就没有空格的概念却被强行插入空格，看起来就很违和。

找熟人或信赖的人组家庭车。

我是成员账号（不是管理账号），实际体验是只能单设备。

讲真，楼主这经历好多人想体验都体验不到呢，慌什么

vw 支持度那么好，何苦逼自己继续算 rem 呢

如果类似的事情已有多次先例，可以理解楼主的心情。但还是要遗憾地说，就发出来的这段对话而言，楼主的表现是不妥当的。楼上一些朋友说的对，运营没有问题，他们只是在尽自己的本分。但楼主反应出来的**抗拒态度**没有帮助问题的解决，反而引发了新的问题，这是最重大的失误。不妨退一步想，反正都要离职了，问题解决与否又对你无关痛痒，你哪怕敷衍一下，至少大家都能维持表面的「合作」，好歹可以好聚好散，何乐而不为呢。

多分层多解耦多写注释。如果你习惯写大段文本 README 什么的也行，但个人认为不如注释实用。

首先是关联到身份证号上，然后通过身份证号关联你的出行数据（火车票、机票、移动运营商漫游、社区居住信息等），这些数据再与疫情数据做交叉查询来判断你是否可能与疫情有关，可能有关就黄码了

@forgottencoast #8
第一条可以说「使用函数式 API 编写组件」。

第二条的表述是有问题的，VDOM 重写跟 TS 支持没关系。要素不变的前提下要分开说：「重新编写 VDOM 系统并显著提高性能；更好的 TypeScript 支持」。

第三条的表述也有问题，但我没见过原文不知道其本意是什么。我猜是想说：「使用 Suspense 控制组件的渲染」。

「允许使用基于函数的方式编写组件」
我猜说的是 Composition API 。但这种表述方式太 english 了。

「虚拟 DOM 重写可提高性能并改善 TypeScript 支持」
机翻车祸现场既视感。

「原生门户」
想了半天，大概是说 Portal ？一，Portal 在这里不是「门户」的意思（而是「传送门」的意思）；二，这个组件现在已经叫 Teleport 了。

「 Fragments 片段（不会在 DOM 树中渲染的虚拟元素）」
谁说 Fragment 不会渲染到 DOM 树了？

「全局 mounting 」
没明白说的是啥。

「有条件地暂停组件渲染」
是说 Suspense ？这个跟第一条一样，表述方式太奇怪。

然后吧，下文其实又修正了部分错误。如果这篇文章是楼主结合多个来源组出来的，自己不通读校对一遍吗 = =

@nyanyh #8 别人可能花了很大精力找出的最优实现、完善的单元测试和覆盖度测试，给你带来的不应当只是「省下两行代码」

如果：
* 相同团队开发
* 相同节奏上线
* 没有分开部署的需求
* 没有独立提供服务的需求
合成一个应用也没啥问题

@xdxtao #24 看了一眼售货机，可口可乐无糖细罐，￥ 3.39