github

YOLOv5来了

老子叫甜甜 — Sat, 20 Feb 2021 11:41:03 +0000

YOLOv5来了老子叫甜甜 2021-02-20 19:41:03

软硬件环境

ubuntu 18.04 64bit
anaconda with 3.7
nvidia gtx 1070Ti
cuda 10.1
pytorch 1.5
YOLOv5

前言

YOLOv4还没有退热，YOLOv5就已经来了！

6月9日，Ultralytics公司开源了YOLOv5，离上一次YOLOv4发布不到50天，不过这一次的YOLOv5是基于PyTorch实现的，而不是之前版本的darknet！

根据官方给出的数字，YOLOv5的速度最快可以达到每秒140帧（FPS），但是权重文件只有YOLOv4的1/9，而且准确度更高。本次的发布的YOLOv5并不是一个单独的模型，而是一个模型家族，包括了YOLOv5s、YOLOv5m、YOLOv5l、YOLOv5x，要求Python 3.7和PyTorch 1.5以上版本。

关于YOLOv5这个版本，大家可以看看知乎中的讨论，链接放在文末的参考资料中

安装GPU环境

请参考之前的文章

ubuntu安装cuda
windows 10安装cuda和cudnn

安装pytorch的GPU版本

来到官网 https://pytorch.org/get-started/locally/，根据自己的环境，进行选择，网站会给出相应的安装命令。我这里的环境是linux、pip、cuda 10.1

conda create -n pytorch python=3.7conda activate pytorchpip install torch==1.5.0+cu101 torchvision==0.6.0+cu101 -f https://download.pytorch.org/whl/torch_stable.htmlpip install ipython

安装完pytorch后，我们在ipython中查看安装的结果

(pytorch) xugaoxiang@1070Ti:~/Works/github/yolov5$ ipythonPython 3.7.7 (default, May  7 2020, 21:25:33)Type 'copyright', 'credits' or 'license' for more informationIPython 7.15.0 -- An enhanced Interactive Python. Type '?' for help.
In [1]: import torch
In [2]: torch.cuda.is_available()Out[2]: True

说明GPU版本的pytorch安装成功

YOLOv5测试

首先还是把源码clone到本地

git clone https://github.com/ultralytics/yolov5.gitpip install -U -r requirements.txt

接下来到站点https://drive.google.com/drive/folders/1Drs_Aiu7xx6S-ix95f9kNsA6ueKRpN2J或者CSDN下载频道下载权重文件，权重文件保存在weights文件夹下

下面就可以开始测试了

首先使用项目中自带的测试图片看看效果，命令是

python detect.py

默认情况下，脚本会去读取inference/images下的所有图片并进行目标检测，带有目标框的结果图片保存在inference/out下。如果是只检测某一张图片的话，可以执行命令python detect.py --source test.jpg

为了对比测试，我们把YOLO之前版本的测试图片也跑了一遍

上图中马匹的检出率跟YOLOv4是一样的，满意

上图中右上角的垃圾桶没有被检出，这点不及YOLOv4

detect.py脚本同样支持视频的检测，包括本地摄像头、本地视频文件、m3u8播放地址和rtsp实时流，地址都是跟在参数--source后面

本地摄像头使用下面的命令

python detect.py --source 0

python detect.py --source "rtsp://user:password@192.168.1.100:554/cam/realmonitor?channel=1&subtype=1"

可以看到，使用1070Ti显卡，fps在80左右

如果你有多块显卡，可以选择具体使用哪块显示进行检测，0表示第一块，1表示第二块，cpu表示不使用gpu

python detect.py --device 0

detect.py中的参数很多，可以使用python detect.py -h进行查看

(base) xugaoxiang@1070Ti:~/Works/github/yolov5$ python detect.py -husage: detect.py [-h] [--weights WEIGHTS] [--source SOURCE] [--output OUTPUT]                 [--img-size IMG_SIZE] [--conf-thres CONF_THRES]                 [--iou-thres IOU_THRES] [--fourcc FOURCC] [--device DEVICE]                 [--view-img] [--save-txt] [--classes CLASSES [CLASSES ...]]                 [--agnostic-nms] [--augment]
optional arguments:  -h, --help            show this help message and exit  --weights WEIGHTS     model.pt path  --source SOURCE       source  --output OUTPUT       output folder  --img-size IMG_SIZE   inference size (pixels)  --conf-thres CONF_THRES                        object confidence threshold  --iou-thres IOU_THRES                        IOU threshold for NMS  --fourcc FOURCC       output video codec (verify ffmpeg support)  --device DEVICE       cuda device, i.e. 0 or 0,1,2,3 or cpu  --view-img            display results  --save-txt            save results to *.txt  --classes CLASSES [CLASSES ...]                        filter by class  --agnostic-nms        class-agnostic NMS  --augment             augmented inference

以上测试都是基于yolov5s.pt权重文件，其它的权重请自行测试，指定--weights参数

参考资料

https://github.com/ultralytics/yolov5
https://github.com/AlexeyAB/darknet
https://www.zhihu.com/question/399884529

本文分享自微信公众号 - 迷途小书童的Note（Dev_Club）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

来源：oschina

链接：https://my.oschina.net/u/4883419/blog/4832222

标签

cuda

pytorch

github

Ubuntu

Anaconda

darknet

How to remove “too large” file from git history?

↘锁芯ラ — Sat, 20 Feb 2021 10:50:09 +0000

How to remove “too large” file from git history? ↘锁芯ラ 2021-02-20 18:50:09

问题

I added a 212MB file to my folder and committed it and tried to push it. Git told me that the file size was too big so I can't push it. I deleted the file, but it is still shown when I try to push my code.

My actual steps were:

I did git add .
Then git commit -m "New css"
Then git push origin development
Then it took a long time to run the above command. It ended with saying "path/to/file/file.mp4 is 212MB which is too big. Failed to push".
Then I deleted that file manually.
Tried pushing again, same problem.

I was told by other stackoverflow answers to use git filter-branch --tree-filter 'rm -rf path/to/your/file' HEAD

I'm just trying to understand what this means. Will this affect my whole repo or just the above mentioned file? What happens if I manually deleted the file already? So the file path doesn't exist.

For example, since I tried pushing to the development branch, I did git push origin development. This failed, so assuming the file I'm trying to delete is named Testing.mp4, should this be the code:

git filter-branch --tree-filter 'rm -rf public/uploads/videos/testing.mp4' HEAD

Am I right? Again, this will ONLY delete the video and nothing else?

Thanks a lot for the help

回答1:

deleting the file from filesystem won't necessary mean removing it from git if it was previously added to the index (git add path/to/file), but just record a delete operation.

Depending on what you did previousy, git may be trying to push your various actions in order : add the file first (which fail due to file size) then delete it.

To actually stop tracking this file you could try to remove it from index : git rm --cached path/to/file

Remember later to always "git rm" a problematic file rather than simply deleting it, git rm will delete the file AND remove it from index at the same time.

