V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
boris1993Jr
V2EX  ›  程序员

今天在小红书看到个逆天的

  •  
  •   boris1993Jr ·
    boris1993 · 133 天前 · 17472 次点击
    这是一个创建于 133 天前的主题,其中的信息可能已经有所发展或是发生改变。

    转码 20 天,第一天看 k8s ,还提了个 PR ,我寻思这什么编程圣体,进去一看就给文档修了个换行。

    https://github.com/kubernetes/website/pull/47414/files


    118 条回复
    1  2  
    weirdo
        101
    weirdo  
       132 天前
    提 pr 没意义,骂人也没必要
    4s4IYOLfT1s3InRR
        102
    4s4IYOLfT1s3InRR  
       132 天前
    愚蠢,明显的引流帖,你还跑来给他引流,你以为你很聪明,实际愚蠢至极
    bczhc
        103
    bczhc  
       132 天前
    这样的 pr 并非无意义,在 pr 处直接开骂的多少有点过了。如果认为在小红书是哗众取宠,应当在小红书那点踩而不是在 pr 页这儿“前来围观”
    royalknight
        104
    royalknight  
       132 天前
    本人 vue contributer ,想开个小红书号了
    duckrxy
        105
    duckrxy  
       132 天前   ❤️ 2
    我看很多独立开发者非常发愁自己的作品没人关注,不知道怎么引流,在 V2EX 上发帖子获得的关注也不大。人家这个 PR 问题也不大,人设如果是真的,说明有些相当的行动力,发的帖子有一些爆点还获得了相当的流量,甚至出圈到 V2EX ,各位,值得好好学习一下。
    假如现在给你一个任务,凹一个人设,发一个帖子在小红书上为自己某一个作品引流,你会怎么做?甚至来说,大家有想过在小红书上开一个账号给自己做 branding 吗?起号的时候,想过从什么方向切入吗?作为 IT 领域的开发者各位都是有些经验的,如果想用自己的专业知识运营一个账号在 x 上或者 xhs 上吸引 fo ,如何持续的输出内容?不是那么容易的
    人家这个号,起号路径非常明确,英专,失业,转码,以此为主题的系列日记,不得不说,如果是个人搞的,那是相当的有想法,如果是专业引流的,那也是非常的专业。
    就说我自己,看到些新的东西喜欢折腾折腾,但是同样的事情,就有人在 YouTube 上开个号(比如零度解说),就教你如何从头搭个本地 ollama 环境,或者搭个 sd 环境,不深入,但步骤清晰详细可操作,人家将近 90 万粉,同样的一些个人小爱好,人家能运营成一个大 V 账号,我平常自怨自艾不知道自己能干点啥副业,最后就啥也没干成,瞧不起别人开骂是最容易的,但干事儿是很难的
    bocchi1amos
        106
    bocchi1amos  
       132 天前
    绷不住了
    Donaldo
        107
    Donaldo  
       132 天前 via iPhone
    @accelerator1 #79 发个小红书就是得瑟的话,你对得瑟这个词的理解可以再加深一下了。更别提笔记里写明了就是小小的修改。退一万步说,对一个新手,还是个文科生来说,能够自己独立完成 fork brunch commit push pr 这一套流程,她得瑟我也觉得正常,而你们这么刻薄只会劝退一些想入门的人,说难听点这叫毒害社区。
    jeefyjl
        108
    jeefyjl  
       132 天前   ❤️ 2
    感觉骂这个女的人不是因为这个 pr,骂的是这个女的提了这个 pr,还沾沾自喜,网上大肆炫耀.如果是初学者,觉得这个格式不合适,提了下 pr,感觉大家会包容很多(毕竟现实很多强迫者).帮她的人也不要帮着她了,就提了这样 pr 还沾沾自喜的人,就根本称不上程序员咯[doge]
    douyacai911
        109
    douyacai911  
       132 天前
    程序媛
    nuo7mi7
        110
    nuo7mi7  
       132 天前 via Android
    @duckrxy #105 这个角度很有意思

    程序员代码能力都很强,但是可能直到 35 岁被毕业之前,也都没有想过怎么学习如何运营,如何营销,做产品,学习商业思维

    相反被人家一个失业转行的妹纸营销的吵的不可开交,你们乐子有了,人家流量有了
    cinlen
        111
    cinlen  
       132 天前   ❤️ 1
    话说回来,只有我觉得这个人的真实身份是一个有多年工作经验的老运维/sre/后端 吗?

    从英语专业转行到 it 20 天,这个人在运维方面的学习路线非常精准,几乎没有走一点弯路:linux->网络->容器化->k8s 。而且刚转行前几天就懂得了 git flow 和在 github 开源社区提 pr 的完整流程。

    "32 岁大龄 985 英专硕士女生",说实话我觉得可能只有 32 岁这个是真的。
    accelerator1
        112
    accelerator1  
       131 天前
    @Donaldo 真就是抛开事实不谈?

    她的这 pr 的修改内容是什么?你看了么?加个毫无意义的换行也算社区贡献?真心是想做开源贡献的人不会提这种 pr 的,你是多瞧不起 985 的含金量?开源项目要真是大量这种 pr ,那才是毒害社区。

    你说的 git 相关操作,本地建个项目都能练的事情,跟开源贡献有什么关系?还是上面的结论,小红书文章那么写的人,你跟我说单纯的得瑟?还装糊涂是吧?

    退一万步讲,你说的都对,最后这个 pr 合入了吗?真当别人都是傻子?
    0o0O0o0O0o
        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 的含金量?

    我衷心希望你没有在维护任何开源社区,我认为任何开源社区有你这样的想法都不会是好的社区。
    0o0O0o0O0o
        114
    0o0O0o0O0o  
       131 天前
    @cinlen #111 确实,我当时看到主页也觉得是老油条演的。不过看她的评论区里她提到参与过阿里的文档项目,那可能是以前有过经验或者有朋友指导也说不定。

    总之,论迹不论心吧,毕竟还没干出什么坏事。
    0o0O0o0O0o
        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 )。
    Donaldo
        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.”
    Donaldo
        117
    Donaldo  
       131 天前
    @0o0O0o0O0o #115 嗯,这个纯粹是我自己的猜测。仔细看了一眼确实是这样。
    accelerator1
        118
    accelerator1  
       130 天前
    @0o0O0o0O0o @Donaldo
    先说明事实,我没有去她的小红书或者 pr 下做任何回复,所有发言也仅在这篇帖子,也不用给我戴什么对待新人恶意的帽子。
    然后,嗯,你们说得都对,是我狭隘了。
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   974 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 31ms · UTC 19:56 · PVG 03:56 · LAX 11:56 · JFK 14:56
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.