这是一个创建于 360 天前的主题，其中的信息可能已经有所发展或是发生改变。
颜值、性能、体验超出预期！记得几年前用的时候时常有一些小报错，这次实机用了几天没遇到 bug 。4K 屏幕显示跟 win 系统也没什么差别，基础软件用到的也都有了，可以说完全可用了。也可能是我孤陋寡闻了，，，目前可以继续用下去
OS: Fedora Linux 38 (Workstation Editi Kernel: 6.2.14-300.fc38.x86_64 Uptime: 13 mins Packages: 1922 (rpm), 18 (flatpak) Shell: bash 5.2.15 Resolution: 3840x2160 DE: GNOME 44.1 WM: Mutter WM Theme: Adwaita Theme: Adwaita [GTK2/3] Icons: Adwaita [GTK2/3] Terminal: gnome-terminal CPU: 12th Gen Intel i5-12400 (12) @ 5. GPU: Intel Alder Lake-S GT1 [UHD Graph Memory: 3030MiB / 31818MiB
 |
101
mhj144007 359 天前
Linux 支持的软件是不是不多，只在虚拟机体验过
|
 |
102
MetroWind 358 天前
没什么卵用，十年前的问题现在一个不少⋯⋯我工作台式机的耳机口插上耳机默认没声，每次都要折腾一番 pulse 才有 2333333
|
 |
103
linyongqianglal 358 天前
愿你装机半生，归来仍是 Windows
|
 |
104
Xianmua 358 天前 via iPhone  1
@lujiaxing 重新定义“不要走极端“。我怎么感觉相比于很多人骂过的“张小聋没🐎”，你这句“Linuxer 一群穷鬼 + 死宅男, 本来就没什么消费潜力“要极端的多。这种垄断大公司也能有人舔，捡国外玩剩的搞垄断，大把赚钱的事少不了它，稍微不赚钱的立马消失，言必称商业公司利益为重天经地义，哪来的脸
|
 |
105
lujiaxing 358 天前 1
@Xianmua 中石油中石化都是垄断企业. 而且盲目的抵制大企业产品, 跟美国红脖子们有什么区别? 呵呵, 不用 Linux 就是舔大企业? 这个世界本来就是利益驱使的. 商业利益驱使没什么不好. 很多商品也都是因为有利润才有人做. 万事讲究个平衡, Windows / MacOS 是垄断, 但也是因为产品做的确实好 + 生对了时代. 跟国内这些 "烧钱 → 打价格战 → 掐死所有对手 → 自己垄断" 的 360 式企业本质上都不是一码事...
一个不靠烧钱而是靠优秀的产品质量实现垂直领域垄断的公司在哪个国家都是被尊敬的. 而且 Linux 各种桌面版现在的状态能用吗? 都不说生态问题, 就一个驱动和自身 BUG 就足够用户喝一壶的了. 连号称用户体验最好的 Deepin 都有各种 BUG... 再者我对 Linuxer 的画像有什么问题么? 用 Linux 桌面版的用户你看看谁消费意愿高嘛. 真正消费意愿高的直接买 MBP 了. 还是那句话, 要是真有那个能力, 别多 BB, 你开发一套 Linux 桌面版, 靠用户体验去把 Win / Mac 刚下去. 看你能憋住几天不说 "你 tm 不会看文档吗?" 这句话... |
|
106
lujiaxing 358 天前
@Xianmua
Linux 各发行版用户基本上无外乎几类人群: - 装逼的学生. 中学生大学生一半一半. - IT 行业 / 泛 IT 行业从业者. - IT 行业自由职业者, 如开源作者. - 有 IT 行业经历而且家中有老旧电脑又不舍得扔的 - 极客 / 计算机爱好者. 然而这些人的用户画像有个共通点就是: 穷. 深居简出. 屁事多. |
 |
107
Hengtang 358 天前
搞嵌入式 linux 开发，工作机跑 Windows 的话再上性能太烂，直接装了个 Deepin 20.09 ，用了半年了，体验很好，国内的软件基本都做了适配，国外的也大部分有，装个官方适配的 Wine 运行器图形化工具后可以实现双击运行 exe 的效果，依赖也可以一键修复，安卓 apk 直装直接运行，算是目前我用的软件生态最完善的 Linux 桌面端了，相比家里服务器上的 Ubuntu 20.04 来说桌面端体验好了好几个层次
 |
 |
109
rickiey 358 天前
|
 |
110
ohwind 358 天前
@424778940
1. 日常平铺，对效率问题不做评价 2. N 卡传统和 Linux 八字不合，fuck 它不是没有道理的 3. 反对你和 linus 对与社区的看法。你们一直在说'linux 社区不考虑用户体验！不尊重用户！'。拜托，你也说了，大多项目都是志愿者自发贡献的，当然也是站在他们自己的角度上去改进的，毕竟给自己用得爽才有动力去改不是吗？其次还是社区的那点逼事，linux 社区真是高高在上？大多数论坛的不是有问必答？用户提问的时候是不是要问问自己是不是把社区人员当作 windows 这些论坛的工作人员了？有的时候你就一句`我 xxx 出了问题怎么回事`，社区人员怎么给你回答？让你去拿日志你说一句不愿意学终端，必须要社区的人把所有步骤都给你列出来才愿意动一下，最后还要喷一句社区不尊重用户，wtf?? 社区本身不就是用户组成的？有没有那种确实看不起新人的人？有，但真不多，大多数人都是乐意帮助新人的，毕竟谁不是从新手过来的？但是新人至少要有点学习精神吧？指望自己不用付出一点学习成本，跟 windows 一样上手 linux ，让你去学一点 linux 知识你就说社区傲慢，那你干嘛不去用 windows?? 指望社区的人跟 windows 反馈的那些机器人一样礼貌但无用的回答你问题？说真的，GPT 都比那些人有用。 开源社区是由人组成的，而且不是被拘束的工作人员，人是有多样性的，善良尊重傲慢歧视都可能会在他们身上出现，这是开源社区的优点，也确实是缺点，但社区也确实同样在努力做出改变，用户同样也需要多一些学习精神，没有什么是不需要一点点学习成本的，android 转 iphone 还要学一下呢，互相尊重才是社区的根本。 |
|
111
ohwind 358 天前 2
@424778940
再看看上面这位对 linux 用户的评价： ``` Linux 各发行版用户基本上无外乎几类人群: - 装逼的学生. 中学生大学生一半一半. - IT 行业 / 泛 IT 行业从业者. - IT 行业自由职业者, 如开源作者. - 有 IT 行业经历而且家中有老旧电脑又不舍得扔的 - 极客 / 计算机爱好者. 然而这些人的用户画像有个共通点就是: 穷. 深居简出. 屁事多. ``` 这种人去社区提问你猜会不会尊重社区的人？谁才是高高在上的？ |
 |
114
dragondove 358 天前
@424778940 现代化的工具链应该没有一致性的问题（只要包管理 /构建工具在各个平台的实现都正常）。如果实在担心可以本地启容器。我主要是做 java 开发的，所以没法体会一些 native 语言的痛苦 hhhh 。
|
 |
115
kimiler 358 天前
现在 vscode 下可以输入中文了嘛
|
 |
117
hyperbin 356 天前 via Android
@Dislocator Server2022+HyperV ，更稳
|
 |
118
424778940 355 天前
@ohwind 我帖子里也说了 也叠甲了 你非要举极端例子我也没办法 我只能说我说的两个 case 都提供了 bugtrace 和 pr 连接
我相信骚扰社区的伸手党绝对不少 但社区不能因为问题 a 就忽略问题 b 这是两码事 正如你所说 互相尊重才是社区的根本 但是问题明确修复明确 pr 都提出了就是不合 这是社区对同时作为用户和开发者的我的尊重方式吗? |
|
119
424778940 355 天前
@dragondove 我说的主要是二进制一致性 用 ubuntu 的话 github 容器和本地都是同样版本的包 生成的二进制是一样的 但一个用 arch 一个用 ubuntu 里面的 arm-gcc 版本肯定是不一样的 所以二进制差异会比较大 就算是同版本 也不都是发行版自己编译的 编译编译器的参数和默认带的库和行为未必一样 所以是会导致二进制差异
arch 好处有很多 我之前自己电脑也用 但开发为了方便还是要用 ubuntu 的 |
 |
120
secondwtq 353 天前
热榜看到的来挖个坟
#19 提到的社区问题，我本来想说的是个人开源社区相对会比较乱，相比来说大公司开源社区至少表面上会更和谐——成员部分代表公司形象，真闹出事情是可能要出 PR 问题的。点进去看了一点发现这个角度根本不适用，因为这个例子就是正常任何开源项目都有的日常扯皮——或者说是任何社会都有的日常扯皮。 当然我只看了几楼，因为 #19 所说的“PR 原作者” dissent1@GitHub 在 issue 里只是在开头发了有限的几个回复就脱离了，后面都是其他的调试过程。dissent1 基本上只是表达了“WAR over WAR”的观点，以及提供了一些 fix 问题的附加信息。并没有感觉到 dissent1 的态度比 #19 要差，也没有出现 #19 回复中“你干嘛碰我代码?”和感叹号这种强烈的情绪表达。但是看得出来双方都跟社区主流开发者不太合拍。 整个 thread 中的感叹号只会出现在两种场景："Thanks!" 和 shebang 。总体氛围还是非常亲切友好的。 解释一下这个"WAR over WAR"：“WAR”似乎是某种黑话，是 Workaround 的意思。这黑话可能是 OpenWrt 社区专属的，但我觉得更像是 dissent1 个人的，从没在其他地方见过。不过英语 native 普遍喜欢 TLA (Three-Letter Acronym) 是真的，我在单位的 acronym 数据库里面真找到了这个用法 ... 虽然真没见有人用过。 情况大概是 dissent1 原本的 patch 是有问题的——没有解决任何问题反而引入了新的问题（这个 patch 本身似乎是以一种“WAR”的方式试图解决问题，但是这个 WAR 本身又没做对）。#19 希望将其 revert （"WAR over WAR"）。而包括 dissent1 在内的社区开发者则认为不着急 revert ，而应该以“proper”的方式来 fix 。（另外这种和硬件（或其他具体环境）相关的项目的一个现实问题是经常出现开发者不具备特定的条件所以测试比较麻烦的情况） 社区的理由是原 patch 已经进了 release 很长时间，而在一个没人会日常用的允许不稳定的 dev 分支里，相对于直接 revert ，不如去“proper”地 fix——除非在下一次大版本发布之前找不到一个“proper”的方法。社区开发者 981213 和 ynezz ，在要求 #19 提供规定所需的签名后，主动把 Revert 加到了 OpenWrt 18.06.3 的小版本更新分支里面了（上一个版本 OpenWrt 18.06.2 是 1 月发布的，18.06.3 是 7 月发布的，楼主的 PR 是 5 月提的，revert 进分支是 6 月的事）。 然后 TA 们试了半天似乎找不出个“proper”的方法，所以暂时只能 revert 。（很长时间后似乎有人解决了个相关的问题，是不是彻底把问题解决了就不清楚了） 从我个人的角度我认为双方都是有一定道理的。有些项目确实 patch 出问题就要直接 revert ，部分是因为开发工作严重依赖全自动的测试，然后就有测试结果全 clean 的追求，只要 break 了测试的 patch ，哪怕是在 dev 分支，也会给别人造成麻烦。但是如果社区认为问题不对开发工作造成障碍的话，跳过 revert 而优先寻找解决方案也是可以理解的。 我觉得这个事情就是不同的社区的规矩和习惯不一样而已。倒是 #19 难以接受其他人与其观点不同，先是在 forum 里，又在 V 站阴阳怪气人家，真心显得有点小家子气。 至少从这个 issue 而言整体还是比较平等的，用户不熟悉规矩，开发者会耐心地解释（开发者的长度基本都和 #19 类似或更长，甚至有个别长篇大论），用户也会帮助开发者测试。要真说成熟的多方平等合作的开源社区有啥问题的话，大概就是没有一言堂，没人说了算（甚至这种项目会出现开发者求用户帮着测试的情况），没有领导按着你头说必须怎么干，所以大家都不知道该怎么干，扯皮出的解决方案总免不了有人看着有问题，然后自己又没能力改变，还不能给自己一个“老板已经拍板了”的接口当安慰剂。 当然这仅限于“多方平等合作”的项目，开源项目的开发工作本质上是垄断的——垄断成本很低，你自己 fork 一个就是（有没有人用两说了）。我开始说大公司至少表面上会比较友好，另一面嘛 ... 举个例子，我前两天说过的 ROCm ，https://github.com/RadeonOpenCompute/ROCm/issues/887 这个 issue 里面 Rmalavally 代表官方给出了最“友好”的回复，大家的反应友不友好就不好说了。 |
 |
121
omL72EEc 352 天前 via Android
@lujiaxing #106 还真是这样，各种专业设施用的多，不面向 C 端，程序员用这个绝大多数也是为了干活而不是别的用途，哪个企业都没动力花钱、时间和精力来适配。
|
|
123
424778940 352 天前
@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) |
|
124
secondwtq 352 天前
@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 ，或者开源社区整体在这方面的流程有可以改进的空间，但是很大概率这会引入额外的成本。开源社区可能只是选择了（他们认为）能够更高效利用开发资源的一种方式，而对用户选择保证“最终一致性”。还是那句话，一般商业软件用户重一些，开源软件开发者重一些，这并不能滑坡为开源社区对用户的态度差。 |
|
125
424778940 352 天前
@secondwtq
"我觉得你有点小家子气不是针对你明面上在 PR 中后半部分的回复，而是你在 PR 之外，背后针对 dissent1 的言论。" pr 之外评论当事人不是很正常的吗? 我向来都是难听的话不管是当面还是背后都要说 而且是要大声的说 说不定当面说的比背后说的还难听 这都是我的观点 有问题就是要指出来 不行吗? 另外是 op 的 forum 还是 v2 不让 dissent1 看还是怎么? 我还在 forum 里专门带上了 bugtrace 和 pr 的连接 在网上发表公开言论和看法是怎么被算作背后针对的? 我实在是无法理解这个物理逻辑 我背对显示器算吗? 至于你后面说的实效性问题, 我前面已经说的很明确了, 这个 commit 本身就是一个自作聪明的优化, 不但结果是错误的, 连方向也不对, 所以没有任何保留的价值. 基于上述情况, 不管你是要立刻修复发版, 还是不着急发版要尝试其他思路来优化, 这个 commit 是无论如何都是要 revert 的. 尽快处理有益无害才是我催他们的根本原因. 退一步说, openwrt 是有 snapshot 的(别告诉我你不知道), 日常构建, 如果能作为 hotfix 用, 用户为什么不能用? 至于问题严重性界定上, 这个问题导致路由器软重启失效, 重启必定掉线, 没有任何解决办法除非物理断电重新开机, 如果你的电脑重启就死机你觉得这个问题严重吗? 另外不知道你是否知道很多地方路由器都是装在天棚上 /隔层上 /和一些不是那么容易够到的地方(老外家里很多都这么干的), 想要够到他都要弄个梯子上去, 很麻烦的. ========================================== 实话实说, 你的所作所为让我觉得你不是想要坐下来认真讨论问题, 而是想扮演理中客找一些存在感和成就感 真心建议你做点什么更有意义的事情, 一定要讨论的话至少看完双方对话, 对相关项目有个最基本的了解 一味的给人套帽子和强行理中客其实并不 cool 我的娱乐时间比较有限, 可能不会再回复你的帖子了, 因为实在是没有意义, 我相信每位路人都会在思考之后得到自己的观点 |
Select Language