这是一个创建于 2081 天前的主题，其中的信息可能已经有所发展或是发生改变。
一直一个人在支持，和回复大家的咨询问题。
感觉好累，很少有人回复其他的人问题，或者分享自己的使用过程。
使用源码的同学，在问完问题后，有些就退群了，不知何故。
感觉不想继续开源了。
第 1 条附言 · 2020-02-19 13:39:01 +08:00
感谢大家，看了这么多回复后，觉得自己之前有点乐观和一厢情愿了。
这几天最新版源码发布后，不在无偿回复问题了。
考虑加上付费咨询。
这几天最新版源码发布后，不在无偿回复问题了。
考虑加上付费咨询。
第 2 条附言 · 2020-02-19 21:39:46 +08:00
非常感谢大家，没想到会有这么多 v 友回复和关注。
qq 群还会保留，但是不在群里回复了，太消耗人了。而且大家都提出了很好很多的办法，再次感谢。已将我这段时间的困惑解开了。
刚已将最新源码发布了，最后附上 GITHUB 地址 https://github.com/tianshiyeben/wgcloud
qq 群还会保留，但是不在群里回复了，太消耗人了。而且大家都提出了很好很多的办法，再次感谢。已将我这段时间的困惑解开了。
刚已将最新源码发布了，最后附上 GITHUB 地址 https://github.com/tianshiyeben/wgcloud
 |
1
mightofcode 2020-02-19 10:53:49 +08:00
项目在哪？
精神支持下 |
 |
2
zackwu 2020-02-19 10:54:56 +08:00
不管是什么社区，永远是小白和伸手党居多，Github 上基本没有喷子已经算是欣慰的事情了，所以维护开源项目确实不容易，加油吧
|
 |
3
tianshiyeben OP |
 |
4
cabing 2020-02-19 10:59:45 +08:00
支持，不容易哦。
|
 |
5
chinesestudio 2020-02-19 11:00:29 +08:00 via Android
靠爱发电太久 就没电力了 我也一样觉得累。 没人接棒参与 你最多能发电 100 年。不行就早点断电吧。
|
 |
6
yylzcom 2020-02-19 11:01:25 +08:00
Star 送上支持一个，暂时还用不到
|
|
7
tianshiyeben OP @keith1126 是啊，就是这样，没有动力啊
|
|
8
yylzcom 2020-02-19 11:02:58 +08:00
另外弄个英语的界面，毕竟英语用户挺多的，可能会好一些（不讨论贡献参与度和捐赠意愿）
|
 |
9
defclass 2020-02-19 11:03:01 +08:00
商业是伟大的发明, 考虑做点付费技术咨询啥的吧.
|
 |
10
zjq123 2020-02-19 11:14:14 +08:00  6
网易论坛以前不是有个热门回帖 说什么以前资本家宁可把牛奶倒掉河里 也不给穷人 我以前也谴责资本家
但我现在支持资本家这种做法 因为大部分人让他用过免费的东西 就再也不愿付钱了 人都是贪婪 为了更便宜为了省钱 牛奶不倒掉 本来有钱买的人都会假装穷人来拿牛奶 到最后连奶牛都要杀掉 倒闭 |
 |
11
unique 2020-02-19 11:15:13 +08:00
点个赞支持下，之前也有这块的想法
|
 |
12
ifxo 2020-02-19 11:16:03 +08:00 1
不要建群也不要回答问题，你是集思广益从开源获取好处的，现在搞得反了，别人来吸你的血
|
 |
13
imkerberos 2020-02-19 11:17:39 +08:00
用你的是给你面子楼主知道吗？想当年，用软件得花钱，现在手机上，给钱都不愿意装，时代不同了。
|
|
14
cabing 2020-02-19 11:19:36 +08:00 4
看了上面大家的回复。
做开源不要抱着目的去做，开心就好。 建群回答问题太痛苦了，和无偿客服有啥区别，。。 一般都是有啥自己在用，觉得不错，开源出去，爱用不用的。随你咋滴。。 |
 |
15
coderluan 2020-02-19 11:23:22 +08:00 7
楼主这不是开源问题，而是开群的问题，这完全是两回事，你要是不打算将来盈利，那就把群关掉，让他们去用 issues，如果打算盈利，那群里的人越懒越菜，你应该越高兴。
|
 |
16
4DAX07B8Kle4Dm6T 2020-02-19 11:23:43 +08:00
开源是一种贡献精神，如果觉得累，大可不必为了开源而开源，欢迎关注我的开源项目： https://github.com/wisp-x/lsky-pro 嘿嘿
|
 |
