转码 20 天,第一天看 k8s ,还提了个 PR ,我寻思这什么编程圣体,进去一看就给文档修了个换行。
https://github.com/kubernetes/website/pull/47414/files
101
weirdo 132 天前
提 pr 没意义,骂人也没必要
|
102
4s4IYOLfT1s3InRR 132 天前
愚蠢,明显的引流帖,你还跑来给他引流,你以为你很聪明,实际愚蠢至极
|
103
bczhc 132 天前
这样的 pr 并非无意义,在 pr 处直接开骂的多少有点过了。如果认为在小红书是哗众取宠,应当在小红书那点踩而不是在 pr 页这儿“前来围观”
|
104
royalknight 132 天前
本人 vue contributer ,想开个小红书号了
|
105
duckrxy 132 天前 2
我看很多独立开发者非常发愁自己的作品没人关注,不知道怎么引流,在 V2EX 上发帖子获得的关注也不大。人家这个 PR 问题也不大,人设如果是真的,说明有些相当的行动力,发的帖子有一些爆点还获得了相当的流量,甚至出圈到 V2EX ,各位,值得好好学习一下。
假如现在给你一个任务,凹一个人设,发一个帖子在小红书上为自己某一个作品引流,你会怎么做?甚至来说,大家有想过在小红书上开一个账号给自己做 branding 吗?起号的时候,想过从什么方向切入吗?作为 IT 领域的开发者各位都是有些经验的,如果想用自己的专业知识运营一个账号在 x 上或者 xhs 上吸引 fo ,如何持续的输出内容?不是那么容易的 人家这个号,起号路径非常明确,英专,失业,转码,以此为主题的系列日记,不得不说,如果是个人搞的,那是相当的有想法,如果是专业引流的,那也是非常的专业。 就说我自己,看到些新的东西喜欢折腾折腾,但是同样的事情,就有人在 YouTube 上开个号(比如零度解说),就教你如何从头搭个本地 ollama 环境,或者搭个 sd 环境,不深入,但步骤清晰详细可操作,人家将近 90 万粉,同样的一些个人小爱好,人家能运营成一个大 V 账号,我平常自怨自艾不知道自己能干点啥副业,最后就啥也没干成,瞧不起别人开骂是最容易的,但干事儿是很难的 |
106
bocchi1amos 132 天前
绷不住了
|
107
Donaldo 132 天前 via iPhone
@accelerator1 #79 发个小红书就是得瑟的话,你对得瑟这个词的理解可以再加深一下了。更别提笔记里写明了就是小小的修改。退一万步说,对一个新手,还是个文科生来说,能够自己独立完成 fork brunch commit push pr 这一套流程,她得瑟我也觉得正常,而你们这么刻薄只会劝退一些想入门的人,说难听点这叫毒害社区。
|
108
jeefyjl 132 天前 2
感觉骂这个女的人不是因为这个 pr,骂的是这个女的提了这个 pr,还沾沾自喜,网上大肆炫耀.如果是初学者,觉得这个格式不合适,提了下 pr,感觉大家会包容很多(毕竟现实很多强迫者).帮她的人也不要帮着她了,就提了这样 pr 还沾沾自喜的人,就根本称不上程序员咯[doge]
|
109
douyacai911 132 天前
程序媛
|
110
nuo7mi7 132 天前 via Android
@duckrxy #105 这个角度很有意思
程序员代码能力都很强,但是可能直到 35 岁被毕业之前,也都没有想过怎么学习如何运营,如何营销,做产品,学习商业思维 相反被人家一个失业转行的妹纸营销的吵的不可开交,你们乐子有了,人家流量有了 |
111
cinlen 132 天前 1
话说回来,只有我觉得这个人的真实身份是一个有多年工作经验的老运维/sre/后端 吗?
从英语专业转行到 it 20 天,这个人在运维方面的学习路线非常精准,几乎没有走一点弯路:linux->网络->容器化->k8s 。而且刚转行前几天就懂得了 git flow 和在 github 开源社区提 pr 的完整流程。 "32 岁大龄 985 英专硕士女生",说实话我觉得可能只有 32 岁这个是真的。 |
112
accelerator1 131 天前
@Donaldo 真就是抛开事实不谈?
她的这 pr 的修改内容是什么?你看了么?加个毫无意义的换行也算社区贡献?真心是想做开源贡献的人不会提这种 pr 的,你是多瞧不起 985 的含金量?开源项目要真是大量这种 pr ,那才是毒害社区。 你说的 git 相关操作,本地建个项目都能练的事情,跟开源贡献有什么关系?还是上面的结论,小红书文章那么写的人,你跟我说单纯的得瑟?还装糊涂是吧? 退一万步讲,你说的都对,最后这个 pr 合入了吗?真当别人都是傻子? |
113
0o0O0o0O0o 131 天前
@accelerator1 #112
> 她的这 pr 的修改内容是什么?你看了么?加个毫无意义的换行也算社区贡献? 有意义,页面都有变化。我也想问,你看了么? > 最后这个 pr 合入了吗 提 PR 32 分钟后被 LGTM: https://github.com/kubernetes/website/pull/47399#issuecomment-2275301619 两天后被 approve 并 merge ,并且提醒她以后注意避免 trivial edits: https://github.com/kubernetes/website/pull/47399#issuecomment-2281231488 现在这个小小的变化已经被应用到文档站: https://kubernetes.io/docs/reference/kubectl/docker-cli-to-kubectl/ 所以她已经确确实实地对 kubernetes 项目做出了开源贡献,尽管是很微小的贡献。 > 开源项目要真是大量这种 pr ,那才是毒害社区 是,但按照我的经验,社区对于新人会更宽容(再次提醒,这是 kubernetes/website 文档 repo ),她要是未来不听劝继续提这样的 PR ,才应该被社区批评——没错,她的另一个 PR 虽然很不恰当,但由于是和这个 PR 同时提的,所以具有相同的“新手度”,依然应当被宽容对待,事实上 kubernetes 也是这么做的: https://github.com/kubernetes/website/pull/47414#issuecomment-2277646230 > 真心是想做开源贡献的人不会提这种 pr 的,你是多瞧不起 985 的含金量? 我衷心希望你没有在维护任何开源社区,我认为任何开源社区有你这样的想法都不会是好的社区。 |
114
0o0O0o0O0o 131 天前
|
115
0o0O0o0O0o 131 天前
@Donaldo #107
> 独立完成 fork brunch commit push pr 这一套流程 关于这一点我认为你想复杂了。她更可能是在文档页点击 Edit this page ( https://kubernetes.io/docs/reference/kubectl/docker-cli-to-kubectl/ ),就自动 fork 了,Edit 后就可以在网页上提交,提交后就会自动提示 PR 到上游,整个流程都可以网页上完成。因为看她 PR 的 commit 恰好是 GitHub sign 的( GPG key ID: B5690EEEBB952194 )。 |
116
Donaldo 131 天前
@accelerator1 #112 我看了小红书帖子也看了 pr 的内容,帖子里说了是非常简单的修改,还把 pr 的 id 列出来了,证明人家也根本没想藏着掖着什么。
另外建议你去看看这里,https://www.kubernetes.dev/docs/guide/pull-requests/#trivial-edits 。看看 k8s 对 trivial edits 的态度,再看看你们这群刻薄的人,我都觉得你们可悲。 “If you find one grammatical or spelling error, it is likely there are more in that file, you can really make your Pull Request count by checking the formatting, checking for broken links, and fixing errors and then submitting all the fixes at once to that file.” |
117
Donaldo 131 天前
@0o0O0o0O0o #115 嗯,这个纯粹是我自己的猜测。仔细看了一眼确实是这样。
|
118
accelerator1 130 天前
|