语义搜索 and 语义分析
上一篇 / 下一篇 2008-07-30 20:59:55 / 个人分类:感悟
相关阅读:
- 叶子的离开,是风的追求还是树的不予挽留 (minmin848, 2008-6-02)
- 困扰我半个多月的疑惑 (huior, 2008-6-03)
- 测试三年 (apple19812006, 2008-6-03)
- 无题 (tengmy, 2008-6-12)
- 如何发现客户端软件中的内存泄露? (huior, 2008-6-13)
- 我看《赤壁(上)》 (huior, 2008-7-14)
- PQ是个危险的软件 (huior, 2008-7-23)
- 我看数据恢复 (huior, 2008-7-29)
TAG: 感悟
- 引用 删除 VisualUnit / 2008-08-01 16:13:48
-
呵呵,楼主是值得交的朋友,有机会聊聊。这个号是我们公司公用的,楼主博客又是常排最前面的专家博客,访问自然多了。
不要误会我抵毁别人的产品。我们对待同类产品的原则是:人家做得好的,我们“应该赞赏,不能模仿”,人家做得不好的,我们“可以评价技术,不能评价产品”。没有这点子器量,我们也不可能做好自己的产品。
但我对过份的浮夸和误导很反感。如果只看工具和技术方面的介绍文章,似乎单元测试是很容易做的,但实际上呢?很少企业做得了,这就说明其中有很多的浮夸和误导。我觉得作为厂商也罢,做培训或咨询的专家也罢,都要客观地评价技术与工具,不能误导用户,只有用户真正取得了效益,才有厂商与专家的生存和发展空间。
‘楼下的看仔细了,人家说的是“能发现100%的代码错误”,而不是功能错误。’我第一眼看到这句话时,愣了一下,代码错误不包括代码中的功能错误?百度了一下,没找到“代码错误”的权威定义。按照字面来理解,“代码错误”,意思是“代码中包含的错误”,当然包括代码包含的功能错误,代码没有实现正确的功能就不是代码错误,只有数组可能越界、内存泄漏等才是代码错误?这好象说不过去。我没有做过调查,但我相信,多数人看到“能发现100%的代码错误”这句话时,都会认为是指“能发现代码中的所有错误”,如果我这个说法是成立的,那么这种说法算是误导不为过吧?
数组越界,我还是认为是“语法特征错误”,数组具有维数,维数决定了下标的合法范围,这就是语法特征。其他如除法运算中被除数不能为0,C/C++条件表达式中一般只用比较操作符不用赋值操作符,动态申请的内存要释放等,都具有语法特征。
- 引用 删除 huior / 2008-08-01 09:54:03
-
楼下的看仔细了,人家说的是“能发现100%的代码错误”,而不是功能错误。通常的代码错误,如:数组可能越界、内存泄漏等,另我不同意诸如“数组越界”等只是语法特征的错误。
功能错误当然只能靠人,目前没有任何工具能理解你的需求。
- 引用 删除 VisualUnit / 2008-07-31 11:31:50
- 工具不可能自动了解程序的功能,程序功能是人为的设计,这里目前无法突破的基本现实。PolySpace仍然是静态分析,能发现的也只能是语法特征错误,可能比一般静态方法发现的错误多一些,但不能超过“语法特征错误”这个范围,只不过在分析语法特征时考虑了上下文。
- 引用 删除 VisualUnit / 2008-07-31 11:19:01
-
它号称“能发现100%的代码错误,绝不会漏报”
胡吹乱吹,像这种最简单代码中最简单错误,它能发现吗:
int func(int a, int b){return a-b;};这是加法函数,错误是加号写成了减号。
如果没有人工干预,给它分析一百年,它也找不出这种错误,它怎么知道我要实现的是加法功能?
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | ||||||
5 | 6 | 7 | 8 | 9 | 10 | 11 | |||
12 | 13 | 14 | 15 | 16 | 17 | 18 | |||
19 | 20 | 21 | 22 | 23 | 24 | 25 | |||
26 | 27 | 28 | 29 | 30 | 31 |
我的存档
数据统计
- 访问量: 319279
- 日志数: 183
- 文件数: 10
- 建立时间: 2008-01-15
- 更新时间: 2013-01-22