原创软件的一点困惑

[大狗狗]

我所说的原创软件，是指没有客户提出要求，我自己做的。当然我确信它对别人有用。

我想让自己的程序尽善尽美，不过发现这似乎是个无底洞。我程序中一项功能，如果用户按照我的要求操作，
就能够确保程序不出错误。可我还想多给未来用户一点自由空间，但这样一来，程序就可能出问题。要根本
解决问题也不是没有可能，可需要的代码量及对效率的影响比较令我吃惊。

还有个办法就是提供某方面的修补措施，就是无法实现用户完全操作自由，但起码不会造成错误。
可这种修补并不是自动的，它需要用户的参予。而且同样要增加不少代码，还要占用些界面。

请教各位：我该如何取舍？

[「已注销」]

客戶是上帝

[ojekleen]

如果你是原创软件，就没有必要考虑用户的使用习惯。。。长久了就习惯了。。。

就如现在的WINDOWS，在刚出来的时候谁又习惯了？慢慢的就成默认了。。。

[alldj]

能够满足需求文档的功能就行，没必要尽善尽美

[shidabbs]

两种都提供。
当然，尽可能把第一种做好，实现既有自由度，操作又方便。虽然会增加你自己的工作量，但如果你打算提供给别人使用，那是必须的。

复杂的操作，修补之类，仅限于自己使用，不适宜提供给客户的。

[大狗狗]

引用4楼：

“偶只能说，你的软件要么写的很烂，要么本身逻辑就有问题。 ”



我的代码主要是为了实现我即定的功能，其它关于XX编程技术、YY编程理念等等上偶不懂。从这点上进可以称之为烂吧。

本身逻辑吗，我的程序要实现一些创新的功能，逻辑上简单不下来。一些东西没有参照可循，遇到问题只好上来问了。



说的具体些，我的程序是一个文档管理软件。用户对文档有只读和读写两种权利。只读好说，如果具有了写的权利，那么文档中的一些东西就可能随着用户的写入操作而被破坏(文档不仅是存贮文字)。这情况尤其是当文档使用者和编写者不是同一人时容易出现。


最简单的办法比如限制文档功能，功能少了，就不会受写入影响了。但有些功能又想提供给用户，可这些功能受写入的影响。


我现在的想法是，将具有高级功能的文档设为只读，而且不允许客户更改属性。只具有普通功能，不受写入影响的文档设为读写。文档编写者可以自由更改文档，因为他能够知道如何纠正写入对文档带来的不利影响。


我曾想让程序自行去完成写入后的纠正。但发现在实在是一个非常复杂且效率低下的任务。算了，还是给用户以限制吧。
漂逸过了头，就是自取灭亡。

[热学沸腾56]

我只能说lz的东西应该要经得起测试。。
质量是市场的关键

[mengweilil]

[Quote=引用 6 楼 Win32FanEx 的回复:]
引用4楼：

“偶只能说，你的软件要么写的很烂，要么本身逻辑就有问题。 ”



我的代码主要是为了实现我即定的功能，其它关于XX编程技术、YY编程理念等等上偶不懂。从这点上进可以称之为烂吧。

本身逻辑吗，我的程序要实现一些创新的功能，逻辑上简单不下来。一些东西没有参照可循，遇到问题只好上来问了。


说的具体些，我的程序是一个文档管理软件。用户对文档有只读和读写两种权利。只读好说，如果具有了写的权…
[/Quote]

可以看看cvs或者p4等等，甚至vss。

功能和实现总有差距，所以给功能设置优先级。

[wuyq11]

征集用户需要，符合用户需要。同时软件效率要考虑。

[guxiaobei]

你去问问微软的Office是怎么作出来的~~~~~~

[大狗狗]

谢谢大家指教！