A good expanation from manojlds lies here : "git rm --cached x" vs "git reset head -- x"?

Greetings

回答2:

your project contain files with size larger than 100MB, you can remove these large files using BFG Repo-Cleaner before putting to github.

There is a tutorial about How to solve Github import error: "We found an error during import". Remember to backup your project source code and git database.

Dowload BFG, clone your repository with --mirror flag and just run:

java -jar bfg-1.13.0.jar --no-blob-protection --strip-blobs-bigger-than 100M your-repo.git

cd your-repo.git
git reflog expire --expire=now --all && git gc --prune=now --aggressive
git push

来源：https://stackoverflow.com/questions/45135185/how-to-remove-too-large-file-from-git-history

标签

git

github

.gitattributes merge strategy not working

夙愿已清 — Sat, 20 Feb 2021 10:23:50 +0000

.gitattributes merge strategy not working 夙愿已清 2021-02-20 18:23:50

问题

I'm using a merge strategy in .gitattributes to preserve files during merges. I also used git config --global merge.ours.driver true; to set the driver in my config (I checked the config for [merge "ours"] driver = true and it is there).

My merge strategy is set correctly:

src/public/bundle.js merge=ours
src/public/main.min.css merge=ours
server/middlewares/https_redirect.js merge=ours

Yet when I merge, I am still getting the files from the branch being merged.

What could I be doing wrong?

回答1:

What you need is a custom "merge strategy"

See git: How do I add a custom merge strategy? (Edit to add: writing a merge strategy handler is much harder than writing a custom merge driver. But it's the only way to get the behavior I believe you want.)

What you have is a custom merge driver

Your setup does seem correct (albeit a bit "cheat-y", using /bin/true or the shell built in equivalent to just leave the %A file alone and exit successfully :-) ). But I suspect you're running afoul of the usual problem, which is:

Git only invokes a three-way merge driver if there are two diffs to combine.

That is, assume we're actually doing a three-way merge. This means there is a merge base version of some file, such as src/public/bundle.js, since there is a merge-base commit that differs from the two branch tip commits. We're on some branch, whose tip commit is 1111111, and we're merging some other commit whose hash ID is 2222222 and git merge-base 1111111 2222222 is bbbbbbb. Hence Git has done git diff bbbbbbb 1111111 to get the change from base to ours, and git diff bbbbbbb 2222222 to get the change from base to theirs.

The base version of src/public/bundle.js is the one in commit bbbbbbb. But, maybe the diff from bbbbbbb:src/public/bundle.js to 1111111:src/public/bundle.js is empty, while the diff from bbbbbbb:src/public/bundle.js to 2222222:src/public/bundle.js is non-empty.

In this case, Git doesn't do a three-way merge of the file. It doesn't have to, so it doesn't bother. It never invokes your custom merge driver at all; it just grabs the 2222222 version of the file and says "I'm done, all merged!"

This is true whether you let Git use its own built-in merge code, or specify a custom driver: it never bothers invoking the merge code at all when it can—or thinks it can—get away without doing a merge at all. It just takes the one changed version and calls it good.

(Personally, I think this is wrong / a bug, but Git has done it this way for many years, and the Git folks seem not inclined to change it.)

来源：https://stackoverflow.com/questions/41640602/gitattributes-merge-strategy-not-working

标签

git

github

git-merge

.gitattributes merge strategy not working

﹥＞﹥吖頭↗ — Sat, 20 Feb 2021 10:22:47 +0000

.gitattributes merge strategy not working ﹥＞﹥吖頭↗ 2021-02-20 18:22:47

问题

My merge strategy is set correctly:

src/public/bundle.js merge=ours
src/public/main.min.css merge=ours
server/middlewares/https_redirect.js merge=ours

Yet when I merge, I am still getting the files from the branch being merged.

What could I be doing wrong?

回答1:

What you need is a custom "merge strategy"

What you have is a custom merge driver

Git only invokes a three-way merge driver if there are two diffs to combine.

(Personally, I think this is wrong / a bug, but Git has done it this way for many years, and the Git folks seem not inclined to change it.)

来源：https://stackoverflow.com/questions/41640602/gitattributes-merge-strategy-not-working

标签

git

github

git-merge

.gitattributes merge strategy not working

杀马特。学长韩版系。学妹 — Sat, 20 Feb 2021 10:17:23 +0000

.gitattributes merge strategy not working 杀马特。学长韩版系。学妹 2021-02-20 18:17:23

问题

My merge strategy is set correctly:

src/public/bundle.js merge=ours
src/public/main.min.css merge=ours
server/middlewares/https_redirect.js merge=ours

Yet when I merge, I am still getting the files from the branch being merged.

What could I be doing wrong?

回答1:

What you need is a custom "merge strategy"

What you have is a custom merge driver

Git only invokes a three-way merge driver if there are two diffs to combine.

(Personally, I think this is wrong / a bug, but Git has done it this way for many years, and the Git folks seem not inclined to change it.)

来源：https://stackoverflow.com/questions/41640602/gitattributes-merge-strategy-not-working

标签

git

github

git-merge

.gitattributes merge strategy not working

北战南征 — Sat, 20 Feb 2021 10:16:31 +0000

.gitattributes merge strategy not working 北战南征 2021-02-20 18:16:31

问题

My merge strategy is set correctly:

src/public/bundle.js merge=ours
src/public/main.min.css merge=ours
server/middlewares/https_redirect.js merge=ours

Yet when I merge, I am still getting the files from the branch being merged.

What could I be doing wrong?

回答1:

What you need is a custom "merge strategy"

What you have is a custom merge driver

Git only invokes a three-way merge driver if there are two diffs to combine.

(Personally, I think this is wrong / a bug, but Git has done it this way for many years, and the Git folks seem not inclined to change it.)

来源：https://stackoverflow.com/questions/41640602/gitattributes-merge-strategy-not-working

标签

git

github

git-merge

#GTD，高效办公利器！帮你节省工作中的每分每秒！

流过昼夜 — Sat, 20 Feb 2021 08:45:08 +0000

#GTD，高效办公利器！帮你节省工作中的每分每秒！流过昼夜 2021-02-20 16:45:08

什么是GTD？

在最早听说GTD，是我在毕业后到深圳一家游戏公司工作，在职场上学到的第一个技能。事实证明，掌握GTD，对于个人办公，提升工作效率，是非常有帮助的。

据百度百科记载，

GTD就是Getting Things Done的缩写，意思是“把需要做的事情处理好”，是一个管理时间的方法。

百度百科

图片来源网络

但GTD是一种指导思想，如果在实际工作中，能有一款工具，可以切切实实地帮我们提升办公效率，节省10分钟，或半小时，那该多好。特别在团队多人一起办公时，面对复杂项目时，也能轻松搞定，那就是真的太棒了！！

YesDev项目管理工具，提升办公效率的利器

YesDev项目管理，一款团队协作SaaS工具，可以在线管理你团队的工作、项目和任务。它能为你和你的团队，节省工作中的每一分每一秒。它里面有很多很棒的功能，例如：项目管理 / 工作排期 / 邮件生成 / 一键复制。

