请慎用 “可选” ——论坛中有感

看看坛子中人数越来越多，我也欣喜tw寻找到了自己合适的位置。很高兴看到凝聚了这么多的忠实用户。但是看到大家在为2.0的世界之窗提建议的帖子越来越多，心中的想法就变得不吐不快。所以我请大家听我一句：请慎用 “可选”。

      对于我们用户来说，可选项无疑是最方便的选择，而且毋庸置疑的，软件的开发者在开发软件时也应该遵循方便用户的原则。但是我在这里一个用户的身份，告诫我们的用户朋友们，在功能的选择上，请慎用“可选”这个字眼。比如说单行标签或是多行标签等等诸如此类的问题。
      作为一个成熟的软件，选项精炼是其吸引用户的法宝，因为这意味着强大的易用性和自适应性。软件的选项变得多了，不仅仅在功能上变得复杂多变，不便使用，在软件的健壮度和效率（总要有线程去判断选择哪个功能吧）上亦会有所损失。
      每每一个新的要求出现，开发组就会开发一项新的功能，这个功能是不是足够健壮，是需要非常精细的调试的，而一个简简单单的“可选”，就可以让一个功能的调试工作量简简单单的增加一到三倍。而且退一步讲，这个可选的功能是不是常用的还没有确定。很多的软件工作室就在众多用户的“可选”的怪圈中徘徊着，不断地进行着开发和调试，若有一丝不小心，那就意味着全盘皆输。即使没有陷入这个怪圈，那也意味着这个软件的开发周期会大大增加，软件成品的成熟度会大打折扣。
      对于程序员和开发者来说，一个软件可以得到所有人的认可是他们的梦想。但是仁者见仁，智者见智的问题讨论了数千年，一朝夕又怎能解决。所以对于功能正在开发中的软件来说，听取多数人的意见就成了他们的必修功课。这在软件工程中叫做市场调研，是进行所有工作前必须完成的一步。但是一旦功能确定，开发者就应该完全进入封闭开发的阶段，怕的就是受到其他论点的干扰。但是我们的世界之窗开发组不是，他们一直在这里。所以我们的论点对他们的影响是很大的。
      软件对于用户来说，一个“可选”确实可以解决所有人的问题，但是唯独给开发者更多的难题，这些个难题就是重复开发。比如说相悖的功能，类似于单行标签或是多行标签，总要选择一个实现，但是一个可选就变成了两个功能都要开发，而且都要非常完整，非常可心。这样做是不是利于软件的发展，还请诸位坛友、用户们三思。

以上皆为个人观点，与世界之窗开发组无关