昨天朋友圈被下边这张图刷爆了,讲的似乎是一个优秀国产开源项目作者的才能没有得到很好的回报:

事件中的项目是 bilibili 三年前开源的 flv.js,它是一个使用纯 JavaScript 编写的 FLV(HTML5 Flash Video)播放器,虽然是 FLV 播放器,但是完全没有使用到 Flash,这是它的一大特点,具体特性查看:https://www.oschina.net/p/flv-js。

flv.js 的工作原理是将 FLV 文件流转换为 ISO BMFF(Fragmented MP4)段,然后通过 Media Source Extensions API 将 mp4 段提供给 HTML5 <video> 元素。它使用 ECMAScript 6 编写而成,再由 Babel Compiler 编译成 ECMAScript 5,并与 Browserify 绑定。

项目十分优秀,它在 OSCHINA 上的关注度很高,目前也可以看到它在 GitHub 上的数据,star 达到 15k+、fork 有 2300+:

据说作者一人完成了该项目,并且在公司中推动其开源,但是作者的工资待遇却不太理想,个中因果与是非大家可以从其它地方了解。

这里想简单说的是另一些方面的话题。

首先这样古老的资讯突然之间又刷爆了朋友圈,可见技术人对于同行人才不顺境遇的惋惜是一直存在的,这其实也侧面说明了当前应该有大量类似的“惨案”在发生。那些有几倍工资的“福报”或许对于大多数人来说还可以接受,但是那些正处在纯粹的 996 中的工程师可能也是此次“同仇敌忾”的主体,最根本的原因还是在于对工作中付出与回报公正与否的衡量,“头都秃了,你还在跟我画洗发水?”。

另一方面,我们都知道国产开源的情况其实并没有表面那么风光,目前一些技术底层基础设施的开源项目,例如 Linux、Kubernetes、Redis 与 Spark 都是国外主导的,同时制定开源领域协议等规范的全球性组织也都是国外的,就连最流行的源代码托管平台也是国外的。

虽然国内最近几年集中地有越来越多的公司和个人参与到开源中,但是我们在项目数量、质量、开源治理、开源文化与方法论等方面都有比较严重的不足。我们知道问题存在,我们也同时在疾呼要赶紧发展自己的开源事业甚至 IT 行业能力,但是我们还是在走一条可能没有光明前途的老路。

这背后展开来讲可以深挖到“为什么近来国内各个公司都要发力开源领域”这样的问题,其实也就是说大家的开源是不是“并不纯粹”,而只是为了品牌?为了 KPI?为了市场?……虽然国外开源也必然有这样那样的目的,但是直面现实,我们国内的现状是因为这个不纯粹而忽视了一些基本的东西,比如在前边的案例中,一个公司既然真的想要发展好开源,那么怎么能够连这么优秀的作者都不好好招待呢?上升到整个行业,如果对人才没法做到即来之则安之,那谈什么国产(开源)领域的发展都是很不 open/free 的,那么如何发展?

最后,本文无意冒犯 B 站——这是笔者最喜爱的视频网站,借用 B 站的梗来作个结语以示真心:小编这个 X 是真的缺素材[狗头]。

对于这件事情,你有什么看法,欢迎留言分享。

//

Flv.js 是 HTML5 Flash 视频(FLV)播放器,纯原生 JavaScript 开发,没有用到 Flash。由 bilibili 网站开源。

该项目依托于 Media Source Extensions,受到 hls.js 的启发。

概览:

一个实现了在 HTML5 视频中播放 FLV 格式视频的 JavaScript 库。它的工作原理是将 FLV 文件流转码复用成 ISO BMFF(MP4 碎片)片段,然后通过 Media Source Extensions 将 MP4 片段喂进浏览器

flv.js 是使用 ECMAScript 6 编写的,然后通过 Babel Compiler 编译成 ECMAScript 5,使用 Browserify 打包。

功能:

FLV 容器,具有 H.264 + AAC 编解码器播放功能

多部分分段视频播放

HTTP FLV 低延迟实时流播放

FLV 通过 WebSocket 实时流播放

兼容 Chrome, Firefox, Safari 10, IE11 和 Edge

十分低开销,并且通过你的浏览器进行硬件加速

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。