Redhat發布了一個前端框架，結果一個內部員工反水說它不好用……

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

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

框架的效果大概是這樣的：

效果還是贊的，當開發者們正準備躍躍欲試的時候，一個內部員工跳出來反水了......

1

反水小哥ggreer

我在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組件，而我們兩天就寫出了一個類似的。

2

公司維護者underwater回復反水小哥ggreer

你怎麼能這樣吐槽你同事的工作？公告文章不是你發牢騷的地方。

我也不理解為什麼你拿一個模式庫和一個渲染框架做比較。把一個共享庫中的通用組件的開發時間，和一個特定使用場景中的功能的開發時間做比較，這是不公平的。

3

路人甲quanticle回復公司維護者underwater

我並不想冒犯。但是新框架發布的公告總是不說明其使用方法。公告從來不說明這個框架應該用在什麼場景下，而什麼時候不太適合。它也從不說明限制和副作用（比如增加了資源的體積和載入時間）。它也從來不說框架背後的研發團隊會對功能需求及bug報告給予反饋。

我很高興能看到一個小帖子說明框架的弱點，我希望所有的發布公告下面都能有一個這樣的「一樓」。

4

路人乙ggreer回復公司維護者underwater

我知道吐槽會讓這裡的氛圍有點糟糕，但是我別無選擇。吐槽我會得罪同事，但是不吐槽我會讓很多的開發者陷入我已經面對過的困難。

如果我們換位思考一下，讓我來主持這個庫的開發，我會讓我的僱員們隨意插嘴說出他們的使用感受，即便這些感受是負面的。

5

路人丙newsbinator回復公司維護者underwater

我認為這裡有些爭論是很好的。如果這裡是企業宣傳網站或者產品宣傳頁，那麼毫無疑問ggreer是個搗亂的。

但是這裡都是開發者，我們更應該公開地討論真實的情況，哪怕氣氛會有點不和諧。

我認為大家的反應都是合理的。如果我是ggreer的僱主，那麼他這樣批評同事努力工作的成果，我也會很生氣。

但是對於到這裡看到發布文章而想要嘗試一下的開發者來說，我們很高興ggreer提前分享了他的使用體驗。

無論如何，這真的幫到我了。

更多路人

後面又有更多路人發表了自己的看法，有Redhat的員工、無關人士、Redhat競爭對手的員工...... 後來不知怎麼又聊到Redhat發布框架的目的，又有陰謀論、又有人澄清，好不熱鬧。喜歡看熱鬧的同學可以移步後面地址，查看完整討論：https://news.ycombinator.com/item?id=17161536

不過小編到是覺得，免費開源是好事，但是最好還是要介紹下開源的這個東西什麼樣的人應該試試，什麼樣的人不太合適。幫大家節省時間，也是功德一件啊。要做佛系開源、佛系開源~

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！