[kde-china] Feature request: kdevelope 左侧“文件选择器"不支持alt+方向

[panshizhu在routon.com]

我感觉开源社区有些时候是针对广义的bug处理，尤其象kde这种除了bug平台以外没有
其他平台的类型。

既然你是搞开发的，那么我想这样很容易解释：
开发有需求分析，设计，编码等阶段。每个阶段都可能引入bug。
需求分析阶段引入的bug，就导致该实现的功能没有实现，实现的功能不符合用户的需
求，
设计阶段引入的bug，就导致额外增加开发成本，空耗时间与人力。
编码阶段引入的bug，就导致程序执行错误。
所以就算一个feature request，从软件工程的角度来讲，它也很可能确实是bug。是
在需求分析引入的bug。
有很多人喜欢埋头就开始写程序，不喜欢先讨论。那么这样的开发者必然会留下更多
的需求型bug，虽然他的代码有可能很规范。

另外我感觉，kde官方团队对bug重视程度相当低（低于其它主流开源软件社区的平均
水平），因此与其搞一个中文bug体系，徒然浪费更多的人力去翻译，再重新提交到
kde官方bug，再被静静的放在官方kde bug系统里没人理睬，不如号召大家直接去提。

--
Sincerely, Pan, Shi Zhu.


yarco <yarco.w在gmail.com> 写于 2008-12-23 20:18:47:
> 不是说收集一下, 统一转过去吗???
> (LS你没注意前面的邮件吧....)
>
> 再说, 我这个也不能算bug吧...
> 就算kde-china在kde.org是普通用户社区. 我有这个需求, 万一是我没注意, 实
> 际上已经有了功能, 只不过我不知道,
> 而有人知道的话......那么这不就相当于经验交流吗?
>
> 假如大家都不知道, 那才能说明kdevelope没有这种功能, 才需要发过去. 不然
> 万一是我不知道, 而功能已存在了. 那不是打扰人家开发者吗?
>
> 还有我要的这个功能需求对大家来说是否合适....比如就我一个人觉得好. 那
> 我还提给开发组, 那不是增加开发者负担?
>
> 估计...LS不是搞开发的...不知道搞开发的辛苦.
> _______________________________________________
> kde-china mailing list
> kde-china在kde.org
> https://mail.kde.org/mailman/listinfo/kde-china