Redhat发布了一个前端框架，结果一个内部员工反水说它不好用......

源 / Python程序员

RedHat发布了自己的前端框架：PatternFly

官网：http://www.patternfly.org/

框架的效果大概是这样的：

效果还是赞的，当开发者们正准备跃跃欲试的时候，一个内部员工跳出来反水了......

我在Red Hat（CoreOS的一部分）工作，我不得不说PatternFly对我工作的项目没有帮助。

首先，PatternFly体积很大。我们被强制要求采用它，它使我们的CSS体积增大了3倍（从45kB增大到145kB）。PatternFly内直接使用了开源字体，让我们的页面初始化内容又增加了200kB（原来是4M）。

其次，开发很慢。PatternFly正在进行重写，从公布的路线图上看，2019年4月才会有1.0版本放出。这是一个CSS框架！怎么会需要写一年？届时PatternFly的React版会有两个主要版本同时存在。

说到React.....PatternFly-React有与它类似的缺点。它的babel设置似乎不支持tree shaking，所以如果你使用任何PF-Component组件，你将不得不同时带上一个2MB的JS文件。开发速度和质量也有待提升。例如：他们花了5个月的时间合并了一个TTY组件，而我们两天就写出了一个类似的。

你怎么能这样吐槽你同事的工作？公告文章不是你发牢骚的地方。

我也不理解为什么你拿一个模式库和一个渲染框架做比较。把一个共享库中的通用组件的开发时间，和一个特定使用场景中的功能的开发时间做比较，这是不公平的。

我并不想冒犯。但是新框架发布的公告总是不说明其使用方法。公告从来不说明这个框架应该用在什么场景下，而什么时候不太适合。它也从不说明限制和副作用（比如增加了资源的体积和加载时间）。它也从来不说框架背后的研发团队会对功能需求及bug报告给予反馈。

我很高兴能看到一个小帖子说明框架的弱点，我希望所有的发布公告下面都能有一个这样的“一楼”。

我知道吐槽会让这里的氛围有点糟糕，但是我别无选择。吐槽我会得罪同事，但是不吐槽我会让很多的开发者陷入我已经面对过的困难。

如果我们换位思考一下，让我来主持这个库的开发，我会让我的雇员们随意插嘴说出他们的使用感受，即便这些感受是负面的。

我认为这里有些争论是很好的。如果这里是企业宣传网站或者产品宣传页，那么毫无疑问ggreer是个捣乱的。

但是这里都是开发者，我们更应该公开地讨论真实的情况，哪怕气氛会有点不和谐。

我认为大家的反应都是合理的。如果我是ggreer的雇主，那么他这样批评同事努力工作的成果，我也会很生气。

但是对于到这里看到发布文章而想要尝试一下的开发者来说，我们很高兴ggreer提前分享了他的使用体验。

无论如何，这真的帮到我了。

后面又有更多路人发表了自己的看法，有Redhat的员工、无关人士、Redhat竞争对手的员工...... 后来不知怎么又聊到Redhat发布框架的目的，又有阴谋论、又有人澄清，好不热闹。喜欢看热闹的同学可以移步后面地址，查看完整讨论：https://news.ycombinator.com/item?id=17161536

不过小编到是觉得，免费开源是好事，但是最好还是要介绍下开源的这个东西什么样的人应该试试，什么样的人不太合适。帮大家节省时间，也是功德一件啊。要做佛系开源、佛系开源~

本文来源于：Redhat发布了一个前端框架，结果一个内部员工反水说它不好用......-变化吧门户
特别声明：以上文章内容仅代表作者本人观点，不代表变化吧门户观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与变化吧联系。