思想模式

               思想模式 <一>
    这段时间，一直在客户哪里做现场维护和一些文档完善工作。工作量虽然不是很多，但是每天仍要工作到晚上七八点钟，感觉十分疲惫。加上新年的一场重感冒，更加深了的疲惫。客户都在逗我，怎么这几天总是愁眉苦脸的？
    是啊，这到底是怎么了？
    实际上，我一直都在苦恼之中。在思索到底是什么地方出了问题？
    最初由己方的人员将客户的报表需求提交给我，由于牵扯到一些比较复杂的报表，且目前生产上的报表模块不完善，估计要几天的工作量。没有立刻就做，花了些时间做了基础工作，就是架构出了根据报表定制模板来生成报表。
    客户提出了要求，我闷头就开始做。等到完成了。客户一测试，就嚷我根本没有按照要求去做，感觉是客户的要求啊，可是无对质的凭证，结果满办公室的人都知道做的一些‘无用的’报表，并且一连几天都在对报表数据的正确性以及报表的显示样式进行调整。 
    今天跟松茂聊了一会儿软件设计方面的问题。我对国内软件设计方面的不规范深有感慨。一方面，在设计方面大家都很强调要标新立异，设计出独特的软件。另一方面，很多人又羡慕和赞叹印度设计之千人一码的设计方式。那么到底中国的代码软件开发的出路在那呢？ 
    我当时我们俩谈到了。交流的‘语言’的问题。即软件开发人员之间交流的平台。起因来自于我这样的一个问题？我当时问他？“你看到我的代码会有什么感觉？”，（起始我们之间很少有代码级的交流）。他回答：“感觉不舒服，因为变量命名方式不同，函数命名方式不同。我使用的是匈牙力命名法”。我说：‘我用的也是啊，不过我喜欢用英文全称，不喜欢缩写’。我似乎看到了问题的身影。在浏览，学习，借鉴，甚至欣赏别人的代码时，我也常有类似的感受，几乎到处都是莫名其妙的变量名，你无法猜测在没有任何注释的代码中rrr,a,i(并非循环变量)...这些变量的真实含义。即使在一个相对熟悉的语意环境中，仍很难把握这些变量，当然就更难以掌握整个变量使用过程中方法/函数的功能了。
    对于‘知识的掌握’我是这样认为的。人们对于新的知识，一般是通过用感官去接触，从对局部知识点的‘知道’发展到‘记忆’再形成对局部知识点的‘理解’。通过对局部知识点的‘记忆’和‘理解’，形成对全局综合性的浅层次的‘理解’，逐步扩展为深层次的对全局的‘记忆’和‘理解’。因此，我认为在思维的过程中，是由‘记忆’推进并形成了‘理解’。‘记忆’能够使软件人成为熟练工人，‘理解’能够使软件人成为设计师。我无法说出这两者之间的忧劣，但是我想记忆只能展现过去，而理解却能创造未来。
    也许诸君会认为已经离题万里了，那我就回到原来的话题。继续我们的谈话。我就说：‘印度之所以能够一千个人写出来的代码就好像是一个人写出来的，说明印度人在进入软件行业之初就已经制定了统一的规范。因为大家共同遵守，所以代码交流起来比较方便。而我们之间的代码交流，首先要客服心理这道难关，看到你的没有注释的代码，骂上一句，看到莫名的或者是不符合自己习惯的变量或者方法名，再骂上一句。如果看见别人的代码中的错误，会很兴奋的第一时间告诉编码人或者别人。说到最后的对软件流程和功能的把握上，因为心理面并没有记住变量和方法是什么用处，其实根本上就没有什么理解。如果在中国整个软件行业内制定一种比较统一的规范，大家的交流成本会降低很多’。他说：‘或许吧，不过要真是那样，大家都成了代码工人。做软件还有什么意思，并且我的目标一直是软件设计和管理’。说真的，我觉得做‘代码工人’没有什么不好。好似别的行业人员那样能够按时上下班，上班几乎不用过多利用大脑，只是劈里啪啦的敲键盘进行编码，下班后转身就走，晚上也能够一身轻松入梦。我真的觉得作‘代码工人’没有什么不好。问题是，在中国。我们能吗？我们能作‘代码工人’吗？
    在中国，每个从事软件开发的人员都是系统分析师、软件设计师、软件测试工程师、文档人员、市场人员。我们需要费尽心思的考虑客户提出的需求代表什么意思？要连夜赶出客户提出的需求并恳求客户签字，需要考虑客户的需求要如何实现，需要在上线实施的头一天赶出使用说明、帮助文档，还需要在系统出现问题后的给定时间内赶到并解决问题。真的。到底是怎么回事，行业分工竞如此之混乱？难道这就是中国大力提倡要大力发展的高科技行业！   
    与别的行业比较，软件行业在中国起步比较晚，但是由于搭上了盗版和网络这两个顺风车，所以中国的软件技术发展倒是并没有大大的落后，但协调的是，软件行业的整体发展却比较落后。软件企业发展举步维艰。软件市场上至今我国尚没有上规模的系统级软件、比较成熟的商业软件、影响力较大的应用软件。
   
    见 续 思想模式<二>