代码才是真正有价值的东西？？

作者：lvjack 发表于：http://blog.csdn.net/lvjack

今天在网上瞎逛看到这个http://spaces.msn.com/zbw25/blog/cns!BD4EFBFAF436336C!848.entry?_c11_blogpart_blogpart=blogview&_c=blogpart#permalink

作者观点是“代码才是真正有价值的东西！”，我对此持不同意见，此话有点类似“文字才是真正有价值的东西”，很明显文字只是思想的载体也是思想的一种表现表现形式。我不是说代码没有价值，而是说软件的价值不单单体现在代码上，代码诞生的整个过程中都承载着价值。对于小型的应用来说不太明显，前期的设计、规划和编码不会区分的很清楚，我们可以很快的在脑子里面形成构思，然后一边想一边动手编码，必要的时候写些注释。完成编码后OK软件就出来了。

小地方自己家盖个房子可以想想就做。然而，对于一个大型的应用来说如果没有一个整体设计就好像没有城市规划一样，有的人思路好盖的房子漂亮，可是有的人盖的却有碍市容，即使城市里面的房主都是优秀的建筑设计师，他们的风格不同，想法不一样，那么即使整个城市里面都是漂亮的房子十有八九整个城市看起来还是乱七八糟不协调。两座漂亮的大厦大家会喜欢，但是一座大厦却挡住了另一座大厦阳光恐怕就没有人喜欢了。

我对此的感触来源于对一些系统的使用和了解。呵呵，因为用数据库相关的系统多些举的例子也是这方面的多些：
1.另一个开发组做的一个子系统和已经投入使用的子系统界面不一样，操作方法也不一样（一个对键盘操作的支持好，一个对鼠标的操作支持好），那么用户要重新熟悉界面和使用方法。
2.一个表中存有一个字段，但是从来不更新，和真实数据保持一致的是另一个表里的这个字段。（唉，不用设计这个字段干什么，不符合数据库设计的思想啊范式啊那些东西么^_^）
3.连接多个表用的外键字段名字不一样，导致写SQL的时候总要查表结构浪费时间啊（以前用惯了名字一样的设计，对这个没有感觉，用了另一套系统才发现这个字段名统一真的是相～当～方便^_^）
4.表设计没有统一的规划，表的功用不清晰。两个表名字不一样，字段相似，存储的数据相似，原来设计系统的人不在了，俺也搞不清哪个数据是准确的是俺想要的-_-#

呵呵，所以不才认为，一个软件或者一个系统的的价值不仅仅存在于他的代码，有的时候没有足够的体会或者经验知识也体会不到代码中的奥妙。就像曾经的WINDOWS源码泄漏事件，不是得到那部分源码的人就能搞出自己的WINDOWS。复杂的代码没有设计文档看起来恐怕也痛苦的很：）但是一个好的设计却会为以后的编码带来很多的方便。

呵呵，所以说“代码才是真正有价值的东西”值得商榷，按系统大小区分不同系统中代码价值占的比重不同，我赞同纯粹思维的“花费6/7的工作量，去保证那1/7的，有价值的工作”。当然根据系统系统规模和性质的不同这些划分比例也是不同的。