据个人主观感觉，YesDev可以在以下场景节省你的办公时间。

1、进行团队工作排期（每排期一次，就可以节省30分钟+）
2、邮件生成（每写一封邮件，就能节省20分钟以上）
3、一键复制项目功能（每汇总一次，就可以节省10分钟以上）
4、一键复制需求功能（每次复制，节省5分钟以上）
5、传送门，精确找到你要的参考资料（每次点击，节省3分钟）
6、快速找到你的PRD（每次打开，节省2分钟）
7、工作组（避免不必要的信息干扰，让工作更专注）
8、其他更多节省时间的小功能

下面分别介绍。

1、进行团队工作排期（每排期一次，就可以节省30分钟+）

在日常工作中，对于TeamLeader以及项目负责人，经常要做的一件事情就是向上汇总，以及进行工作安排。那么在工作安排，或者安排人员进行新的任务时，首先就是需要有现在团队成员的工作计划，才能更合理进行任务分配。

在以前，需要每次询问，多方确认，现在，使用YesDev，就能立即查看到你需要的信息。整个团队的工作情况，一目了解。

此外，如果你是项目负责人，只是虚拟专项的负责人，而不是行政上的管理者，也可以使用工作排期功能，查看和你一起参与项目的其他部门人员的工作情况，从而快速了解整个项目的推进情况，灵活安排，及时调整。

在上面工作排期，你还可以导出排期到Excel，方便在任何场合下进行传达。

2、邮件生成（每写一封邮件，就能节省20分钟以上）

其中，以邮件生成为例，它可以帮你生成你想要的项目进度邮件、个人周报邮件，团队周报等。如果你以前汇总或编写一次邮件需要30分钟，那么用这个工具，可以1秒钟就能生成你要的邮件内容，只需要稍微修改，就可以发给团队和领导。相比之前的方式，每写一封邮件，都可以节省10分钟以上。

例如，生成项目进度邮件后，你可以立即获得类似如下的邮件（相当于有一位机器小助手，帮你悉心汇总好了）。

3、一键复制项目功能（每汇总一次，就可以节省10分钟以上）

又如，一键复制功能。平时，在团队内，或者对外沟通，或者向老大汇报时，都要多方收集需要的进度、风险和排期。有了YesDev，它可以做到一键复制项目，还可以一键复制需求，然后把汇总后的内容，直接发送到微信、企业微信、钉钉、QQ、飞书等聊天工具。是不是很棒？

在项目详情中，点击一键复制：

复制后的项目内容如下（大家可以对比图中的内容）：

【YesDev V1.3 版本】负责人：黄俊华, 工时：59 H/ 78 H，进度：76%   1、YesDev V1.3 版本需求合集，黄禅宗，2021-01-15，已完成 2、YesDev V1.3 版本 TopThink自动注册，黄禅宗，2021-02-01，已完成 3、YesDev v1.3 微信登录，黄俊华，2021-01-20，需求中 4、YesDev v1.3 周报，黄禅宗，2021-01-22，需求中 5、YesDev v1.3 需求池完善筛选，黄俊华，2021-01-21，已完成 6、YesDev v1.3 一键复制，黄俊华，2021-01-22，已完成 7、YesDev v1.3 时间变更纪录，黄俊华，2021-01-22，需求中   http://www.yesdev.cn/platform/project/projects-detail?id=58

复制的内容中，包括了每个需求的进度情况，需求是什么，谁负责，什么时候完成，当前是什么进度，一目了解。

粘贴并发送到微信群，PC版的效果是：

手机微信上看到的效果是：

你也可以在发出前，再根据你的需要编辑下。

4、一键复制需求功能（每次复制，节省5分钟以上）

如果你对某个需求特别关心，还可以一键复制需求。以便获取这个需求下，全部相关的任务，以及人员安排情况。

例如：

复制到的内容是：

【YesDev v1.3 周报】负责人：黄禅宗，计划上线：2021-01-22，状态：需求中   1、周报，王敏杰，2021-01-26，DOING 2、周报API，黄俊华，2021-01-27，DOING   http://www.yesdev.cn/platform/requirements/reqm-detail?id=47

粘贴到微信群，发送后效果是：

用手机微信查看，效果是：

5、传送门，精确找到你要的参考资料（每次点击，节省3分钟）

平时工作中，总会有很多重要的信息，例如XXX测试环境的体验账号、API接口文档、蓝湖的设计稿、某篇技术博客、Github代码仓库链接，等。同时，这时信息，都是和具体某个项目有关的，具有一定的时效性。

在做项目过程中，你会频繁用到这些信息，并且需要不断更新和维护。当项目完成后，你只有到回顾总结或有时才需要用到。因上，在项目详情中，YesDev提供了传送门，想去哪里就去哪里。

每次访问传送门，估计能节省3分钟，避免了翻查聊天纪录找历史资料，或者文档的时间。

6、快速找到你的PRD（每次打开，节省2分钟）

针对产品原型PRD，你可以把和你当前工作状态相关的PRD，拖拉到 TODO、DOING、DONE 这三个状态，这样每天都能快速找到你想要的PRD。

相比以前存在记事本，每次打开，可以节省2分钟。

7、工作组（避免不必要的信息干扰，让工作更专注）

当企业团队规模越大时，事情就会越多，并且项目会日益庞大。如果什么项目都关注，或者都看一遍，一个人的时间是有限，每天工作8小时，项目如果没设置一道边界，很容易在工作中被信息淹没。

我以前的总结是，我们上班所接收到的信息量，就像自来水。

一开始，是水龙头般速度的自来水冲击；当你的能力变强时，或者职级上升后，或者从基层转为管理者时，你要接收的信息量就会成倍增加，这时可能是类似消防水枪那样的信息量和压力冲击。任何一个人，大脑的承受能力和处理速度都是有限的。再往后，“能者多劳”，或者你还需要处理像洪水一般的信息量，其难度可想而知。

因此，让每个团队的成员，避免不必要的信息干扰，是让团队高效办公的前提之一。就好比如，高速路旁边的隔音墙。

YesDev的工作组，就像微信的群，只有进群的人，才能看到相应的项目信息。非常灵活。

8、其他更多节省时间的小功能

除上面介绍的功能外，YesDev还有关注项目，可以关心你想关心的项目、需求、和问题；YesDev还有项目置顶功能，把你最关心的项目放在最前面；YesDev还有最新消息，让你知道最新的工作安排和实时情况。当然，YesDev还有工作台，提供了精简的任务看板。

怎么在线使用YesDev工具？

访问YesDev官网，http://www.yesdev.cn，你可以免费注册，或者用微信扫码登录。扫码后，你可以创建新的团队、组织或企业，也可以绑定已有的账号。

创建团队后，你就是团队管理员，可以邀请团队一起使用，共同高效办公。还可以根据团队情况，灵活设置工作组，以及产品业务线。接下来，就是提需求、进行项目排期，安排团队一起参与，共同完成。最后，进行质量验收，发布上线，上市投产使用。

