@beingbin 头像正式应景

@errorlife 这种可以直接开骂滚蛋了

object-fit: cover;
object-position: center;
但是兼容性不好

另外就是用 JS 计算

如果以前用过 hyper-v ，可以尝试下下面的操作
1(2). 打开 hyper-v ，重启
2(1). 关闭 hyper-v ，重启

下班开会都特码 zz

iOS 上支付宝和微信启动差不多，不觉得慢。周围用支付宝的多，除了微信支付会有优惠一般不用它。其实都是绑定的信用卡，用那个都是一样的

前后端分离是次要的。初期的架构设计太重要了，设计的烂，中后期各种坑，各种重构

核电

每種語言都有自己的風格，個人傾向與使用 IDE 格式化的風格。 JS 是分行寫

框架和库是简化对 DOM 的操作及管理

输入法好用了，嗯，就这一个

再回头又是一年

想知道楼主看非这类头像的时候是什么感觉

用子域做邮箱好了

分卷本身就是信息的集合体，所以是可以提取出部分信息的。但是并不简单，一是对损害的分卷进行正常解压是比较困难的，另外是为了提高压缩率，压缩后的分卷内，存储的内容通常是不连续的，如果部分分卷被解包了，通常解包后的信息还要经过分析才能使用，并不具有正常的使用价值。而分析难度根据获得分卷的比率成正相关。

楼上说的迅雷下视频这种是属于连续切割的文件，所以就算不完整，只要有元信息也是可以播放一部分的。但是压缩并不是连续切割。

压缩中有种叫打包，即不压缩文件直接打个包，这种应该是连续切割文件，毕竟连续切割比较快，这种和迅雷下载比较像，但是要过解包那一关才能得倒信息。

比如压缩 1221 ，如果分成两卷，可能第一卷是 2-1 ，第二卷是 2-2 。而连续切割成两卷可能分别是 122 和 1 。如果内容不具有压缩性，那就等同于打包了，比如压缩 1234 （这里只是举个例子，因为压缩是跟编码有关的，所以并完全不相同的字符也是有可能被压缩的，这是时间换空间的做法， WinRAR 中的压缩率是可选的，大概就是这个意思）

随便说说，不是完全正确

个人开发某功能的分支 =》功能汇总的特性分支 =》单独的测试分支 =》线上 master 分支

这样向后一级一级合并直到上线。如果是单人开发可以省略第二个分支