本帖最后由 duanyao 于 2019-7-12 16:33 编辑

我是做软件开发的，你不是，谁是务虚的？你自己回答一下“什么是好修复的漏洞”吧，你是亲自参与分析还是修复漏洞了？是不是觉得一行代码就修复的bug就一定是好修复的？

我说的是“任何其它行业的经验都不适用于软件开发， 你给脑补成“以为就软件开发才严谨，其他做产品的都是应付了事”？不过我也不生气，不了解软件开发的人基本上必然有这种误解。如果你确实想了解一点，可以看看《人月神话》这本书。

不做开发是真的很难理解更新的坑爹的

不干开发的永远理解不了，因为修改一个bug，而引来一堆的bug票！这种事很常见。

在我眼里，软件开发和揉面粉捏蒸馒头本质上是一回事，也只有当局者迷才自我神话成你这样。
说到务实的讨论你就让我去看《人月神话》，咋不让我去看百科全书呢？我也不想跟你扯太多题外话，你觉得一行代码的修复就是好修复的漏洞，那是你的理解。
另外，难以想象真正的软件开发人员是以代码行数来衡量开发质量，或者漏洞质量的。说到这儿就想笑。
我再次重申一下我在前面的观点：质量管理体系不完善。
至于什么修改一个漏洞引入了无数新的漏洞的情形，不就是面多了加水、水多了加面的循环嘛！没有找到真正一次性解决问题的办法，反而用这种逻辑来逃避问题，真不是长久之计。很多情况下，确实会受现实条件所限只能采取力所能及的改善措施，那是没办法的办法；但是视问题而不见就没有道理了。
再说一点，为什么楼主提的那些问题不能得到迅速及时的修复也看不到太多负面反馈呢？还不是因为用户太少、涉及面太小嘛！所以不迅速及时地修复好像也没什么关系。但是换一个用户大、涉及面广的软件，你想想看会是什么情况？

楼主可以说个实际的例子

参考bug10

有时间可以了解一下小米，华为他们的工程师有多少，他们的更新频率如何，在对比一下deepin的开发团队，你就知道答案了。
对于一个已经有大量用户的产品，频繁的更新只会带来更多的不稳定，当然页不是说忽略用户的体验就算修复了问题也推迟发布，而是为了用户有更好地体验，必须要经历严格的测试才可以正式上线的

一个外行来“重申”什么“质量管理体系”，鼓吹什么“真正一次性解决问题的办法”，“软件开发和揉面粉捏蒸馒头本质上是一回事”，在业内人事看来只能是笑话。

好吧，请你举出一个你能看得上眼的，能迅速修复“好修复”的bug的软件公司，让我们学习一下。

一开始你主动来回复，然后说的文不对题，接下来的几个回复也是避实就虚、顾左右而言他，现在又安一个外行的帽子，再抛出几个你自己买本书，或者上网搜索就能找到标准答案的问题来故作高深，说实话，俺见过的软件开发从业者多了，真没见过几个你这样的。
也难怪，潜意识就认定了软件漏洞是不能真正一次性解决的，当然也不可能往这个方向考虑，更不可能做到喽！
还好这只是在这个小众论坛里的一个小讨论而已，无关痛痒。
至于你想知道有哪些能迅速修复好修复的漏洞的软件公司，很简单，遍地都是，除了深之度以及你所从业的软件公司。毕竟人的眼界是受自己所处环境限制的。

都是有计划的，各干各的事，各自完成各自的计划。如果觉得好修复，可以自己社区修复贡献代码啊

原来遍地都是啊，那就奇怪了，国内国外的linux发行版那么多，你为什么要用最差的公司做的产品呢？找虐吗？

所以采用敏捷开发呀

本帖最后由 duanyao 于 2019-7-13 00:08 编辑

敏捷也是有限度的。客户端软件新功能以月计，修紧急bug以周计算已经可以了，像firefox、chrome这样的版本帝也不过如此。
至于不那么紧急的bug，拖上几年甚至十几年的都有，这是我给firefox提bug的亲身经历。

