一个 github 开源的 issue 十多年没有解决，另一新生的同类项目解决了，在 issue 里回复了一条消息被隐藏，大家如何看？

如果你能修复，在该项目下面回复应该是没问题的

如果是推广你的更厉害的解决方案，那你应该去其他地方打广告

如果另一个项目是你做的，那你这个不好说。如果是别人做的，你只是提了一嘴，那这个作者这个不好说

正常，人性

你可以先吹一波原项目，然后再说你写了一个项目正好解决了这个问题。实际上我看到过很多类似的情况，说明也有很多维护者不是很在意这个。

如果你把那个十多年未解决的 issue 解决了，并且提交了修复代码，同时顺带说下你自己也有个同样的项目，只是也遇到了这个问题，花费时间和精力解决了，恰好看到这里同样的 issue ，提交了修复代码。==》你和这个项目的作者可能成为了好朋友。

你现在可能是看到别人有个开源的项目觉得实现思路不错，然后自己上手做了一个类似的，并且解决了类似的问题，然后你去别人的 issue 里说自己的开源项目比他这个好多了，且没有这样的问题，顺便宣传了一波自己的项目。 ==》我只能说你在拉仇恨，你和这个项目的作者觉没有成为朋友的可能

然后你又在 v2 上发了个帖子，让大家评论。==》我不知道该说啥，我觉得大多数人都觉得你不太聪明，或者过于聪明，但是聪明又没用到正确的地方。

上面说的好，issue 是用来提交问题解决问题的，不是用来打广告的

如果没有借鉴的意义，隐藏为离题没什么问题。
举个例子，某个 issue 说 react 有严重的性能问题，然后低下回复 vue 很快。如果是可移植的，或者有借鉴的意义，那才应该提出来。

吐个槽 有更好的替代品出现 解决了某个痛点问题 于是有人推荐让大家都转去用它 是很正常的事情啊 隔壁还因为 Node 的 ESM 问题 一堆人推荐换 deno 或 bun 呢

虽然但是… maked 是什么

这标题很符合新闻学。

我看到的是，项目 A 有个 issue 多年没有修，OP 去回复“我做了一个新的项目 B 没有这个问题”，然后回复被人举报 Spam 折叠了。

哪怕说一下问题出现的原因、解决方案，再推项目呢。

见仁见智。

不是说现在 ai 很厉害了吗，为什么不直接给 ai 给解决

看到了被折叠的留言，一丁点技术讨论的信息都没有，这是纯广告。

单说你的产品解决了这个痛点，那你的产品是否实现了 mosh 的所有 feature ？

这个项目最后一次更新是 23 年 8 月，24 年提了一下另一个项目被隐藏回复，怪

你这属于贴脸嘲讽（你不行，你看我解决了）

@MozzieW #10 十多年，那么多人，都没有解决的问题，是他们都不够聪明吗？还是不想解决，痛点不够痛？

其实是底层选型的问题，导致实现起来太困难。抱歉，我没有能力在原项目上解决，我并不比那些人厉害。

想看，点展开按钮

@summerwar 不同意你的看法，点开链接看了，看样子不像是打广告，

不知道你看了 issue 没有，挂了十年，成员显然没有解决的意愿，而用户一直在叠加悬赏要求这个功能，


如果不是推广，对于这样一个显然不是伪需求的问题，给出替代方案是很自然的，也很有帮助的，而且 issue 区也并没有“必须提交才有发言权”这种规则。

mark as spam 显得太小气了。

当然是嘲讽让人难受

@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.

@LonnyWong 那你实现了原有项目的其他功能么?没用的话, 意义是啥, 不还是广告么

"一个新生的同类开源项目"直说你自己的项目不行么？装成中立第三方的样子有点恶心

推广完全不同的项目，也没有相关的技术讨论，讲真，没被 block 都算轻的。

在 HN 里，这种情况第一句都是 shameless plug, 不然都会显得不礼貌。如果还觉得别人 mark as spam 不爽, 那就真 shameless 了。

@Configuration 一个十多年不解决的问题，这里解决了，难道不算解决了问题？你作为路人遇到焦头烂耳的问题时，搜到 issue 发现解决不了，看到评论有其他解决方案，你会骂 ta 不？

不好说

@wind1986 #20 我实现了 mosh 的核心功能，不然我也丢不起那脸。

作为 mosh 用户，我站 op ，mosh 挺有想法的一个项目，但是用户体验上就是不怎么样，GitHub 上也能看到，几年都没有更新了，这个 Issue 也一样，几年都没解决，就算 Op 是作者，做广告，也是给用户一个可用选项。

我 Star 了 Op 的项目，体验一下效果，好用就把 mosh 给换了

听起来感觉像是去 react 项目里面说为什么 react 的 hook 有这些闭包更新问题解决不了，而 vue 的没有这种问题。既然是底层选型问题不能按同样方法解决的，就没有必要去那个里面这么说。

