

























5 summerwar 2025 年 10 月 20 日如果你把那个十多年未解决的 issue 解决了,并且提交了修复代码,同时顺带说下你自己也有个同样的项目,只是也遇到了这个问题,花费时间和精力解决了,恰好看到这里同样的 issue ,提交了修复代码。==》你和这个项目的作者可能成为了好朋友。 你现在可能是看到别人有个开源的项目觉得实现思路不错,然后自己上手做了一个类似的,并且解决了类似的问题,然后你去别人的 issue 里说自己的开源项目比他这个好多了,且没有这样的问题,顺便宣传了一波自己的项目。 ==》我只能说你在拉仇恨,你和这个项目的作者觉没有成为朋友的可能 然后你又在 v2 上发了个帖子,让大家评论。==》我不知道该说啥,我觉得大多数人都觉得你不太聪明,或者过于聪明,但是聪明又没用到正确的地方。 |
7 Ketteiron 2025 年 10 月 20 日如果没有借鉴的意义,隐藏为离题没什么问题。 |
10 MozzieW 2025 年 10 月 20 日这标题很符合新闻学。 我看到的是,项目 A 有个 issue 多年没有修,OP 去回复“我做了一个新的项目 B 没有这个问题”,然后回复被人举报 Spam 折叠了。 哪怕说一下问题出现的原因、解决方案,再推项目呢。 见仁见智。 |
12 Configuration 2025 年 10 月 20 日看到了被折叠的留言,一丁点技术讨论的信息都没有,这是纯广告。 单说你的产品解决了这个痛点,那你的产品是否实现了 mosh 的所有 feature ? |
15 LonnyWongOP @MozzieW #10 十多年,那么多人,都没有解决的问题,是他们都不够聪明吗?还是不想解决,痛点不够痛? 其实是底层选型的问题,导致实现起来太困难。抱歉,我没有能力在原项目上解决,我并不比那些人厉害。 |
17 studyingss 2025 年 10 月 20 日 via Android@summerwar 不同意你的看法,点开链接看了,看样子不像是打广告, 不知道你看了 issue 没有,挂了十年,成员显然没有解决的意愿,而用户一直在叠加悬赏要求这个功能, 如果不是推广,对于这样一个显然不是伪需求的问题,给出替代方案是很自然的,也很有帮助的,而且 issue 区也并没有“必须提交才有发言权”这种规则。 mark as spam 显得太小气了。 |
19 LonnyWongOP @Configuration #12 mosh 首页说了 3 条(外加 1 条不支持),我实现了前 2 条,第 3 条我不认可(不打算实现),外加实现了 1 条 mosh 不支持的。 It aims to support the typical interactive uses of SSH, plus: Mosh keeps the session alive if the client goes to sleep and wakes up later, or temporarily loses its Internet connection. Mosh allows the client and server to "roam" and change IP addresses, while keeping the connection alive. Unlike SSH, Mosh can be used while switching between Wi-Fi networks or from Wi-Fi to cellular data to wired Ethernet. The Mosh client runs a predictive model of the server's behavior in the background and tries to guess intelligently how each keystroke will affect the screen state. When it is confident in its predictions, it will show them to the user while waiting for confirmation from the server. Most typing and uses of the left- and right-arrow keys can be echoed immediately. As a result, Mosh is usable on high-latency links, e.g. on a cellular data connection or spotty Wi-Fi. In distinction from previous attempts at local echo modes in other protocols, Mosh works properly with full-screen applications such as emacs, vi, alpine, and irssi, and automatically recovers from occasional prediction errors within an RTT. On high-latency links, Mosh underlines its predictions while they are outstanding and removes the underline when they are confirmed by the server. Mosh does not support X forwarding or the non-interactive uses of SSH, including port forwarding. |
23 wenerme 2025 年 10 月 20 日在 HN 里,这种情况第一句都是 shameless plug, 不然都会显得不礼貌。如果还觉得别人 mark as spam 不爽, 那就真 shameless 了。 |
24 calmlyman 2025 年 10 月 20 日@Configuration 一个十多年不解决的问题,这里解决了,难道不算解决了问题?你作为路人遇到焦头烂耳的问题时,搜到 issue 发现解决不了,看到评论有其他解决方案,你会骂 ta 不? |
27 ikw 2025 年 10 月 20 日作为 mosh 用户,我站 op ,mosh 挺有想法的一个项目,但是用户体验上就是不怎么样,GitHub 上也能看到,几年都没有更新了,这个 Issue 也一样,几年都没解决,就算 Op 是作者,做广告,也是给用户一个可用选项。 我 Star 了 Op 的项目,体验一下效果,好用就把 mosh 给换了 |
28 visper 2025 年 10 月 20 日听起来感觉像是去 react 项目里面说为什么 react 的 hook 有这些闭包更新问题解决不了,而 vue 的没有这种问题。既然是底层选型问题不能按同样方法解决的,就没有必要去那个里面这么说。 |
35 goodryb 2025 年 10 月 20 日我觉得 op 你要是把本文的标题前半句“一个 github 开源的 issue 十多年没有解决,另一个新生的同类项目解决了”写进去也不至于被隐藏,甚至还能狠狠的嘲讽一波 你 issue 里面写的第一眼看到确实像是推广 |
37 WarlockMan 2025 年 10 月 20 日做程序不能光搞技术,我们是人,不是麻木不仁的机器,要考虑人之常情。为人处世要有温度,要考虑人情,要成熟起来 |
38 LonnyWongOP @goodryb #35 我英文太菜,也不会说话,当时没考虑太多,就随便留了个言,相当于 mark 。本意其实就是想让遇到那痛点的用户,可以试一下新项目,如果用户确实想用新项目,我再投入更多精力去完善。当时确实欠考虑了。 |
41 Configuration 2025 年 10 月 20 日很好奇,为什么你解决了一个别人十多年没有解决的痛点,但截至目前一年多过去了却没人给你点赞,大概率是因为你的解决方案在这个项目里没有价值 |
48 Configuration 2025 年 10 月 20 日@LonnyWong #41 ,这个 issue 有 26 个 participants ,他们在隐藏之前都有收到 GitHub 发送的提醒,但是没有一个人站你。(别拿隐藏说事儿,隐藏了再想看也就是点一下鼠标,又不是被删了)。 0 OF 26 |
50 Saigut 2025 年 10 月 20 日能支持 ssh port forwarding 的工具多了,你即使全部罗列出来又有什么意义,对当前的 issue 又没有帮助。 |
53 gongym 2025 年 10 月 20 日我发现好像没人站在用户角度考虑这个问题呢 |
56 LonnyWongOP @iorilu 我不期待他们会将悬赏给我,如果找到这个 issue 的有痛点的用户,能试一下我写的替代产品(用哪个用户自己说了算),感觉我做这个项目就更有意义了。当然,我开源这个项目的意义也不只是为了这些用户。 |
58 iorilu 2025 年 10 月 20 日 |
60 lswlray 2025 年 10 月 20 日. 没什么绝对的对错,屁股不同而已 |
63 LonnyWongOP @iorilu #58 #57 直接联系用户可能被说骚扰的,隔壁就发生过,说直接给用户发推广邮件,并且很多用户没有留邮箱地址的,还得他提交过代码,并且 git log 里的邮箱准确,才可能联系到。最好是用户自己找过来,而不是去找用户。 |
65 Esec 2025 年 10 月 20 日 via Android这并不是可以直接打到原项目上三两行的小补丁,管理者不理的话,就得为你的项目未来的任何问题负责,除非你们之前早就互相认识,用户之间的交流适合放到这里一样只有用户的地方,开发过程中有哪些容易踩的坑可以分享过去 |
67 studyingss 2025 年 10 月 20 日 via Android重新看了下 op 的发言,既然明明是推广自己的项目却伪装成别人的项目,不但在在 issue 里没说明,在这个帖子都没说清楚是自己的开源项目而是用“另一个新同类开源项目”指代,我认为原作者做的没错,你发的玩意就是 spam 。 最恶心是你来 v 站还要装成第三方带节奏,这个帖子在我看来也是 spam 。 |
69 leelotov2er 2025 年 10 月 20 日稍微有点换位思考的能力,就不会有这么多奇奇怪怪的问题。别人不是对你有意见,别人就是没时间去理你。你回复了你在别的项目看到解决了,别人就要花时间去验证一下是不?莫名其妙的 |
71 BeforeTooLate 2025 年 10 月 20 日你要么好好修复这个问题,提交补丁,你说你底层实现不同,你新开了一个项目解决了这个 issue ,请问你新项目其他功能都是复刻这个项目的吗,不然对其他人有啥帮组啊,能解决这个问题的其他项目多的是。 |
74 yh7gdiaYW 2025 年 10 月 20 日不觉得 OP 的做法有任何问题,前段时间 tabby 更新出离谱问题的时候,issue 下面就有人直接给出替代产品。我认为这是非常好的行为,搜到这个 issue 的人想解决问题,不是非要用你这个产品不可 |
76 lesismal 2025 年 10 月 20 日很多开源作者是没有开源精神的,他们是为了自己利益,一旦看到比自己好的、当然要加固自己的护城河。 如果是我,非常喜欢别人在我项目下面聊他们的同类项目、互相交流。 我比 OP 直接还没情商。 所以,一团和气是那些留给普通人的,做的比你好、怼脸开大是最好的了!支持 OP 怼脸! |
79 dmanbu 2025 年 10 月 20 日别人没有义务为你解决问题,用开源就要自己负责。issue 是为这个项目提问题的地方,不是 BBS ,不要搞些乱七八糟的东西 |
81 summerwar 2025 年 10 月 20 日@studyingss #17 可是我回帖子的时候,没有链接啊,我咋看 现在有链接了我也不愿意点进去看,因为我还是保持我上面的观点,同时根据楼主的发言,我感觉这个帖子也是推广帖 |
82 listnodeptr 2025 年 10 月 20 日OP 并无诚意讨教,这个帖子也是个推广帖,OP 不会喜欢我接下来要说的话,OP 不看也罢 以下的内容是给很多关注这个事情的路人解释的: 1. 在某些国家和地区,开源是一种 community culture (社区文化),人们参与到某一个社区的自发活动中,并且承担并分享一些社区工作和自愿的责任(有感兴趣的可以去搜索),开源社区是一个社区,不只是一个博客,你看到的 mosh 项目不只是 mosh 作者团队的博客页面,而是对一个*共同需求*、*共同目标*的自发组织群体,他们因为同样的需要聚集到了这个项目尤其是这个 issue 里面,各自做能做的事情,试图对大家有益 2. “I maked another mosh”在某些文化中是极其令人震惊的奇葩,这个项目是 mosh ,而链接的项目不是 mosh ,这一点很清晰明了。在历史上我们国家也有类似的说法:“来者何人,报上名来”,然后对面武将令人疑惑地主动喊了一句:“偶系另一个关云长”(带错字),请问刘备家的几个哥们该如何理解这个行为的动机?在社区文化里面,不报自己项目名称,直接说自己是“另一个”某项目是非常难以理解的诡异事情。 3. 这条“I maked another mosh”有拼写错误,而且太短,不带任何讨论,*发言者并没有认真付出参与社区活动所需的努力*,这条评论*not in good faith discussion (不是带有诚意的讨论)*,一个人在社区内发言时应当承担表达清楚自身含义的责任,不能以英文不熟练之类的为借口,莫名其妙 4 个错字单词外加一个链接,英文母语的人都看不懂,其他语种的人看到只会更疑惑,从这一点来说,折叠是完全正确的管理操作。这个概念参考“If you cannot say what you mean, your majesty, you will never mean what you say and a gentleman should always mean what he says.” 如果你说不清你想说的话,陛下,那你就无法信守你说的话,而一个绅士应当始终信守自己说出的话。 4. OP 做了很多开源的贡献,比如 trzsz ,而且有帮助一些提问的人解决技术上的问题,但他始终是一个在 github 上开博客的高级工人,他不是社区的一部分,他的优秀项目是一个 workshop 车间形式的作品,欢迎大家来拿自己想用的轮子,有不会用的人 OP 可以帮你解答(非常热心的老熟练工师傅)。OP 不理解的是,他手里有一个轴承恰好适用他看到的这个机械,为啥他说了一句换齿轮效果一样或者更好,被别人掩面 diss 了。 我本来还编辑了一些批评 OP 的话,想想算了,这个 OP 也有技术工人特有的某些局限性,上面很多回复都点出过了。 问我如何看,我的看法是 LonnyWong 这个技术工人热心老师傅 没有文化 英文辣眼睛留言被 diss 一点都不虚心来 v2 找认同,也许有一天 OP 能反省调整自己的发言认真程度(错字、谜之仅有 4 个单词、不报自己项目名),如果认真参与社区讨论,也许可以变成 社区中受人尊敬的 Sir LonnyWong ( LonnyWong 阁下),而不是莫名其妙路边高喊“偶系另一个关云长”……囧 rz |
83 LonnyWongOP @listnodeptr #82 你开心就好!说得好像我求人什么一样。Lonny Wong 是什么东西?一个 ID 而已,生不带来,死不带去。 另外,我英语差又怎么样?差就不能说了?你继续嘲讽,我无所谓! |
85 LonnyWongOP @3085570450tt #84 你可以在你的项目里 spam 我的回复,我在我自己的项目里也不能提你的项目了?我的项目还从一开始就在首页里留着 mosh 的链接呢,这是对他的尊重与致敬,毕竟是他对我产生了启发。开源就这点格局,不以为用户最终解决痛点为目的? |
87 kneo 2025 年 10 月 20 日 via Android从用户角度来说,我喜欢用 mosh ,如果 mosh 能解决这个问题更好。 |
89 LonnyWongOP @kneo #87 理解,我作为用户也不敢随便用。tsshd 作为服务端的 star 数量是还不多,你可以看看 tssh 作为客户端的 star 数量。链接我就不贴了,有人很忌讳推广,我相信你能找到。 |
90 ota 2025 年 10 月 20 日v2ex 太难用了,在 safari 下时常发生 https 证书验证失败问题。这个老黄历都没人来修,我有个网站用 discourse 建立的,完全支持 safari ,大家来看看。 大概就是这样的情景吧,如果成立,那么竞争推广就不会这么被打压了。a 不好,不修,b 出来秀优越,目的就是 b 要吃了 a 的份额。当年 acfun 一身毛病,b 站阴阳说忍不了,建了 b ,然后在 acfun 大肆宣传,a 也是大度,没禁了 b 。才有了今天的 b 。 |
95 liangguifeng 2025 年 10 月 21 日本质上,开源是自由的,我们没能力要求作者一定要去增加或者优化某些东西,如果自己有能力,可以提 PR ,我们可以提出意见,但是被不被采纳那是另外一回事。 所以综上所述,我认为仓库坐着并没有计划支持改东西,那也没啥可说的,如果自己有能力,为何不提个 PR 贡献一下代码,让大家一起享受到你的代码呢? 以上观点纯理性思考,换个位置思考,如果我开源了某些东西,但是纯在一些瑕疵,但是我又忙于生计,我不改吧,还会遭人唾骂,那我宁愿不开源了,这样也就没有开源社区的理念了 |
96 FlashEcho 2025 年 10 月 21 日直接 hide as spam 确实有点小气了,我使用 cherry-studio 的契机就是 NextChat 对 webdav 的支持很差,有人在 issue 里说 cherry-studio 用着没问题,然后我就丝滑切过去了 |
99 iseki 2025 年 10 月 22 日 via Android我觉得你做的没问题。至于标记你的维护者,我只能说人无完人,我要是你会直接 at 回去,话不会再说这么客气了。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。