Talk is cheap. Show me the code.

求新的大前提必须是稳定、高效

哈哈哈哈，所以说你总是以己度人、臆想连篇！　就这样的局限的思维定势，怎么可能有完善的测试方案？



早就不用deepin了，只不过上个月试用了一个星期，实在受不了而及时脱坑。开个窗口，桌面黑白乱闪能把眼睛闪瞎，谁敢用！更不用说其他莫名其妙、杂七杂八的臭虫！

只不过这个论坛的帐号还在，顺便上来看看有没有什么吹水扯淡，也不枉当初对国产发行版的最后一点期望以及一贯的失望。

呵呵，原来就是根据你个人的狭隘经验来指点江山了。现在，你把“遍地都是，除了深之度以及你所从业的软件公司”这话吃回去了，然后换成了打击面更大的“对国产发行版的最后一点期望以及一贯的失望”？还真是口无遮拦啊。我琢磨着，“除了深之度”以外的国产发行版还有很多呢，按你的说法应该都比深度好才对啊，你失望什么呢？

其实一台机器或一个人用哪个发行版好使，哪个发行版有问题，都是有各种可能的。有的人总是以偏概全，在自己这里遇到问题了就一棍子打死，上纲上线，误导他人。你说的那些 deepin 的问题，我一个都没遇到，所以你问“谁敢用”，我当然敢用了，很多人也都用得好好的。

你用着 elementary os 觉着不错是吧？来来来，看看用户的吐槽：

安装完成重启卡在这个界面怎么办 http://tieba.baidu.com/p/6157616972

eos5.0的几点问题 http://tieba.baidu.com/p/6087163981

我只想说Linux想做桌面版真是没前途 http://tieba.baidu.com/p/6144748342

elementaryos用着用着，突然没有背景图片了。。。搞了一天 http://tieba.baidu.com/p/6088764049

状态栏图标变大 http://tieba.baidu.com/p/6170147574

还有这个bug待在那里3年了，还是不能修复：

mouse pointer shakes continuously while finger is on touchpad  https://bugs.launchpad.net/elementaryos/+bug/1592432

请问，你臆想的“完善的测试方案”在哪里呢？

感觉帖子本身只是想询问一下deepin的更新策略而已，对于那种很小的改动，为什么不能在发现的时候立刻改掉，在改掉的的时候立刻测试发布，而是要等到下一个版本。
我个人有时候也是，本来一个小问题改完就完事了，却因为问题小，重量轻，就让位给了其他事情，最后小问题反而拖了很久才解决，导致效率低下。

我这么比喻吧：你每天产生一双脏袜子要洗，那么你是当天就洗，还是累积一周的脏袜子一起洗？前者的“延迟”更小，但是付出的总的劳动量却更大大，后者则相反。

