## 怎么維護好開源項目
### 查看對話
[](https://www.zhihu.com/people/xiasf)
[xiasf](https://www.zhihu.com/people/xiasf)2 天前
我覺得大神應該盡量維護好的輪子,而不是自己造一些很牛逼但是很冷門的輪子,加重大家的學習成本,并且你精力也有限,后期就是甩鍋了,沒必要這樣,中國就是這樣的太多了,真的,真心傷。
1刪除
[](https://www.zhihu.com/people/si-tu-zheng-mei)
[司徒正美](https://www.zhihu.com/people/si-tu-zheng-mei)?(作者)?回復[xiasf](https://www.zhihu.com/people/xiasf)2 天前
那為什么vue的作者當不幫著維護他人的輪子,要自己造一套呢!有競爭才有進步!社會是不斷推陳出新。就像風投,死了100家,總有一家成功,并且為社會與投資人帶來實際的收益。我們應該鼓舞有勇氣的人,而不是嘲諷。外國人的輪子比中國人更多呢,因此外國才不斷進步!
19踩舉報
[](https://www.zhihu.com/people/xiasf)
[xiasf](https://www.zhihu.com/people/xiasf)回復[司徒正美](https://www.zhihu.com/people/si-tu-zheng-mei)?(作者)1 分鐘前
我并不是說造輪子不好,而是一個開源項目社區的形成不容易,如果當前已經存在好的開源項目(比如vue),那么所有人應該齊心協力使其更好,這樣所有人都能夠從中受益。
創造是美好的,是要不斷進步。開源項目的成功很大程度上取決于社區的影響力,這和開發者,維護者,完善的文檔,周邊生態有關,建立優秀并且受歡迎的開源項目其實蠻難的。國內不乏很多厲害的開發者,也有很多優秀的開源項目,很多很優秀但是很小眾的項目,很多人一進去但是轉一圈就出來了,這是因為什么呢?因為開發者對文檔,對社區等不夠重視。而國外的開源項目作者,從一開始就知道這點。如果我們不重視這些,那么再好的東西也是不會被大多數人認可的,那就是失敗的,因為技術是個發展非常快的東西,如果項目影響力不夠,那么會讓其他人失去興趣。
這樣的例子有很多,我隨便舉一個例子吧,light7 的作者之前在淘寶上班,在淘寶負責維護過 SUI項目,后來他從淘寶離職了,出來創立了 light7,在項目主頁上我們看到他對light7的吹噓,又轉而埋汰陳舊的 SUI,讓人感覺 light7 沒有大公司的詬病,小巧,快速迭代。可是這種情況沒持續多久,作者在github上就表示 已經放棄 對 light7 的維護,搞新的東西去了。但是知道這個的人并不多,還是有很多人加群,幾年了,群里都沒什么人知道項目已經不維護了。至于作者后來挖的新坑,呵呵,你還敢嘗試嗎。
還有很多項目因為文檔的稀缺而缺乏競爭力,比如sea.js,文檔實在詬病。要知道開源項目面對的開發者水平層次不齊,如果沒有詳盡的文檔支持,那么再好的項目也會失去競爭力。
我想我表達的觀點也是很多人的觀點,我們應該從國外開源項目上看到他們的優點,比如angular中國社區,從別人那里學習有用的東西。
前輩作為國內頂尖少有的大牛,我覺得在這方面,你肯定有更多的責任感。您的項目我們當然是要膜拜的,這只是我表露一下心聲。
### 參考
[如何看待百度要求內部全面停止使用 React / React Native? - 知乎](https://www.zhihu.com/question/65437198/answer/231228248)
[談談開源(一) - 知乎專欄](https://zhuanlan.zhihu.com/p/29696979?group_id=896094954940682240)
----
[淚目][悲痛][悔恨] 我不該說這樣的話,對不起,希望他找到了自己心中的阿瓦隆(avalon)。
[悼念前端大牛司徒正美](https://mp.weixin.qq.com/s/yUjQHu8_SyHnP4S5jQ0A3w)
----
last update:2017-9-27 01:20:48
- 開始
- 微信小程序
- 獲取用戶信息
- 記錄
- HTML
- HTML5
- 文檔根節點
- 你真的了解script標簽嗎?
- 文檔結構
- 已經落后的技術
- form表單
- html實體
- CSS
- css優先級 & 設計模式
- 如何編寫高效的 CSS 選擇符
- 筆記
- 小計
- flex布局
- 細節體驗
- Flex
- Grid
- tailwindcss
- JavaScript
- javascript物語
- js函數定義
- js中的數組對象
- js的json解析
- js中數組的操作
- js事件冒泡
- js中的判斷
- js語句聲明會提前
- cookie操作
- 關于javascript你要知道的
- 關于innerHTML的試驗
- js引擎與GUI引擎是互斥的
- 如何安全的修改對象
- 當渲染引擎遇上強迫癥
- 不要使用連相等
- 修改數組-對象
- 算法-函數
- 事件探析
- 事件循環
- js事件循環中的上下文和作用域的經典問題
- Promise
- 最佳實踐
- 頁面遮罩加載效果
- 網站靜態文件之思考
- 圖片加載問題
- 路由及轉場解決方案
- web app
- 寫一個頁面路由轉場的管理工具
- 談編程
- 技術/思想的斗爭
- 前端技術選型分析
- 我想放點html模板代碼
- 開發自適應網頁
- 后臺前端項目的開發
- 網站PC版和移動版的模板方案
- 前后端分離
- 淘寶前后端分離
- 前后端分離的思考與實踐(一)
- 前后端分離的思考與實踐(二)
- 前后端分離的思考與實踐(三)
- 前后端分離的思考與實踐(四)
- 前后端分離的思考與實踐(五)
- 前后端分離的思考與實踐(六)
- 動畫
- 開發小技巧
- Axios
- 屏幕適配
- 理論基礎
- 思考
- flexible.js原理
- 實驗
- rem的坑,為什么要設置成百分比,為什么又是62.5%
- 為什么以一個標準適配的,其它寬度也能同等適配
- 自適應、響應式、彈性布局、屏幕適配
- 適配:都用百分比?
- 番外篇
- 給你看看0.5px長什么樣?
- 用事實證明viewport scale縮放不會改變rem元素的大小
- 為什么PC端頁面縮放不會影響rem元素
- 究竟以哪個為設備獨立像素
- PC到移動端初試
- 深入理解px
- 響應式之柵格系統
- 深入理解px(二)
- 一篇搞定移動端適配
- flex版柵格布局
- 其他
- 瀏覽器加載初探
- 警惕你的開發工具
- JS模塊化
- webpack
- 打包原理
- 異步加載
- gulp
- 命名規范
- 接口開發
- sea.js學習
- require.js學習
- react學習
- react筆記
- vue學習
- vue3
- 工具、技巧
- 臨時筆記
- 怎么維護好開源項目
- 待辦
- 對前端MVV*C框架的思考
- jquery問題
- 臨時
- 好文
- 節流防抖