时隔多年再次体验 Linux 桌面系统

@lujiaxing #106 还真是这样，各种专业设施用的多，不面向 C 端，程序员用这个绝大多数也是为了干活而不是别的用途，哪个企业都没动力花钱、时间和精力来适配。

@secondwtq

@secondwtq 不小心手滑按出去了

看你写这么长 但是我想说你的观点是不太正确的 既然做阅读理解就要做彻底

openwrt 这个事情, 我做找问题提 pr 这个事情的初衷是, 我作为一个用户在使用 stable/release 版本的时候遇到了这个问题, 导致我的设备无法正确重启, 你漏读了这个关键信息, 这不是一个简单的开发观念不同, 而是 bug 被直送用户端让设备无法正常工作
这个 bug 会导致设备无法正确重启, 必须手动关闭再打开电源(恶性问题). 而且这个 bug 并不是仅在 dev 分支, 而是已经在没有测试的情况下成为 stable 的一部分提供给用户(所以需要尽快解决)
我坚持自己观点提出他们应该 revert 掉这个 commit 的理由也说的非常清楚了, 这里是英文原文
写英文和写中文本来就逻辑不太一样, 没什么时间润色, 就不要挑一些说法比较奇怪的地方了

```
In my commonsense:
在我的基本常识中:
If it's an optimize, and it's failed, revert it no matter how old it is (if no major conflicts). Then we go from there to find a new way to optimize it.
如果这是一个优化项, 而且是一个失败的尝试, 不管多久也应该撤掉. 然后我们重新从这里寻找新的途径来优化
If it's a feature or driver that is needed for the device to function, we keep try to fix it until we find a way.
如果这是一个必要功能 /驱动项, 那不管多久都值得尝试

In this case, the code in dts is clearly a "smart" workaround attempt to OPTIMIZE something have no relationship to performance. And most importantly, it's NOT work. Therefore I didn't see the point of keep the patch in source tree, not only it's wrong but also not lead a way to proper fix.
这个 case 里, dts 代码改动明显是一个自作聪明的优化, 没有任何性能相关提升. 而且更重要的是, 这东西不工作. 所以我看不到一个合理的理由留着这个改动, 不但因为他是错误的实现方式, 也不会导向任何正确的结果

We should just revert the patch, let end user have a working code/bin, then open a new issue/ticket to do research.
我们应该撤回这个修改, 让用户有一个正常功能可用的代码和二进制, 然后开一个新的 issue 来研究这个事情的优化.
I'm at the edge of losing hope of the Openwrt project by this kind of project/code management philosophy.
因为(上面讨论里的)这种(放着恶性 bug 在 release 里不管, 慢慢研究怎么 proper fix 的)管理哲学, 我已经在对 Openwrt 项目失望的边缘了

I hope my commonsense is common.
我希望我的常识是[常]识
```

"我觉得这个事情就是不同的社区的规矩和习惯不一样而已。倒是 #19 难以接受其他人与其观点不同，先是在 forum 里，又在 V 站阴阳怪气人家，真心显得有点小家子气。"

我在这个 pr 的讨论可能不是那么端庄和礼貌, 但也始终保持了友善的表达不满, 基于事实, 和以理服人的原则.
"难以接受其他人与其观点不同", 换一种说法其实是 "希望他人接受我的观点".
这种 pr 讨论本来就是要选一个最合理的方案来解决问题. 我相信自己的方案是合理的, 所以通过摆事实讲道理的方式希望大家能够接受我的方案, 这有什么错误吗?
而且明显是有人理解和支持我的想法的, 我上面那段英文原文也是有人点赞的, 你是选择性脑内屏蔽了吗?

如果在开源项目里用合理的方式表达自己不满和在辩论中希望他人接受自己的解决方案方案 /观点, 也能算作是"阴阳怪气人家，真心显得有点小家子气", 那我只能说, 对你说的太对了 (只要微笑就好.jpg)

@424778940 你的阅读理解也不太到位的样子

> 先是在 forum 里，又在 V 站阴阳怪气人家，真心显得有点小家子气。

我觉得你有点小家子气不是针对你明面上在 PR 中后半部分的回复，而是你在 PR 之外，背后针对 dissent1 的言论。
有人点赞不代表是完全合理的，美国这两次大选两党都有一半人支持呢。我也没有说过没人支持你。