原来你不是根据个人的狭隘经验来指点江山的，是根据绝大多少用户群体的非狭隘经验来指点江山的呀，是吧？那恭喜你了，你可以自封为最有代表性的发言人了，好吧？
为什么要把“遍地都是，除了深之度以及你所从业的软件公司”这句话吃回去呢？这句话永远都要送给你和深之度啊！你琢磨着“除了深之度”之外的国产发行版还有很多呢，所以按俺的说法应该比深之度都好才对，那只是你的琢磨，你又进入了你自说自话的思维死胡同了，就跟你上一个回复里臆测俺还在使用 deep i  n 一样。为什么呢？俺说的“遍地都是”肯定不会包括你所说的除了深之度之外的制作所谓的国产发行版的公司啊，这很奇怪么？难不成除了深之度和你所从业的软件公司之外的遍地都能遇到的公司，就必须包括你所的那些制作所谓的国产发行版的公司？天下的软件公司何其多，“遍地都是”也不需要、更没有必要去遇到你提到的那些公司！
更何况deep i n 的官网首页的自我介绍里也是心心念念一直把 dist row at ch 这个只不过根据网站的用户点击热度来排行 所谓的发行版的 受欢迎程度的网站 的排行榜 挂在那里，还真是国产之光呢！ 俺在这个网站的排行榜里费了半天劲可算是 没 找到几个所谓的国产发行版哦，d e e p in  排名还挺靠前的， 用它来代表对国产发行版的一贯的失望 也算是对它 的期许吧！ 哈哈！
你列举的反映 eleOS 的问题能反过来证明 deepin 解决漏洞更快 还是 deepin 漏洞更少呢？ 只不过想证明 所有的发行版出品方都是 有漏洞解决不了 ，是吧？那么好啊，俺同意啊！ 俺同样认为 eleOS 的质量管理体系不完善啊！ 这有什么问题么？ 俺也同样认为 Windows 的质量管理体系不完善， 否则之前的一个 win10 强制更新何以搞得铺天盖地的怨声载道呢？
问题是，这个帖子有问“ eleOS、 Windows 为什么有些影响使用又好修复的问题不立刻发布更新呢 ” 么？ 俺犯得着一开始就说 deepin 的质量管理体系不完善的时候，把 eleOS 、windows 给带上么？ 那样说才公平是吧？ 哈哈！好吧，现在就满足你的心愿呗：eleOS 的 开发团队的 质量管理体系不完善， 而且是严重的不完善！你想说又跟上面说的“遍地都是”矛盾了，是吧？ 然后俺想说网上遍地都是关于Linux发行版的文章，那么你觉得网上的文章全都是关于Linux发行版的文章么？
你说一台机器或者具体使用哪个发行版有问题、没问题，都是有各种可能，那么同样的一台机器使用了若干种操作系统（包括 win ７ 、 win 10 ）以及Linux桌面发行版（包括 Ubuntu 、Fedora 、 Mint 、eleOS　、deepin ），只有 deepin 才出现了某种影响正常使用的问题，而deepin官方一直没发现、没修复，或者不知道，或者知道了不解决，或者知道了也解决不了，等等等等，反正问题一直存在，那么就是那台机器的问题喽？难道别人就不会想到，所谓的Linux发行版到底区别在哪里，deepin又和别的发行版有什么不同，出现了问题的话，有哪些是用户使用方式带来的问题，有哪些是发行版自身带来的问题，有哪些不是发行版自身带来的而是Linux普遍的问题，又有哪些是硬件固有的问题等等？　可现在其他任何条件都没变，就换了个deepin就出现问题了，难道不应该首先推测是deepin引入的么？所以，不解决、不修复，那么问题就自动升格成了不好修复的问题了呗？！这样说，俺确实无言以对！　建议别在拿什么修复一个漏洞引出无数漏洞的话来敷衍，那只能证明修复漏洞的人能力不够，或者还是俺说的　质量管理体系不完善　而已！　
所以，回过头来看提问，俺指出问题的根源是 质量管理体系不完善， 你就是想推翻这个结论呗？ 那么能认为你想说 deepin 的软件开发的质量管理体系是完善的喽？ 或者，你觉得发行版的开发维护、软件开发维护不需要质量管理体系，所以无所谓这个东西喽？ 又或者 质量管理体系 这个名词 配不上你软件开发从业者所在行业的专业格调？
唉，看你回复了这么多次，无非就是想推翻俺的观点嘛，但是俺不觉得你有能力推翻，哈哈！至少，你得先把喜欢臆测、武断的思维惯性改改才行。“完善的测试方案”不在你的头脑里，同样也不在俺的头脑里，在能想出完善的测试方案的人的头脑里，而那个人也不是所有问题都能想到完善的测试方案，只能说那个人是在变的，今天是张三，明天是李四；你如果又一次认为俺说了完善的测试方案就得负责的话，俺只能说你真的是个人才！好好想想吧！