软件真的好难做啊 大家表达表达哦

这个话题来自StackOverflow上的一个问题——Cycle in Family Tree Software，这个程序员问了下面这个问题：

1.     我是一个写家族族谱软件的程序员（我用的是C++和Qt），这个软件基本上没有什么问题，真到有一天有个用户报告了一个bug。这个问题是这样的——我这个用户和他女儿生了两个孩子。
   
2. 
   
3.     　　于是，我程序员的一些断言和硬性条件导致程序报错，因为我的程序在处理这个关系的时候，其发现X即是Y的爸爸，又是Y的爷爷，所以只能报错。
   
4. 
   
5.     　　请问，在不需要移除我的断言和数据验证的情况下，我怎么才能解决这个问题？
   
6. 
   
7. 　　看到这里，请重点阅读一下下面的两点：
   
8. 
   
9.     如果你看到这里开始兴奋了，请你为你阴暗的心理去面壁反省10分钟，因为这是一个很技术的问题。
   
10.     如果你开始陷入了深深的思考如何解决这个问题，那么你绝对是一个合格的程序员，因为你已陷入技术已经很深了，有点呆了。
    
11. 
    
12. 　　我在前面说过，“这个是一个严肃的话题，你可以从中收获一些东西”，当然，我并不希望你来收获乱伦的知识和心得，酷壳是一个技术博客，应该是收获技术方面的东西。
    
13. 
    
14. 　　从技术的角度上来说，这是我们经常在设计软件时犯的错误——
    
15. 
    
16. 　　1）作了错误的假设（Assumption）
    
17. 
    
18. 　　Assumption是软件设计的重大天敌，Assumption的动词Assume意为Ass u me – Ass you and me 。你的假设做得越多，你的设计就越不靠谱。这里的假设是——我们以为family tree是一个tree，其实并不是tree。Assumption是魔鬼。
    
19. 
    
20. 　　还有一些经典的Assumption如下所示
    
21. 
    
22.     最著名的就是那个y2k臭虫。
    
23.     不要以为没有2月30日，在瑞典1712年有2月30日
    
24.     一分钟有60秒？闰秒呢？
    
25.     双胞胎的生日是同一天吗？
    
26.     双胞胎的父亲是同一个？
    
27.     性别只有男和女？
    
28.     婚姻只能是异性？关于这一点，推荐一篇强文——Gay marriage: the database engineering perspective (同性婚姻：数据库工程)
    
29. 
    
30. 　　2）没有认真分析用户案例（Use Case）
    
31. 
    
32. 　　在设计软件时，我们需要考虑各种各样的用户案例，比如如下的东西：
    
33. 
    
34.     私生子的问题。
    
35.     一夫多妻或一妻多夫，同父异母，同母异父。
    
36.     就算一夫多妻制违反法律，也会有离异再婚的情况。
    
37.     同性恋的问题，虽然不能繁衍，但可以领养。
    
38.     换妻活动。
    
39.     各种乱伦关系——这种东西那个民族都不少，尤其是古时候，比如：
    
40.         先后嫁了两个人其是父子关系（昭君）
    
41.         达尔文同学和他的表妹，爱因斯坦的二婚是和他的表姐，埃及艳后嫁了她的弟弟，……
    
42.         顺治同学娶了四个老婆，这四个人还是一家人：姑姑，侄女，妹妹，女儿。（参看这里）
    
43.         刘邦同学的母后干出来的事，相当变态（参看这里）
    
44.         中国古代的“扒灰老”（类似于楼主那个问题的Use Case）
    
45. 
    
46. 　　不想再列下去了，人类真TMD恶心，有点要吐了。
    
47. 
    
48. ——————为了缓解一下恶心的气氛，请允许我插入一个搞笑短文——————
    
49. 
    
50.     　　一位自杀者在他的遗书里讲述了他自杀的原因，听起来实在让人头痛。遗书这样写道：“我和一个寡妇结了婚，她有一个已成年的女儿，我父亲跟我妻子带过来的女儿结了婚。所以我父亲就成了我的女婿，女儿就成了我的后母，我管父亲叫爸爸，而我父亲也管我叫爸爸；我女儿管我叫爸爸，但我却管她叫妈妈；我还得管我妻子叫姥姥，因为她是我后母的母亲。不久我女儿，也就是我后母生了一个儿子，他是我同父异母的弟弟，他也得管我叫姥爷，因为他也是我的外孙。后来我妻子，也就是我姥姥生了一个儿子，他是我后母的弟弟，我是他的外甥，所以儿子管我叫爸爸，我管儿子叫舅舅。另外我是我妻子，也就是我姥姥的外孙，同时也是我姥姥的丈夫，所已我也是我的外祖父。又因为我妻子是我的外祖母，我的儿子，也就是我的舅舅是我的弟弟和我女儿的弟弟，所以我……我的天哪，这么复杂的关系实在让我伤透了脑筋，我只有一死才能得以解脱……”
    
51. 
    
52. 　　看完上面这个短文，不知道你是否和我一样，觉得这么一个简单的程序将是如此难做啊。另外，我决定在下一次的面试中让应聘者来设计Family Tree的程序。
    
53. 
    
54. 　　我又说多了，现在还是让我们回到技术上来。除了上面那几个观点，我在回复中还看到了如入一些有意思的回复：
    
55. 
    
56.     “我的软件没有bug，是你的生活有bug”——让我想到了程序员惯用的借口
    
57.     “算法中不应该加太多的限制，限制多了反而让算法不灵活。”
    
58.     “移除断言，并不代表就不出错，对于这种rare case，我们最好给一个Warning提醒用户，让用户确认确实是这样的。”
    
59.     “关于解决这个问题，移除那个断言，如果显示上会有问题的话，那就复制一下有不同关系的人就可以了”
    
60.     “你真的应该想想你的软件的价值是什么？市场在哪里？你真的要照顾这样的用户吗？”
    
61. 
    
62. 　　挺好的，相信你对软件开发又学到了一些东西。

复制代码

混混@普宁.中国 发表于 2011-7-23 14:30
e, 原有程序只适用于 符合一定人伦关系的家族使用

也说是个不完善版本吧 ...

艺术源于生活，但又！但又高于生活！

e, 原有程序只适用于 符合一定人伦关系的家族使用

也说是个不完善版本吧

其实，仔细研究下，还是程序有bug，为什么呢？？面向对象的概念没有理解清楚，为什么要提出面向对象的概念？？万事万物皆对象，既然是对象，那么就有属性、方法、事件。既然有了属性方法和事件，那么产生的进一步的问题就能随之解决。人生子乃常事，是作为“人”这个对象因有的属性。那他和他女儿生子这个事从程序的角度上来讲应该是可以正常运行的（假设作者已经考虑的面向对象的概念），但为什么不行呢？是因为我们加入来社会道德的判断。。所以，不是生活有BUG，而是程序有BUG！

这个世界实在是太疯狂了。。。。。。。

表示很感慨！

内牛满面就是了。。。。

-------------

程序怎么完全摸拟现实。。。。。。。。

特别是涉及到主观意识的东东。。

----------------

符合相当一部分实际就行了。。。