你觉得设计程序应该遵循什么角度

walleeee

回复 18# zhaohongjian000


说服用户比较困难。

后面说的有道理。但是我想用户普遍最求的都是大而全，都希望你的软件能解决一切，因为他们就不用再去选择学习其他软件，这个时候你咋办？

jetking

这个时候就要求你像个煎饼，摊的越大越好

asuka2001

回复 13# walleeee

我只是指这里做选择很容易

但是做起来谈何容易。。。自己真的能坚持原则做么？


   

walleeee

回复 23# asuka2001


    你说的是另外一个问题了。

walleeee

回复 22# jetking


问题是当煎饼摊大了就不好控，甚至没法控，最后就是一滩稀泥，这个如何权衡？

zhaohongjian000

walleeee 发表于 2012-05-21 15:55
回复 18# zhaohongjian000

大而全的解决方法不见得不合理。如果用户要求all in one的解决方案而这又合理的话，当然应该满足他们的要求。如果他们的要求不合理，而我又必须满足，那没办法了；如果不是必须满足，那就让他们见鬼去吧。

也就是说，满不满足用户的要求要看是否合理，以及我是否有选择权。而软件采用大而全的设计和小而精的设计并不是一个合理另一个不合理，合理性要看情况。

我们可能认为一个程序只解决一个问题是更合理的，Unix的哲学也一直这么教育我们。但我认为这不是一个放之四海皆准的道理。举个例子，比如autotools这一套东西（这可能会引起争论，我知道它有很多有点，但不得不说用起来太恐怖了），虽然我不太了解它的历史，但看起来它是一步一步演化出来的，我认为对于这种情况一个大而全的方案更好，为什么不用同一种（面向用户）脚本控制整个构建过程？就像cmake做的那样。

walleeee

回复 26# zhaohongjian000


你是如何理解用户的请求合理？换句话说，你如何判断用户的请求是否合理？

unix这个哲学的来历我猜测可能是饱尝了Multics的失败。

zhaohongjian000

walleeee 发表于 2012-05-21 17:15
回复 26# zhaohongjian000

这个恐怕没有好的方法判断，只能根据情况来。我自己判断的合理/不合理也不见得就一定对。

三月廿七

walleeee 发表于 2012-05-21 15:53
回复 16# 三月廿七

你不是知道吗？

walleeee

回复 29# 三月廿七


    我怎么会知道？当然是你知道