17
fakevam 2020-02-19 11:25:58 +08:00 2
监控的核心在
1. 什么数据值得采集 1) 业务、内核 软抽象资源，比如文件打开个数上线，tcp 的 backlog 2) 通用硬件资源的抽象，比如 cpu 内存 io 带宽 3) 服务质量抽象，比如各种请求的延迟，队列长度 4) 各种错误的感知，各种事件的感知，比如 java 触发了一次 gc，操作系统触发了一次 recliam，业务触发了一次 xxx 2. 数据的采集成本是什么 xxx 数据读的成本是多少，比如 win 下的 createsnapshot 成本有多高，适合多少秒采集一次，linux 下遍历 /proc 的成本是啥（ proc 可不是真的内存文件） 3. 怎么呈现数据让人可以快速找到问题所在，这里的核心是怎么整理排查问题的思路，让有关联性的数据在一起，但是不能乱做时序上的关联 |
|
18
fakevam 2020-02-19 11:28:40 +08:00 1
监控本质是解决问题的，如果说监控解决不了问题，只是为了做一套完整的方案而做监控
那么监控的意义是不存在的 普罗米修斯那套东西之所以只是基础设施，就是因为他没有办法去解决业务上的问题 这就是典型的把手段当做了目的，我做了监控，我的任务完成了，但是其实任务的核心是——解决线上已经存在的，或者可能存在的问题，聚焦没聚焦好 所以吐槽和被吐槽的同时，不妨思考下，自己做的东西到底解决了啥问题，而不是，我出于好心，所以需要有好报 |
 |
19
bigmomo 2020-02-19 11:31:39 +08:00
给加个星支持一下吧
|
 |
20
hantsy 2020-02-19 11:34:52 +08:00 1
建议用英文，国内没有什么开源环境。
不过这类工具太多了，特别是 K8s 生态圈可以监控容器的工具太多了，Spring 本身有 Spring Admin 监控 Spring 程序的健康状况。 |
 |
21
yprisoner 2020-02-19 11:43:10 +08:00
可以学习以以下，，java 的
|
 |
22
qingmei2 2020-02-19 11:46:45 +08:00 2
好问题，我最近也有这个困惑, 在我的这篇文章中我进行了反思：
https://juejin.im/post/5e04e5afe51d45583947e346 下面是部分节选： > 开源本身应该面向 Star 吗？ > 从某种意义上说，面向 Star 开源没有什么问题——Star 数量的多少本质上来源于社区内开发者对其的认可程度，一个优秀的开源项目理所应当收到足够多的 Star。 > 当然，如果开源行为的目的纯粹是为了 Star 数量的多少（比如通过某宝花钱刷 Star ），则又是另外一种极端了。 这里我不想关于这一点深入讨论下去，我想引出的问题是，开源社区的最大优势是什么？ > 为什么这么问，因为我发现我在偏离 开源精神 的道路上越走越远了！ 2 年来我维护了若干个开源项目，并且都有数量并不少的 Star，但是我发现我越来越不开心，因为我被这些 Star 和虚假的优越感困住了。 > 陆陆续续的，我花费极大的精力去维护这几个项目，诚然它们的 Star 越来越多，但是我对这些代码 越来越不满意 ，因为随着我个人专业能力的提升，这些代码设计在我看来有各种各样的瑕疵。 > 一切都不同了！！！开源的伊始，我为我的这些代码骄傲，但是逐渐的我开始厌弃它们，我甚至觉得它们不值那么多的 Star，我脑子里有更多有趣的想法，但是我没有精力去实现这些想法，虚荣感和责任感让我持续为开源项目付出越来越多的精力。 > 一切似乎都变得不再有趣，直到有一天我突然想到，我为什么要一个人闭门造车呢？ GitHub 上仍然有那么多优秀的开源项目和开源组织，也许尝试和社区内其它优秀的开发者，齐心协力开发维护一个更优秀的项目，远远比一个人闭门造车要好得多。 > 这也是我近半年来不再随便造轮子的原因，每当我有一个好玩的想法，我会问自己，它真的有花费时间去实现并开源的必要吗？它代表着对开源项目和开源社区的责任感，这也能隐性节约我非常多的时间。 |
 |