> 我作为一个用户在使用 stable/release 版本的时候遇到了这个问题, 导致我的设备无法正确重启, 你漏读了这个关键信息
我当然知道这是个 stable 版本中的恶性 bug ，但是按照正常的软件开发流程，他们就算 revert 了也必须等到下一个 release 才能修复最终用户的问题——这不是 OpenWrt 自己专属的规则，绝大多数软件都是这么搞的。当然你可以出个 KB 或者紧急 hotfix 之类的，但是限定到开源项目，基本是没有这个机制的，hotfix 基本只在个别情况下用在严重的问题上。
而 OpenWrt 的情况是它支持的环境很多，每一个环境都可能有问题，在这种情况下，你这个硬件的问题再严重，从全局来看也只是个 corner case ，不值得专门出个 release 。要是每个类似的问题都单独一个 release ，走一遍流程（ https://openwrt.org/docs/guide-developer/releases/release-process ），反倒是对开发资源的严重浪费。这和有没有现成解决方案根本无关——假设一个有人提 issue 但没有解决方案的场景，修复问题的成本是寻找解决方案的成本 + release 的成本，现在有解决方案只是把前面一部分省掉了，后面的一直都有，非必要情况下都是要有很多个 commit 把 release 成本摊平。而在 release 之前，他们是有一段时间研究问题的。

你是站在用户的角度上，认为要尽量满足用户端的需求。但是现实中无论什么软件，实际都会表现出用户需求和开发进度的一种平衡。就算是商业软件，也是关键大客户能拿到更高的优先级和专门修复问题的内部 build ，普通用户只能在 forum 里面打嘴炮。我觉得区别只是商业软件相对于开源软件这个平衡会更倾向用户一点而已（这也是商业软件比开源软件更适合普通用户使用的原因之一）。
你如果因为这个对 OpenWrt 失望的话，那大概没有几个软件的开发流程是像样的了。大多数软件都是攒若干个 commit 再发版的模式，每个 commit 都可能针对一个或几个 corner case ，难道都要拆出来？就算是滚动更新模式也没有一个 commit 一版的说法。

我觉得你和社区的根本分歧可能是在这个问题是个绝对严重的 blocker ，还是个 corner case （我认为它是个 corner case ，只是触发时很严重）。这个可能没有在 PR 里被显式地讨论过，而是变成了双方默认的 assumption 。
诚然 OpenWrt ，或者开源社区整体在这方面的流程有可以改进的空间，但是很大概率这会引入额外的成本。开源社区可能只是选择了（他们认为）能够更高效利用开发资源的一种方式，而对用户选择保证“最终一致性”。还是那句话，一般商业软件用户重一些，开源软件开发者重一些，这并不能滑坡为开源社区对用户的态度差。

@secondwtq

"我觉得你有点小家子气不是针对你明面上在 PR 中后半部分的回复，而是你在 PR 之外，背后针对 dissent1 的言论。"

pr 之外评论当事人不是很正常的吗? 我向来都是难听的话不管是当面还是背后都要说 而且是要大声的说 说不定当面说的比背后说的还难听 这都是我的观点 有问题就是要指出来 不行吗? 另外是 op 的 forum 还是 v2 不让 dissent1 看还是怎么? 我还在 forum 里专门带上了 bugtrace 和 pr 的连接 在网上发表公开言论和看法是怎么被算作背后针对的? 我实在是无法理解这个物理逻辑 我背对显示器算吗?

至于你后面说的实效性问题, 我前面已经说的很明确了, 这个 commit 本身就是一个自作聪明的优化, 不但结果是错误的, 连方向也不对, 所以没有任何保留的价值. 基于上述情况, 不管你是要立刻修复发版, 还是不着急发版要尝试其他思路来优化, 这个 commit 是无论如何都是要 revert 的. 尽快处理有益无害才是我催他们的根本原因.
退一步说, openwrt 是有 snapshot 的(别告诉我你不知道), 日常构建, 如果能作为 hotfix 用, 用户为什么不能用?

至于问题严重性界定上, 这个问题导致路由器软重启失效, 重启必定掉线, 没有任何解决办法除非物理断电重新开机, 如果你的电脑重启就死机你觉得这个问题严重吗?
另外不知道你是否知道很多地方路由器都是装在天棚上 /隔层上 /和一些不是那么容易够到的地方(老外家里很多都这么干的), 想要够到他都要弄个梯子上去, 很麻烦的.

==========================================

实话实说, 你的所作所为让我觉得你不是想要坐下来认真讨论问题, 而是想扮演理中客找一些存在感和成就感
真心建议你做点什么更有意义的事情, 一定要讨论的话至少看完双方对话, 对相关项目有个最基本的了解
一味的给人套帽子和强行理中客其实并不 cool
我的娱乐时间比较有限, 可能不会再回复你的帖子了, 因为实在是没有意义, 我相信每位路人都会在思考之后得到自己的观点

@MetroWind 是麦克风没声音吗？哈哈 我也是没声音。。不知道怎么调整懒得搞了

@lujiaxing 你这标签打得，显得你很没见识啊，linus 本人就买了 mbp 来装了 linux ，打脸不？