@ikw #27 最新的还没发布，请从源码安装：

tsshd 源码安装：go install github.com/trzsz/tsshd/cmd/tsshd@main

tssh 源码安装：go install github.com/trzsz/trzsz-ssh/cmd/tssh@main

安装后在 ~/go/bin/ 下。

感觉就是说话的艺术，如果 OP 说的是:
`我在另一个项目找到解决方法，是否值得参考？`
估计就不会被 spam

解决了问题不错，但是处处充满居心不良

@dream10201 #31 用户自己会用脚投票，开源的东西怕讨论和比较？

这里涉及到一个定义问题,issue 是为了解决使用者的问题还是当前项目的问题
从不同的角度出发会有不同的答案

@caiqichang #30 受教了！我确实不会说话。

我觉得 op 你要是把本文的标题前半句“一个 github 开源的 issue 十多年没有解决，另一个新生的同类项目解决了”写进去也不至于被隐藏，甚至还能狠狠的嘲讽一波

你 issue 里面写的第一眼看到确实像是推广

你可以说解决思路 但没必要打广告

做程序不能光搞技术，我们是人，不是麻木不仁的机器，要考虑人之常情。为人处世要有温度，要考虑人情，要成熟起来

@goodryb #35 我英文太菜，也不会说话，当时没考虑太多，就随便留了个言，相当于 mark 。本意其实就是想让遇到那痛点的用户，可以试一下新项目，如果用户确实想用新项目，我再投入更多精力去完善。当时确实欠考虑了。

多大点事儿

作者：天天免费用还要哔哔赖赖嫌这嫌那 又不缺你一个

很好奇，为什么你解决了一个别人十多年没有解决的痛点，但截至目前一年多过去了却没人给你点赞，大概率是因为你的解决方案在这个项目里没有价值

@summerwar #5 但是这样就会导致某个结果，俗话说就是 占着茅坑不拉屎

@Configuration #41 因为被隐藏了呀，你没看到我的回复下面一条回复（也是被隐藏的）？

@LonnyWong #38 小事情啦，不如在 v 站新开个推广贴，正式做一波推广，自己写的项目又不是偷别人的，腰杆子挺直。

你要不直接点推广自己的项目，没必要去别人那里引流

推广就推广，还想 v2er 赞同你 ？？

你这种行为就是推广， 如果你换一个账号发，那我就觉得你是讨论/建议。

@goodryb #44 腰直得很！只是没帮助到那些有迫切需要的人，有点可惜、有些感慨而已：他们在那个 issue 里打赏求助，现在有另一个解决方案了却不知道。

@LonnyWong #41 ，这个 issue 有 26 个 participants ，他们在隐藏之前都有收到 GitHub 发送的提醒，但是没有一个人站你。（别拿隐藏说事儿，隐藏了再想看也就是点一下鼠标，又不是被删了）。

0 OF 26

issue 被折叠很正常，也没必要玻璃心，任何人都无法做到客观公正，项目 owner 可能今天心情不好，一句话惹毛了呢...

另外我看评论区赏金那么高，没人去解决说明问题是不是真的很棘手？

顺便说一句，在原项目某个 issue 评论区贴自己的项目，这种行为我也做过。[在这里]( https://github.com/lra/mackup/issues/1849#issuecomment-1369963734)

能支持 ssh port forwarding 的工具多了，你即使全部罗列出来又有什么意义，对当前的 issue 又没有帮助。
就算你说有参考意义，但你自己又没指出任何可以帮助此 issue 的点，谁有那么多时间去看一个陌生的项目。

@studyingss #17 如果你觉得使用另一个软件替换掉当前软件是个解决办法的话，issue 很早就推荐 https://github.com/MisterTea/EternalTerminal
mark as spam 的一个重要原因，可能是因为编程语言、协议都不一样吧，我觉得相关人员时隔数年收到个 another mosh 的评论，点进去看了下跟 mosh 无关，觉得这是垃圾信息合乎情理，或许不这么说就不会被隐藏了。
issue 回复也说明了为什么这个功能不会添加，以 mosh 项目的立场去考虑这是合理的，有相应需求的用户应该更换软件而不是期待 mosh 实现它。mosh 团队 open issue 十多年也是错的，正确做法是直接 close ，不要让用户保持无意义的期待。
https://github.com/mobile-shell/mosh/issues/337#issuecomment-9665054
https://github.com/mobile-shell/mosh/issues/337#issuecomment-469768759
https://github.com/mobile-shell/mosh/issues/337#issuecomment-1693794943

@Configuration #48 他们没在那个回复里点赞，不代表他们没有 Star 我的项目。第一位 Huy Z 就 Star 了，至少也是 1 of 25 （ 26 人当中有一人是我自己 ）。

https://github.com/huyz?submit=Search&q=tsshd&tab=stars&type=&sort=&direction=&submit=Search