本文分享自微信公众号 - 小白开放平台（yesapi）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

来源：oschina

链接：https://my.oschina.net/dogstar/blog/4957598

标签

github

新一代工作流调度-Apache DolphinScheduler 1.3.5 Docker镜像发布

我是研究僧i — Sat, 20 Feb 2021 08:17:38 +0000

新一代工作流调度-Apache DolphinScheduler 1.3.5 Docker镜像发布我是研究僧i 2021-02-20 16:17:38

新一代大数据工作流调度 - Apache DolphinScheduler(incubator) 今天发布了 1.3.5 官方 Docker 镜像。在社区伙伴 chengshiwen 的努力下, 1.3.5 版本的 Docker 镜像大约只有 1.3.4 版本的 1/2 , 现在只有大约 220M 啦，奥利给！

下面就带大家来快速使用 DolphinScheduler

官方推荐以 docker-compose 的方式启动，这种方式需要先安装 docker-compose , docker-compose 的安装网上已经有非常多的资料，请自行安装即可。
1、下载源码 zip 包 - 请下载最新版本的源码包并进行解压

# 创建源码存放目录
mkdir -p /opt/soft/dolphinscheduler;
cd /opt/soft/dolphinscheduler;

# 下载源码包
wget https://mirrors.tuna.tsinghua.edu.cn/apache/incubator/dolphinscheduler/1.3.5/apache-dolphinscheduler-incubating-1.3.5-src.zip

# 解压缩
tar -zxvf apache-dolphinscheduler-incubating-1.3.5-src.zip
mv apache-dolphinscheduler-incubating-1.3.5-src-release dolphinscheduler-src

2、安装并启动服务

cd dolphinscheduler-src
docker-compose -f ./docker/docker-swarm/docker-compose.yml up -d

3、登录系统

访问前端界面：http://192.168.xx.xx:8888

然后参考官网用户手册章节的`快速上手`即可进行使用

怎么样，是不是非常简单？

DolphinScheduler 介绍

新一代大数据任务调度 - Apache DolphinScheduler 在 2020 年接连获得由 InfoQ 主办的 “2020 年度十大开源新锐项目” 和 “2020 年度最具人气新锐项目” 以及 OSCHINA 年度 “最佳技术团队” 称号，非常欢迎更多小伙伴加入到贡献队伍中来，为中国的开源崛起贡献自己的一份力量。

Apache DolphinScheduler(incubator) 于 17 年在易观数科立项， 19 年 3 月开源，8 月进入 Apache 孵化器，据不完全统计，截止 2020 年 10 月，已有 400+ 公司在生产上使用。DolphinScheduler 致力于“解决大数据任务之间错综复杂的依赖关系，使整个数据处理流程直观可见”。DolphinScheduler以 DAG(有向无环图) 的方式将 Task 组装起来，可实时监控任务的运行状态，同时支持重试、从指定节点恢复失败、暂停及Kill任务等操作。DolphinScheduler 专注于以下 6 个主要能力

Apache 组织崇尚 “社区大于代码”，DolphinScheduler 目前微信用户群 4000 人，社区目前有 200 + 贡献者，来自 100+ 家公司、机构和高校(部分统计)

部分用户案例

据不完全统计，截止 2020 年 10 月，已经有 400 + 家公司及机构采用 DolphinScheduler 在生产环境使用，以下是部分案例(排名不分先后)