23
bluebee 2020-02-19 11:47:23 +08:00 1
楼上说的开源是一种贡献精神很赞同, @tianshiyeben 有 QQ 群可以更好的反馈,不过不需要亲自回答问题啊,毕竟无偿服务,建议付费提供一些文档,可以贴补时间成本.
|
 |
24
orzorzorzorz 2020-02-19 11:47:48 +08:00 3
开源这东西本身就不是面向小白的，描述不清的问题无视完事。“很少有人回复其他的人问题”，这是生态没起来，但生态会面向小白吗。换个说法，建群真的没必要，issue 多数情况下能帮你筛了这部分人。
最好的关系是类似于利益关系，比如文档里详细写怎么提 issue，再带上模板。如果这样都描述不清问题，搁着。问问题的人看被无视了，可能先觉得不满，然后琢磨着没这东西不行，还是再去问问吧，然后就可能看见你精心写的“如何正确地提问”，然后正确地提问了，然后你可能发现这问题很有价值，然后开源链里的第一步就完成了。 再一个就是自驱力的问题。“感觉不想继续开源了”，这是耐心被消磨完了。脑补下楼主的心路历程，最初可能是想着“我好心开源，为什么就是没人欣赏呢”、“啊，难得有个人来用，我就帮帮他吧”，像这样不停地降准，然后建群答问题，然后累了。拜托，你又不是搞商业项目，你就是想逗自己开心而已。你拼完乐高，感觉很开心，想向谁谁谁晒一晒，表达一下自己的喜悦。这没错，错的是你向不懂这玩意的人晒，最后没得到正反馈，弃坑是理所当然的事。 解决方案就是不降准，也克制一下被自己感动的情绪。记者发问式起手的，贴文档链接，贴上 `Duplicate`，关 issue 三连奉上。认真提意见的，你也认真舔上去。可能你这项目这辈子都没什么人看，可一旦碰上了，人生十之八九就能变成十之七八了。 我觉得这是开源本身的乐趣：自私又孤高，偏偏你还能碰上愿意帮一把这样的你的人，gayhub，gayhub。 |
 |
25
freezhan 2020-02-19 11:50:16 +08:00
Star +1, 在上家公司就做类似的项目，正好学习下前端和 Java agent.
|
 |
26
tigerstudent 2020-02-19 12:07:37 +08:00 via Android
所以根本就不应该建群。
前段时间有个人发帖说对 xx 很有兴趣，然后建个群让了解的人加入。我看着就莫名来气。 |
 |
27
google54321 2020-02-19 12:08:49 +08:00
Star + 1
|
 |
28
MaxSecurity 2020-02-19 12:15:19 +08:00
开源就需要忍受各种人员的问题这样你也会发现各种你不知道的问题并且解决它
|
 |
29
Seddas 2020-02-19 12:23:09 +08:00
代码开源，咨询收费
|
 |
30
love 2020-02-19 12:25:59 +08:00 via Android
有人用还怕没钱？咨询付费，出闭源增强插件，基本版免费吸人气但无支持
|
 |
31
Meltdown 2020-02-19 12:34:38 +08:00 via Android
做分享不做客服呀
|
 |
32
nguoidiqua 2020-02-19 12:58:10 +08:00 via Android 2
群这种东西并不适合用来处理问题，同样的问题会反复出现很多次，而后面的人又看不到。
除非你准备提供一对一的服务，否则不必提供这类额外联系方式。但如果你不打算搞收费服务，那没必要提供一对一服务。 顺便说句，我很讨厌让加群的项目，遇到这种直接就不会用。 |
 |
