## 怎么维护好开源项目
### 查看对话
[![xiasf](https://pic4.zhimg.com/v2-bd9f3797be9b0cc7ffeccd26c6798c23_s.jpg)](https://www.zhihu.com/people/xiasf)
[xiasf](https://www.zhihu.com/people/xiasf)2 天前
我觉得大神应该尽量维护好的轮子,而不是自己造一些很牛逼但是很冷门的轮子,加重大家的学习成本,并且你精力也有限,后期就是甩锅了,没必要这样,中国就是这样的太多了,真的,真心伤。
1删除
[![司徒正美](https://pic4.zhimg.com/539a2d33b_s.jpg)](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踩举报
[![xiasf](https://pic4.zhimg.com/v2-bd9f3797be9b0cc7ffeccd26c6798c23_s.jpg)](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问题
- 临时
- 好文
- 节流防抖