此外，还有 2000+ 用户注册了 demo 试用( http://106.75.43.194:8888 )，欢迎大家体验，十分欢迎对比哈。

参与贡献

近 2 年随着国内开源的迅猛崛起，DolphinScheduler 社区迎来了十分蓬勃的发展，为了做更好用、易用的调度，真诚欢迎热爱开源的伙伴加入到开源社区中来，为中国开源崛起献上一份自己的力量，让本土开源走向全球

参与 DolphinScheduler 社区有非常多的参与贡献的方式，包括：

贡献第一个PR(文档、代码) 我们也希望是简单的，第一个PR用于熟悉提交的流程和社区协作以及感受社区的友好度。

社区汇总了以下适合新手的问题列表：https://github.com/apache/incubator-dolphinscheduler/issues/4124

如何参与贡献链接：https://dolphinscheduler.apache.org/zh-cn/docs/development/contribute.html

来吧，DolphinScheduler开源社区需要您的参与，为中国开源崛起添砖加瓦吧，哪怕只是小小的一块瓦，汇聚起来的力量也是巨大的。

参与开源可以近距离与各路高手切磋，迅速提升自己的技能，如果您想参与贡献，我们有个贡献者种子孵化群，可以添加社区小助手

微信(easyworkflow) 手把手教会您( 贡献者不分水平高低，有问必答，关键是有一颗愿意贡献的心 )。添加小助手微信时请说明想参与贡献哈

来吧，开源社区非常期待您的参与。

DolphinScheduler's Github Repo 传送门

↓↓↓

https://github.com/apache/incubator-dolphinscheduler

喜欢❤️ DolphinScheduler 的话，别忘了 Star 收藏一下哟～

本文分享自微信公众号 - 海豚调度（dolphin-scheduler）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

来源：oschina

链接：https://my.oschina.net/dailidong/blog/4957432

标签

腾讯九年，再见喽！

佐手、 — Sat, 20 Feb 2021 08:16:50 +0000

腾讯九年，再见喽！佐手、 2021-02-20 16:16:50

来源：yuguo.us/weblog/leaving-tencent/

作者：余果

我觉得，你们可以静下心来，听听我的故事，相信你们会有收获的。

下周，就是我加入腾讯九周年，我选择在同一天辞职离开公司，迎接新的事业挑战。

很多朋友都觉得这个消息太突然，毫无征兆；也有朋友觉得毫不惊讶，觉得我一定会有这一天。

感觉很突然，可能是因为我已经在腾讯工作9年，且顺风顺水，按照惯性推理应该继续做下去。而感觉毫不惊讶的，可能也因为这与我一直以来的价值观是匹配的，在去年的8周年总结中就写得很清楚了：

……如果完全胜任还没有被安排更有挑战的工作，要么自己找事情做，要么跳槽转岗。

工作九年，我的关系网大部分都在腾讯，因此我想写一篇文字给朋友们，说明我这样决定的原因。当然，不能代替请客吃饭，我很希望老朋友们随时来激活我的头像。

不用我说大家也知道腾讯很好，而且在越来越好。记得2010年毕业拿到腾讯offer，那时候腾讯的知名度限定在“年轻人”，父母给亲戚同事说起，需要补一句“是那个开发QQ的公司”。

后来，微信时代、王者时代，腾讯的好可以说是众所周知，无须解释。现在，腾讯的好可以说是“斩钉截铁、毋容置疑”，甚至你说腾讯哪里没做好，都有人跳出来反对，腾讯没做好怎么做到亚洲市值第一第二？

确实如此，腾讯崇尚自由主义，不同的团队就像一个个创业公司，自下而上的创新加上赛马机制，孵化了微信、王者，这在其他自上而下的公司是不可能出现的。

这么说来腾讯颇有点“雅典学院”的氛围，让大家不会有太多勾心斗角，只需做好自己的研究和工作。公司创造环境，不但不收学费，反而给与很有竞争力的薪酬，只要求你认真地做好每一道题。

学习成长反而能挣到钱，简直不要有这么好的事，让我想起巴菲特的老师格雷厄姆教授，他会在课堂布置作业，选一些公司让大家分析，就有的学生去听课顺便买股票，把学费都挣回来。

一、腾讯的氛围适合有自驱力的人

我能直观感受到的就是在员工成长上也很自由，公司会给每一个入职的新人分配“导师”，让“学生”在工作和生活上遇到困难时都可以求助。我之前的导师其实不太管我，我不找他，基本上不主动让我做什么，但他的专业能力很强，我通过观察从他身上学到很多的东西。

导师不用硬塞给新人一些理念，只要做好自己的事情，有自己的价值观，新人就可以自己观察和思考。总的来说，擅长观察和模仿的学生就能很快成长。

我的几任leader都很好。leader会鼓励我选定一个课题去研究，遇到困难就帮我梳理思路，慢慢学会自己做一些决策，后来就是给更多责任，去带人和带团队。

后来我的直属经理（ISUX的掌门人）对我更好，他观察到我在专业发展遇到瓶颈，同时对项目本身的体验问题非常积极，就问我要不要换一个课题研究——产品体验设计，这给我打开新的大门。

还有业务部门的经理、开发总监甚至VP，也很信任地给我机会做一些项目策划的事情，从项目和用户体验的源头去策划需求，而不是接到一个需求然后去做。我在项目中学到很多产品闭环的知识，也从ISUX中学到很多专业细分的东西。

上图是社交线的老板Ross送我的临别礼物

我领悟到真正好的领导就是信任下属，让下属去做一件可能失败的事情，这过程比培训和教育都有效，因为它让人有自驱力，让人有成就感。（当然，你也要值得信任，不要总甩锅说我没成就的原因是领导不信任）

我很幸运遇到这么好的老板，也努力把这种价值观传导给自己团队。通过招聘、授权和辅导传达我的做事方法和理念，我可以自信地说我培养了一个战斗力很强的产品设计团队。

真心推荐朋友们加入腾讯、加入ISUX （我在的部门）。

上图是ISUX所有总监和leader们给我的临别签名礼

那为什么非要离开呢？其实我在每年7月的入职日都会想，如果今年离职，我会交上怎样的答卷？

我希望能在自己状态最好的情况下离职，因此我每每发现还有很多东西需要学习，自己的观念和行为有优化空间，我就会有动力继续做下去。

如果我今年不离开，明年再交卷，我还能有哪些成长改变呢？我越来越不敢想。

回顾一下我在腾讯做的一些事情：

第一阶段：专注提升效率、技术成长、学习用户体验的概念。第二阶段：被动交付到主动发现并推动落地，注意力对单个专业的执念转为对商业和产品目标的关注。第三阶段：独立负责产品设计，利用自己跨界的专业，提升影响力，在产品中发挥正向的领导作用（设计侧、产品侧、开发侧）。

2010：作为“页面重构”加入腾讯，进入B2
2011：ISUX成立，加入ISUX
2012：翻译第一本书《Responsive Web Design Workflow》
2013：翻译第二本书《Smashing Book》
2014：升职为UI开发组leader
2015：写作出版《全栈工程师的自我修养》
2016：作为腾讯云布道师宣讲课程、写专栏
2017：转为腾讯微云的用户体验设计负责人，转专业为产品体验设计
2019：交上答卷，从腾讯毕业！

我用“毕业”这个词，因为腾讯对毕业生而言，不太像一个企业，而像大学的延续。

作为“优等生”，我可以一直不交卷。

腾讯专业线和KPI设置一些高度抽象的、与现实有些脱节的目标（恕我直言，比如在某些产品目标上分解得太细，让你的目光都一直聚焦在方片之间），但是我越来越想要成为一个能力闭环的人，看到全局的人，生命力坚韧的人。

我不会狂妄地觉得自己已经学不到东西了，我在一些细分的专业领域仍然有很多可以学习，但在想要做全流程价值设计这个课题上，我想要有突破。

二、从行业外的人身上学到的最多

回想起来，我几乎所有的重要理念都是跟跨界的人沟通学来的。

我从13年就通过买房认识了刚来深圳打拼的房产中介，我发现他对“做生意”有自己的一套哲学和策略。比如不把一次成交当做“交易”：付出努力然后获得中介费。

而是把每一次交易当做“投资” ，通过好的服务切入点（只推荐最有性价比的房源，再努力杀价到底线），以及长期客户关怀，获得“口碑账户”的增长，然后在未来收获更多的回头客。即使是买房这样的低频行为，他也很在意长期客户关怀，因为维护好这些客户，后续可能会拓展出新的商业机会。

我从他那里学到很多，自然也会推荐朋友在他那里成交，这是双赢的。他现在已经拥有好几家房产领域的公司。

早些年我出于兴趣，工作外时间开发了一个电商导购CMS，完全基于用程序员思维设计，让零技术的人也可以搭建一个自己的垂类导购平台，自己引流然后收取按比例的抽成。比如你用我的系统自己搭建了一个口红店网站，用户去点击就跳转到天猫购买，你就可以抽成。

我不是出于盈利为目标开发系统，都是开源的，你随便用。我只是把它当做一个开放式系统，写好模块的分离和封装，写好注释，以方便其他开发者去修改和优化。我还好好设计了初始化和安装系统，方便那些不懂技术的店主自己傻瓜式安装。基本上都是程序员应该做好的事情，然后这个项目在GitHub上还登上了全球每周新项目周排行榜。

接下来有意思的事情发生了，这个系统获得关注初创公司的媒体报道，于是就有两家风投联系我，而且两家都是国际大公司。其中一个人约我当面聊一下，我一看头像，是年轻漂亮的女生，我想着风投那就是给我钱呗，就去了。

结果聊下来，她说了一大堆我不懂的概念和词，问商业模式是什么，问如果拿到500万天使轮，你会拿它做什么。是建立开发团队，还是销售？我什么都没想过。

最后自然是什么都没有发生，但我觉得这事儿太有趣了，她那么年轻就可以去跟每一个行业的专家聊，你的商业模式是什么，我如果给你500万、5000万、5亿你要怎么用。

于是我也开始读这方面的书。我也读很多乱七八糟的，推理小说和科幻系列、团队管理和企业经营、宏观经济和行业分析、历史和传记、群体心理分析和自我思维训练……离我的行业越远的，我学到的越多。

直到现在，我还会收到一些邮件，问能不能付费请我帮忙优化功能，我说我已经不做这个项目了。我发现2B的生意，其实他们是渴望付费的，只要你能产生增量价值。

三、说说信息茧房和跨界交流

在腾讯内，有很多专家，在专业领域研究得非常细，比如设计、开发。不过在合作起来做一个产品时，有时不是很顺畅，我自己也感受到最终交付给用户的产品不是符合需求的，或者是与真实场景脱节的，或者是过于自嗨的，有缺陷的。每个中心汇报，好像都很好很牛逼，但加起来产品就是不好没人用，这是为什么呢？

后来在哈佛商业评论看到一篇文章写部门墙（也就是“信息壁垒”），原来这是每个组织各擅其长的不良副产品。由于重要情报囿于各个壁垒之中，很可能造成整个公司的价值低于各部门价值总和。但这些部门壁垒中存在缺口，对想成为中间人者就是机会，他们可以在这些缺口之间架起桥梁。

谁能同时掌握双方的语言，了解双方的需求和资源，而且能在恰当的时候把合适的资源引导到另一方，谁就能给公司和个人带来好处，就是“桥梁”。他们不必有官方授权，通过领导式的行为，别人就会把他们视为领导者。

突破信息茧房，获取各方信息，是我越来越熟练掌握的技能。我有时候给GM或开发总监提一些建议，或者说开发想做某些功能，我也诚实地说这不符合用户的心智模型和场景，很多时候都能说服对方。我不止一次听身边同事和隔壁团队的人说，好像你在项目里的影响力很大，而且口碑也很好，我觉得这是我蛮骄傲的一件事。

我跟一些总监聊，大家其实也看得很清楚，之前常常说“打磨”“梳理”“探索”，主语都是我做什么。这两年开始出现在口边的两个词是“自嗨”和“生意”。其实之前也应该这样想问题，但巨大的流量红利和快速的增长让人不需要这样思考。

以前一说“商业模式”大家就反感，觉得体验要下降，其实是把商业模式定义狭隘了，好像只有流量变现、免费-付费、会员这几种方法。做生意是战略设计，不是令人眼花缭乱的战术。

去年有一次，开发总监还半开玩笑说我其实把你定位为产品团队和设计团队的负责人。即使是随便说说，我也很感激，但我还是更喜欢做用户体验设计，一方面跟产品KPI保持一定距离，做一个观察者也许能更清醒，一方面研究用户体验真的很有趣啊。

我慢慢从跨界中找到理想、兴趣和擅长的完美契合，我决心做好“广义的”用户价值设计。

四、谁创造价值，谁拿走利润

我们平时讲用户体验，这个词好大。什么是用户体验？在我看来，就是简简单单的“用户价值”4个字。这绝不是单纯的“界面”或“交互”或某个单一的“感觉”，而是整体价值。必须得创造增量价值。如果用户体验设计师看不到全局，就不会知道“用户价值”最薄弱的地方在哪里。

细分专业非常有价值，也是需要很多年积累的，是你个人能力的护城河。但要对用户产生价值，需要有中间人将专业的资源放在用户需要的地方。

说一个简单的例子，在微信中开发小游戏，如果给专业人士来怎么做？策划做故事和数值设计、设计师绘大量图标和动画、程序员找游戏引擎编出整个游戏来，团队打磨整个游戏引导、体验，给身边朋友玩了都说好，很专业吧。

但一上线，数据上不来，投入都打水漂，因为你的游戏很难分发到千万玩家那里。那怎么办？找游戏发行商，把广告收入跟他分成。在小游戏行业，游戏分发比游戏品质价值更高，因此，发行商要拿走比开发团队还多的利润。

大游戏也是一样。因为用户流量更聚集在社交媒体、头部信息流（不论是图文还是短视频）、大手机厂商的应用商店，小的发行渠道倒闭很多，现在游戏分发行业聚合度已经很高，单用户价格也很高。

谁创造价值，谁拿走利润。以前国家、行业和公司红利叠加太多的情况下，总流量永远在增加，你的专业在哪里都有人买单，但现在你的位置不在有价值的区域，就要考虑风险。

如果你没产生用户价值，但公司还在给你丰厚的收入，那一定是有人在买单。早期腾讯策略是让大家做好很多自闭环的创新，赌某些产品能够跑出来，以后还会这样对赌吗，如果趋势是向管理要效率的话，不一定。即使还会维持下去，我也不想自己成为“被补贴”的那一个。

五、无知和弱小不是生存的障碍，傲慢才是

高高在上的互联网想要拯救落后土气的传统行业，有问过传统行业的意见吗？

记得15年左右，互联网行业高歌猛进，流量红利达到巅峰，那时候朋友圈转的都是 “我消灭你，与你无关” 这样的主题。这句话来自《三体》，表达了外星人跨维度碾压人类时将人类看为蝼蚁的那种态度。

这句话确实嚣张跋扈但充满大智慧，我们饶有趣味地发现消灭康师傅的是美团外卖，消灭口香糖的是微信（之前买单的时候无聊就会拿起口香糖）。要命的是人家根本没想要消灭你，就是想做好自己的生意，你就活不下去了。

这句话揭示了世界运作的残酷真相，但互联网人完全将它误读了。

高端大气的互联网人将自己视为“三体人”，将线下生意人视为“地球人”，傲慢导致思考层次很浅，进而做出错误的决策。很多时候，互联网人想要拿走线下的利润都是失败的。

搜房网想从房类门户转做线下交易，被链家断了房源接口后直接失败。以为是自己的弱小和无知造成的，其实根本原因是，别人看你不爽，觉得你太张狂了。所以才去打击你，什么资本都没有，还在那里到处炫耀。你想跟他下棋，想了挺多策略应该可以赢吧，人家直接掀棋盘，把你砸死了。

所以，这两年，互联网人低调很多，不再谈“互联网+”，主语是互联网，强调互联网对传统行业的渗透和改变。现在变成“产业互联网”，把“产业”放在“互联网”前面。诚诚恳恳地宣告，我是来服务你们的。

有态度首先是好的，但一定做得好吗？我们坐在北上广深格子间，喝着星巴克咖啡，怎么能洞察到某个垂类行业的命门呢？事实上我们连在自己战场的发生的突袭都看不到，看不到拼多多，看不到抖音快手。中国太大，人群太复杂，我们不能用同一种方式在所有的战场都打胜仗。

所以，我更喜欢的来自《三体》的一句话是：无知和弱小不是生存的障碍，傲慢才是。

很多人为了方便自己理解，或者在跟同事朋友聊起来有个谈资，就用标签去定义某个正在发生的事情。

知乎上很多人定义钉钉就是体验差，我们认定“有钉必达”是毫无人性，“工作时长排名”是错误的价值观，就觉得我们看到了钉钉的全貌，其实我们看到的只是用户端浮出水面的东西，真正冰山下面的行业能力和基础设施都没有观察到。

这一方面是员工视角，看不到老板对这个产品的认可；另一方面是思维的懒惰：好了，我知道了这是怎么个产品了，不需要告诉我更多了，我可以赢它。

我敢打赌，我随便说一下现在仍然存在的行业，你马上就会有标签冒出来。“房产中介”——收佣金的。“医药代表”——推销药的。“保险”——推销我不需要的东西的。

标签会阻碍人进行第二层、第三层的思考，你看到的世界是抽象且片面的。没错，这些行业一定有可以优化的地方，但他们存在的理由你需要看到。

六、综合考虑理性和价值观

综合考虑，我决定离开公司。在腾讯九年已经获得足够的积累，现在可以不用太担心收入的问题，想要的东西也都能买到。

人做决策有很多潜意识叠加作用，但潜意识绝不是非理性。

之前刚从前端团队转为带设计团队，业务老板跟我私下说过，你要做好设计，需要多增加一些感性思维。这是非常有价值的建议。

因为绝大部分用户群是注意力涣散的（也有人说用户只有七岁智商），所以做产品设计要带有感性思维。利用偏见是设计师的工作，比如“美”就是一种偏见，还有“品牌”也是偏见，“看见免费就点”是偏见，“看到打折就买”也是偏见。这些偏见谁利用得好谁就能给产品和用户增加价值。

我经过锻炼，苦苦思考，发现确实能把“研究潜意识行为”这件事越做越好。每当自己想潜意识做一些行为，或抗拒某些行为，我就用理性思维反思为什么会这样。

经过不断的锻炼，我已经习惯性挖掘潜意识决策的原因。设计用户体验要随时通过潜意识做决定，然后再切回专注和理性，深入思考为什么刚才自己做出了这样的决策。

我有了“必须离开公司避风港”的潜意识，于是就仔细挖掘底层原因。

我虽然不会说凡事计算得很精确，但大体都会估算概率和收益，以便综合计算期望值。我在做网盘类产品分析的时候，研究过行业（GMV总量多大？需求有没有被满足？市场在增长吗？）；研究过已有的竞争者（他们的定位是什么？分别解决谁的什么问题？天花板多高？他们做的怎么样？护城河有多厚？）；研究过团队（在行业中摸爬滚打多少年？有没有快速验证假设并调转方向的思维和能力？）

我还研究同行业的上市公司，从公司新闻和对应的股价波动的对应关系中，反推投资者看中公司的关键指标是什么？吐槽一句，互联网公司产品经常把北极星指标设置为DAU，认为有流量就能变现，其实过于盲目了，专业投资者不会这么看，流量也分离消费近的和远的。SaaS的生意更不用看DAU，要看需求满足度、看在价值链中的位置、看license的加购率。

我当时经过测算，很不幸，网盘类产品现在在中国天花板很低，而我们的品牌定位在跟竞争对手的定位没法做出足够的差异化，因此只能身陷价格竞争的泥沼和产品创新的陷阱（很多创新都不是用户需求）。即使经过苦苦挖掘商业价值，利润仍然低得可怜。这纯属个人观点，不构成任何建议，你可以自己思考。

所以我想找到一个天花板足够高的市场，找出没有被挖掘出来的用户价值，制定足够清晰的定位和策略，加入或打造一个还可以的团队，制造出一个或多个MPF（Market Product Fit，市场-产品匹配）的产品，做出足够快速而可用的执行，来增加这个市场的价值。

在这个过程中，我通过自己的跨专业能力（用户体验知识、比较宽的技术知识体系、对市场和需求的理解）做好用户价值路径上的大部分重要的事情。在这个过程中，我顺手实现自己的价值。

我在从UI工程师转到产品体验设计时，把之前拿过的所有四五星奖牌都丢掉了（抱歉）。我并不是不尊重荣誉，而是一直期待，接下来这个工作是如此有意义，以至于让我之前的成绩都不值一提。

我不想畏手畏脚错过人生的关键路口。在成年人的世界中前进基本上是自己做决定，没人会提醒你这个路口一定要左转或右转，但你必须做出决定，你的决定加起来构成了你的人生。

感谢老婆和家人，对我的决定完全支持和鼓励，让我可以像一个理想主义者那样选择事业；

感谢理解并支持我出来的老板们，让我在最后一天到来时越来越不舍甚至想放弃；

感谢一直在成长的优秀的团队，让我能够放心交付项目；

感谢对我的选择做出质疑的真心朋友，让我能够从你们的视角和逻辑去反思；

感谢所有的同事朋友，很幸运遇到你们，我从每一个人身上都学到很多，也度过了最美好的一段时光，我们有缘再见。

最后

欢迎关注【前端瓶子君】✿✿ヽ(°▽°)ノ✿

欢迎关注「前端瓶子君」，回复「算法」，加入前端算法源码编程群，每日一刷（工作日），每题瓶子君都会很认真的解答哟！

回复「交流」，吹吹水、聊聊技术、吐吐槽！

回复「阅读」，每日刷刷高质量好文！

如果这篇文章对你有帮助，「在看」是最大的支持

》》面试官也在看的算法资料《《

“在看和转发” 就是最大的支持

本文分享自微信公众号 - 前端瓶子君（pinzi_com）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

来源：oschina

链接：https://my.oschina.net/u/4593024/blog/4957438

标签

仅使用CSS就可以提高页面渲染速度的4个技巧

随声附和 — Sat, 20 Feb 2021 08:16:19 +0000

仅使用CSS就可以提高页面渲染速度的4个技巧随声附和 2021-02-20 16:16:19

文末福利资源更新

本文将重点介绍4个可以用来提高页面渲染速度的CSS技巧。

1. Content-visibility

一般来说，大多数Web应用都有复杂的UI元素，它的扩展范围超出了用户在浏览器视图中看到的内容。在这种情况下，我们可以使用内容可见性（ content-visibility ）来跳过屏幕外内容的渲染。如果你有大量的离屏内容，这将大大减少页面渲染时间。

这个功能是最新增加的功能之一，也是对提高渲染性能影响最大的功能之一。虽然 content-visibility 接受几个值，但我们可以在元素上使用 content-visibility: auto; 来获得直接的性能提升。

让我们考虑一下下面的页面，其中包含许多不同信息的卡片。虽然大约有12张卡适合屏幕，但列表中大约有375张卡。正如你所看到的，浏览器用了1037ms来渲染这个页面。

下一步，您可以向所有卡添加 content-visibility 。

在这个例子中，在页面中加入 content-visibility 后，渲染时间下降到150ms，这是6倍以上的性能提升。

正如你所看到的，内容可见性是相当强大的，对提高页面渲染时间非常有用。根据我们目前所讨论的东西，你一定是把它当成了页面渲染的银弹。

content-visibility 的限制

然而，有几个领域的内容可视性不佳。我想强调两点，供大家参考。

此功能仍处于试验阶段。 截至目前，Firefox（PC和Android版本）、IE（我认为他们没有计划在IE中添加这个功能）和，Safari（Mac和iOS）不支持内容可见性。
与滚动条行为有关的问题。 由于元素的初始渲染高度为0px，每当你向下滚动时，这些元素就会进入屏幕。实际内容会被渲染，元素的高度也会相应更新。这将使滚动条的行为以一种非预期的方式进行。

为了解决滚动条的问题，你可以使用另一个叫做 contain-intrinsic-size 的 CSS 属性。它指定了一个元素的自然大小，因此，元素将以给定的高度而不是0px呈现。

.element{
content-visibility: auto;
contain-intrinsic-size: 200px;
}

然而，在实验时，我注意到，即使使用 conta-intrinsic-size ，如果我们有大量的元素， content-visibility 设置为 auto ，你仍然会有较小的滚动条问题。

因此，我的建议是规划你的布局，将其分解成几个部分，然后在这些部分上使用内容可见性，以获得更好的滚动条行为。

2. Will-change 属性

浏览器上的动画并不是一件新鲜事。通常情况下，这些动画是和其他元素一起定期渲染的。不过，现在浏览器可以使用GPU来优化其中的一些动画操作。

通过will-change CSS属性，我们可以表明元素将修改特定的属性，让浏览器事先进行必要的优化。

下面发生的事情是，浏览器将为该元素创建一个单独的层。之后，它将该元素的渲染与其他优化一起委托给GPU。这将使动画更加流畅，因为GPU加速接管了动画的渲染。

考虑以下CSS类：

// In stylesheet
.animating-element {
will-change: opacity;
}

// In HTML
<div class="animating-elememt">
Animating Child elements
</div>

当在浏览器中渲染上述片段时，它将识别 will-change 属性并优化未来与不透明度相关的变化。

根据Maximillian Laumeister所做的性能基准，可以看到他通过这个单行的改变获得了超过120FPS的渲染速度，而最初的渲染速度大概在50FPS。

什么时候不是用will-change

虽然 will-change 的目的是为了提高性能，但如果你滥用它，它也会降低Web应用的性能。

使用 will-change 表示该元素在未来会发生变化。 因此，如果你试图将 will-change 和动画同时使用，它将不会给你带来优化。因此，建议在父元素上使用 will-change ，在子元素上使用动画。
```
.my-class{
will-change: opacity;
}
.child-class{
transition: opacity 1s ease-in-out;
}
```
不要使用非动画元素。 当你在一个元素上使用 will-change 时，浏览器会尝试通过将元素移动到一个新的图层并将转换工作交给GPU来优化它。如果您没有任何要转换的内容，则会导致资源浪费。

最后需要注意的是，建议在完成所有动画后，将元素的 will-change 删除。

3.减少渲染阻止时间

今天，许多Web应用必须满足多种形式的需求，包括PC、平板电脑和手机等。为了完成这种响应式的特性，我们必须根据媒体尺寸编写新的样式。当涉及页面渲染时，它无法启动渲染阶段，直到 CSS对象模型（CSSOM）已准备就绪。根据你的Web应用，你可能会有一个大的样式表来满足所有设备的形式因素。

但是，假设我们根据表单因素将其拆分为多个样式表。在这种情况下，我们可以只让主CSS文件阻塞关键路径，并以高优先级下载它，而让其他样式表以低优先级方式下载。

<link rel="stylesheet" href="styles.css">

单一样式表

将其分解为多个样式表后：

<!-- style.css contains only the minimal styles needed for the page rendering -->
<link rel="stylesheet" href="styles.css" media="all" />
<!-- Following stylesheets have only the styles necessary for the form factor -->
<link rel="stylesheet" href="sm.css" media="(min-width: 20em)" />
<link rel="stylesheet" href="md.css" media="(min-width: 64em)" />
<link rel="stylesheet" href="lg.css" media="(min-width: 90em)" />
<link rel="stylesheet" href="ex.css" media="(min-width: 120em)" />
<link rel="stylesheet" href="print.css" media="print" />

如您所见，根据样式因素分解样式表可以减少渲染阻止时间。

4.避免@import包含多个样式表

通过 @import ，我们可以在另一个样式表中包含一个样式表。当我们在处理一个大型项目时，使用 @import 可以使代码更加简洁。

关于 @import 的关键事实是，它是一个阻塞调用，因为它必须通过网络请求来获取文件，解析文件，并将其包含在样式表中。如果我们在样式表中嵌套了 @import ，就会妨碍渲染性能。

# style.css
@import url("windows.css");
# windows.css
@import url("componenets.css");

与使用 @import 相比，我们可以通过多个 link 来实现同样的功能，但性能要好得多，因为它允许我们并行加载样式表。

总结

除了我们在本文中讨论的4个方面，我们还有一些其他的方法可以使用CSS来提高网页的性能。CSS最近的一个特性： content-visibility ，在未来的几年里看起来是如此的有前途，因为它给页面渲染带来了数倍的性能提升。

最重要的是，我们不需要写一条JavaScript语句就能获得所有的性能。

我相信你可以结合以上的一些功能，为终端用户构建性能更好的Web应用。希望这篇文章对你有用，如果你知道什么CSS技巧可以提高Web应用的性能，请在下面的评论中提及。谢谢大家。

来源：https://blog.bitsrc.io/improve-page-rendering-speed-using-only-css-a61667a16b2
作者：Rumesh Eranga Hapuarachchi

粉丝福利

148期留言+在看幸运用户：暂无。

临走前留下，今天的福利

福利1：《MongoDB 4.0从入门到达人》获取资源请在公众号对话框中回复关键字：043，如果没有关注请扫下面的二维码。更多福利资料请查看公众号菜单
福利2：在看+留言，我随机抽取一位认真留言的小伙伴，给他发一个红包奖励

github

YOLOv5来了

软硬件环境

前言

安装GPU环境

安装pytorch的GPU版本

YOLOv5测试

参考资料

How to remove “too large” file from git history?

问题

回答1:

回答2:

.gitattributes merge strategy not working

问题

回答1:

What you need is a custom "merge strategy"

What you have is a custom merge driver

.gitattributes merge strategy not working

问题

回答1:

What you need is a custom "merge strategy"

What you have is a custom merge driver

.gitattributes merge strategy not working

问题

回答1:

What you need is a custom "merge strategy"

What you have is a custom merge driver

.gitattributes merge strategy not working

问题

回答1:

What you need is a custom "merge strategy"

What you have is a custom merge driver

#GTD，高效办公利器！帮你节省工作中的每分每秒！

新一代工作流调度-Apache DolphinScheduler 1.3.5 Docker镜像发布

腾讯九年，再见喽！

一、腾讯的氛围适合有自驱力的人

二、从行业外的人身上学到的最多

三、说说信息茧房和跨界交流

四、谁创造价值，谁拿走利润

五、无知和弱小不是生存的障碍，傲慢才是

六、综合考虑理性和价值观

最后

仅使用CSS就可以提高页面渲染速度的4个技巧

1. Content-visibility

content-visibility 的限制

2. Will-change 属性

什么时候不是用will-change

3.减少渲染阻止时间

4.避免@import包含多个样式表

总结

粉丝福利

148期留言+在看幸运用户：暂无。

最近文章

新一代工作流调度-Apache DolphinScheduler 1.3.5 Docker镜像发布