33
Jianrry 2020-02-19 13:00:50 +08:00
我也来吐槽一下, 有人对待开源项目的态度是 直接将别人的开源项目拿来用, 去掉原项目作者的版权声明 , 最后就变成了自己的.
_______________ 开源项目本来就是拿来用的,但使用的前提是遵守开源协议和 尊重作者的意愿, 以这个项目( https://github.com/WebStackPage/WebStackPage.github.io)为例,我在 V2EX 上已经看到很多基于这个项目的作品了,绝大部分都去掉了作者的版权信息, 变成了自己的作品, 还在 V2EX 上展示, 我不想说什么了. |
 |
34
leonard916 2020-02-19 13:02:21 +08:00
commit 寫的當然不規範，而且 agent 為什麼要用 java ？
當然開源的事 你可以只處理 bug 其他無視 |
 |
35
ZiLong 2020-02-19 13:18:33 +08:00
记得有句话,大意是,商业化才是最有效率的方式.
|
 |
36
Chihaya0824 PRO star+1 瞎猫撞到死耗子正好可能对我有用，po 加油=-=没必要无偿回答问题的
|
 |
37
zack119 2020-02-19 13:53:03 +08:00
咨询收费吧
|
 |
38
cgpiao 2020-02-19 14:04:38 +08:00
做 faq，常用的都列在上面，伸手党就不要理了。
咨询服务可以另收费，开源又不代表免费给人做服务。 |
 |
39
iConnect 2020-02-19 14:09:28 +08:00 via Android
|
 |
40
pengyOne 2020-02-19 14:34:25 +08:00
我也来学习学习
|
 |
41
ps1aniuge 2020-02-19 14:37:43 +08:00
开源+免费+devops 批量运维项目，《卡死你 3000 》，主要为代替 ansible 而开发。
https://gitee.com/chuanjiao10/kasini3000 https://gitee.com/chuanjiao10/kasini3000_agent_linux 欢迎 star。 提交新特性需求，bug 免费。技术支持收费。 |
 |
42
coderEOS 2020-02-19 15:48:27 +08:00
所以说贵在坚持，我博客写了一年也写不动了，感觉没什么人看
|
 |
43
winglight2016 2020-02-19 16:05:58 +08:00
@zjq123 稍微岔开话题，有关“牛奶倒入河里”这个故事，当时在课本里看到的时候就一直有疑虑，现在分享一下：
1.虽然我没有去 Google 一下，但是这件事到底有没有发生，以及具体倒入了多少牛奶对于最后产生的结论都是有影响的 2.不管是重商主义还是资本主义或者 xx 特色 shzy，本质上都是商业行为，也就是以利润为导向，那么把牛奶倒入河里而不是“送给有需要的人”就不是处于“道德败坏”的缘故，也不会是因为担心“破坏市场”、“扰乱市场价格”或者“被赠予者会认为免费才是合理的” 3.因此我猜测，有以下几个原因导致了这个倒入事件的选择： 1 ）牛奶无法长时间常温保存，不能卖掉时再存在仓库会发臭变质 2 ）牛奶场通常在郊外，需要包装、运输——这些工作可能会由批发商上门收购代为分销到最终消费者 3 ）当失去了中间环节的参与（没有人来收购），生产者自己难以独立进行（技术、经验、渠道等的限制），特别是当卖出价格不能抵消成本（包装、运输、贩卖）时，就更没有这个动力了 综上所述，对生产者最合理的选择就是：减少成本（不再挤牛奶、清理库存），实际的动作可能包括杀掉奶牛（减少喂养费用）、倒掉库存（减少仓储费用）。所以，在把牛奶送人都需要成本的时候，倒在附近的河里可能就是最节省成本的选择了。 |
 |
44
fengyj 2020-02-19 16:07:35 +08:00 via Android
建群解决问题? 你也太热心了吧。
还是建议不要太过于热心，issues 功能就够了，没必要建群，而且 issues 还有别人一起帮忙解决。 |
 |
45
waruqi 2020-02-19 16:12:55 +08:00 via Android
有人问问题 我一般都会让他提 github issues，然后按照我自己的时间和进度安排 不定期看下 如果用户连提 issues 的时间都没有 我就更没必要回了
不必被这个束缚，开源我还是喜欢按我自己的节奏走，另外文档搞搞好 可以省掉不少提问量 |
 |
46
labulaka521 2020-02-19 17:21:04 +08:00 via Android
想问一下你放那个二维码有人给你打赏吗
|
 |
47
secondwtq 2020-02-19 18:23:12 +08:00
开源还好，给钱做才坑，什么狗屎需求都得往上糊
|
 |
48
Ahaochan 2020-02-19 18:26:06 +08:00
+1，维护两年了，突然觉得有时间维护不如自己充电
|
 |
50
spongebobsun 2020-02-19 18:52:51 +08:00
app 更惨, 某国家的人拿来改个包名儿, 加上广告 SDK 直接上架. 还发邮件问能不能给加个什么功能, 修个什么 bug.
|
 |
51
marco25 2020-02-19 18:53:35 +08:00
和 prometheus+grafana 相比优势在哪儿？
|
 |
52
networm 2020-02-19 18:55:59 +08:00
群这种东西是不可能用来解决问题的，会话过短、参与人数过多、有效信息密度不足，而且无法被搜索引擎索引。
强烈建议使用 GitHub Issue 提问题，问题及解决方案也可以轻松地通过搜索引擎找到，而且可以强制提问的人仔细想清楚问题、增加问题的细节。 如果还想保留群，建议改为付费后才能进群，并且群里面的人每次提问时还要单独付费且不少于指定金额（如发红包），只有这样别人才会尊重你的价值、才会提出有意义的问题。 建议搜索价值相关的关键词，了解付费的价值；另外，知乎是有一些关于付费的主题，也建议搜索了解下 被认可的变现，才是你的价值所在 |
|
53
networm 2020-02-19 19:01:48 +08:00
楼上其实也说了很多了，文档要搞好，可以将付费用户的提问及回答整理成 FAQ 放在文档里，可以有效地减少问题数量。
刚刚看了一下楼主的开源项目，一共就 3 个问题、2 个 PR，其实 GitHub 提供了相当健全的功能帮助使用 GitHub 来维护项目，建议阅读文档了解 IssueTemplate ContributionTemplate 之类的东西。 |
 |
54
myliang 2020-02-19 19:11:41 +08:00
我开源的项目一般是按着自己的意愿来，提的问题合适我会慢慢解决，不合适就忽略了
|
 |
55
flowercoder 2020-02-19 19:59:55 +08:00
运维软件好多的，你这个项目以前我还看过，后来我还是选的付费破解版，或是直接用云自带的了。我觉得你可以像其他人一样，6.66 加群或是 9.99 加群，到时候真的问完问题他们也不会走了说。
|
 |
56
paoqi2048 2020-02-19 20:04:43 +08:00
开源的最主要目的是分享，不是让你在解疑等方面做保姆，除非有偿，或者你本来就愿意去做这样的事情
|
 |
57
greatbody 2020-02-19 20:11:35 +08:00
做开源就是为了分享，分享前提是你已经有富余了。
富余的代码，富余的时间等等。 如果你时间，精力没有富余，考虑下开源，但是不宣传。这样会好些。 想想 github 上面是不是大量的开源代码，一个星都没有。 |
 |
58
799635347 2020-02-19 20:43:18 +08:00
看起来还不错，已 star
|
 |
59
felix021 2020-02-19 20:48:12 +08:00
开个知识星球？
|
 |
60
ajaxfunction 2020-02-19 20:49:21 +08:00
其实 开群的目的是为了 先把人拉进来，然后变现。（变现方式有很多，关注公众号做自媒体，或发广告软文，商业增值服务，定制服务等等）
如果不是为了变现 开群无任何意义，自寻烦恼 |
 |
61
psirnull 2020-02-19 21:04:04 +08:00
主要是 zabbix 也开源。。。。
|
 |
62
pikay 2020-02-19 21:09:25 +08:00
你还算好了，我的开源项目，写了四年都没人理，只当自己用的爽就算了🤣
|
 |
63
zhuzhibin 2020-02-19 23:06:48 +08:00 via iPhone
老哥 是不是啥项目都可以部署你这一套监控平台？例如 pho web 项目
|
|
64
tianshiyeben OP @zhuzhibin 这是监控服务器，进程，数据库信息的，和项目没有关系的
|
|
65
tianshiyeben OP @hantsy 嗯，我加了一份英文 readme
|
|
66
tianshiyeben OP |
 |
67
HappyFox 2020-02-20 10:25:05 +08:00
楼主可以看看 Vue.js 老大的这篇文章，个人建议是把群停了、只通过 issue 交流
@tianshiyeben 开源维护者的心理建设 - 尤雨溪的文章 - 知乎 https://zhuanlan.zhihu.com/p/103632957 |
 |
68
KeyboardManAnAn 2020-02-20 10:40:41 +08:00
这就是我为什么不建立 QQ 群的原因.
1. QQ 群的伸手党客观上更多一些 2. 而且 QQ 群内的所有问题都是封闭的,群外的人无法访问 3. 历史问题无法被分门别类,难以被准确记录,导致很多问题反复被无效重提 4. 无法被搜索引擎检索,不利于项目传播. |
 |
69
RJH 2020-02-20 16:46:06 +08:00
就跟写博客一样，写的不错，依然没人点赞。写着写着，干脆当做笔记算了
|
 |
70
monkeyWie 2020-02-24 11:30:39 +08:00
确实伸手党太多，之前弄了 4 个 QQ 群感觉人都快被问没了，后来也没时间维护了索性停了，现在产生了后遗症，不想打开 qq
|
|
71
tianshiyeben OP @monkeyWie 我看了你的项目，你怎么有那么多 star，太厉害了
|
Select Language