国内那些用别人的开源项目,碰到问题就贬低讽刺作者的人是什么心态?
所有项目都是慢慢变好的,碰到问题想办法参与解决才是我们技术人应该做的,而不是抱怨咒骂。
所有项目都是慢慢变好的,碰到问题想办法参与解决才是我们技术人应该做的,而不是抱怨咒骂。
我之前在知乎写东西,发现有大概不到 5%左右的人,喜欢谩骂,喜欢为了为了杠而杠,甚至直接上来就莫名其妙地无脑问候你家人。后来我来本站写东西,我发现本站同样也存在这个比率,但大多数都是为你点赞。
所以,那些为了杠而杠,甚至谩骂的人,你不用理他们就行了。不理他们是对他们最大的无视。
比如用 GO 来开发,需要找一个好用的 orm 库
然后找了一个排名第一的库
这个库用的人非常多
但是文档基本看不太懂
就因为很多别人的项目都用的这个库
所以想应该还是比较可靠的
所以硬着头皮研究源代码,慢慢搞清楚到底是怎么用的
这个过程花了我很多时间
等于我要投入很多时间成本
我能抱怨吗?
我没有,因为人家作者开发出来是人家的项目
人家能开源,让我们免费用
就算没有文档
那是人家的自由
我免费拿来用,我有资格去抱怨他怎么不写个更好的文档吗?
人家不愿意写,就不写
我花了将近小半个月,用我不太好的 go 基础能力,去看他写的源代码
再加上到处去看有人写的一些用这个库的教程
总算用到我的项目种
然后用起来,不说有问题
就是比较别扭
通过这个我的经历看出来没有
每个人在用就算你觉得是开源的项目的时候
人家也要投入学习和时间成本
抱的期望越大,投入的成本越多
最后发现实现不如预期
一堆坑
不抱怨那是假
有的还要问候你老母
别以为你免费拿出来就要别人感激你
应该想想那些来用的人
你应该用最简单最快的方式告诉别人你的项目能提供给别人什么
也就是入手要越简单越好
预期和实际要符合
这样别人就不会抱怨
网上那些 UP 主,做视频最后都要加依据感谢观众
视频免费看还要感谢别人的时间
现在社会大家都忙,你的项目如果垃圾文档
就算质量再好
别人上手学习成本太高
运用的时候还无法实现预期
确实是作者的问题
不要一副我开源,我就是造福众生的救世主的心态
项目开源出来是个好事情
但是你也要明白基本 90%的人来到你项目的人
水平是不入你的
你在介绍项目
项目的各种 api 接口
应该用最简单,幼稚的方式
也就是把来的人当小白
你项目都开发了
花一点时间在文档上面
写的越详细,越浅显,越把别人当白痴
你这个项目才越对人友好
但是我看到的很多人
都不是这样
都是故作高深,这也不说,那也觉得大家应该都明白
最后的结果只能是
比你水平高和差不多的人,会跟你交流下,
这样的人能有多少
比你水平差的人觉得你在装什么逼,处处留一手
看不懂
用起来不明就里
然后涵养差的人就来抱怨了
你觉得怪谁?
最后作为一个程序员,老板发工资给你不是让你找几个开源用,而是让你实现需求,你能找到合适开源的你就用,找不到就自己实现,不然招你干什么呢。
在资本主义社会里,你发现周围谁很聪明能搞出新东西。跟着他混就很大概率赚到大钱。
所以中国人被资本主义教育的还不够,碰到有能力,有反叛精神的人第一反应是封建社会的做法,骂他,可惜现在不能抢人房子和女人了。在国外有能力有反叛精神的人,会被一帮人跪舔,而且你可以跪舔好几个有反叛精神的人,万一有哪个真打败了原来的资本家,就能跟着分到肉。
保守派在资本主义是没有市场的,赚钱的自由比命都重要。
其次,是人就会有考虑不周全的地方,开源能够让大家都参与到项目中来,提建议或提交代码都可以,让项目变得更加完美,但世界上没有绝对完美的事物,总有瑕疵。
最后,希望大家有问题友好的提出来,最终目标是解决问题,不是吵架,共同营造良好的开源环境。我平时也用到很多开源项目,非常感谢作者的辛苦劳动。
还有你看看这些人的头像或者社交账号的头像是不是都是二次元而且偏女的
https://github.com/tim-hub/TrackersAway
哈哈
从某云给我的暗示短信看,人多的派系或者叫拉拢最不要命的人的派系可以做到强制当你傻逼断开竞争对手的网线,希望这一段对你有点启发。。。
@gantleman
其实就像在电商的差评,有些人是想去评,有些人只是想差评(这么差你不知道?难道还要老子教你做产品么?那不得一亿人排队给差评啊?)
比较尴尬的情况是作者的东西比较复杂,然而作者人却 RIP 了。
就像 zmq 的 python 接口里,hwm 和 buffer 总是不生效,我认定是坑并且已经放弃了。
“比你水平差的人觉得你在装什么逼,处处留一手
看不懂
用起来不明就里”
我欠他的了?爱用不用。我无非是自己用过的代码,觉得有用的就自取。没用的就不用。我的目的从一开始就不是赚钱或者名气。不需要赞美,我遇到过很多开口就叫大神的人,我很讨厌这样的人,因为他们下一句一定是白痴问题。我喜欢什么样的用户?不 BB,show me the code,没有 code 也至少 show me the log,show me the troubleshooting steps 。
工作中为了工资要看人脸色没办法。开源项目我就图一乐。傻逼用户用傻逼问题恶心我,我还得伺候着?何况我开源的没有面向用户的 app,都是些后台的代码,本身就应该有门槛。我不是他妈,不需要给他把屎把尿,敢情有人不会编程我还得负责启蒙?
回想一下 Linus 为什么说 C++ is horrible ?
“It’s made more horrible by the fact that a lot of substandard programmers use it, to the point where it’s much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do nothing but keep the C++ programmers out, that in itself would be a huge reason to use C.”
起因就是有人骂 Linux 为什么不能用 C 这么难用的语言,说 C 是 BS 。和上面的某些人也没什么区别了吧。Linux 是一个内核,而不是一套用户界面。难用才是正常的。如果你连 C 都写不好,你真的适合直接用内核吗?
有时间抱怨为什么没有文档,不如 PR 一篇文档。
有时间抱怨为什么配置麻烦,不如 PR 一套示例配置。
更简单的,别 BB,直接砸钱:作者你好,我需要这个功能,我出 xx 钱,请问你能给做吗?
如果作者不肯做,那就加钱外面找个外包给做出来再发个 PR 把代码添加到开源协议下,你可愿意?如果你不愿意,为何要求作者愿意?
又或者你觉得这个项目完全就是垃圾,那就花钱外面找个外包,直接从头开发,拿出比隔壁项目更好的产品再骂隔壁项目傻逼。你可愿意?
你觉得人家是施舍者心态,因为人家本来就是。你说开源作者能图小白用户什么?懂行的优质用户是资源,那是一定会好好沟通的。那些个伸手党,你手都伸出来了,还不准别人说你是要饭的?
@itgoyo 按你这个顺序,我一般在第一步就找到 bug 了(笑),顺手再提个 PR 。大部分框架其实技术并不复杂,主要是架构和生态好。debug 自己的代码的时候要么是自己的 bug,要么是别人的 bug,没有第三种可能。
有钱出钱,有力出力。人家没力了,或者不愿意出更多的力了,那也不是可以抱怨的理由。直接 fork,甩掉原作者另立门户,这才是正确的做法。
好了,我们目标不就是为了更好,更全,更强,更快… 么?
你拿商业公司的服务态度去和志愿者对比,是不是对志愿者要求太高了一点?
大人,时代变了,现在已经不是那个只要一个人技术牛逼就可以做成项目的时代了。人都是要吃饭的,所以莫劝人善。