检测结果的表述比较麻烦，虽然形式看起来都是“项目名称+项目单位+检测结果”，但是很多报告单的检测项目是不相同的，例如水质与食品的检测项目不同，食品中，不同种类食品的检测项目也不同。我之前接触到一些原来部门印好的手工检测报告单，当时也想过是否要搞几个固定的模板，如水质的和几类食品的。水质的项目比较固定，好说。但是食品却太复杂了，同一类食品中向下也有不同的选项，没有办法搞模板。所以最后考虑，还是要充份满足灵活性，想要什么项目，就能选什么项目。

检测结果需要两个庫，一个是存具体检测项目信息的库，xm.dbf，另一个是放样品检测结果的库jc.dbf。xm.dbf中放了所有检测项目，如各项目的“项目名称”，“项目单位”等，而jg.dbf存放的是样品编号，项目名称，项目单位，检测结果。

虽然仅仅是一个打报告的程序，但是很多工作并不是通过报告单才体现出来。例如xm.dbf，仅仅有“项目名称”，“项目单位”这两个在报告单上能体现出来的内容是不够的。在确定项目时，需要给每个项目分组，因为我们实验室分为光谱，色谱，理化，微生物等四个检测小组，考虑到任务分送单之类的任务，有必要在建项目庫时就把组别也建立进去。

程序的设计其实充分考虑到了关于“选择与取舍”的问题，有些时候，程序向某个方向走了，肯定在另一个方面会有所牺牲，强调了功能的复杂，就会牺牲速度和一定的便捷。我选择了满足不同样品的灵活性，也自然选择了一条难度相对较高的技术路线，当然，最后的产品也会相对更有生命力。

除了小组类别这个隐性的字段外，还有一个比较重要的隐性字段，那就是“项目代码”。

我心目中的凡是比较好的程序，就肯定是使用者在实际操作时也会比较简单，其标准就是尽量不要有太厚的说明书，使用者只要经过尽量少的培训，看着软件界面就能产生直观的理解，可以按实际工作的流程自行向下操作。

这个检测程序，唯一让我有所遗憾的就是有“项目代码表”这样一个小尾巴，在使用中有时需要使用两张纸的代码表，上面打印了所有实验室的检测项目及相应代码，如“101”是“铅”，“102”是“砷”，“203”是“溶剂残留量”，“204”是“甲醇”等。第一个数字是组别，如“1”为光谱组，“2” 为色谱级，“3” 为微生物组，“4”为理化组。每个组的项目一般不超过100个，所以也够用了。

这就是在编程序时，编者要面临必须作出方向选择的例子。项目表是必须要的有，但是可以显性表示或隐性表示的不同路线。

把项目表直接放在界面上，通移动光标后ENTER选择，项目代码是存在的，但是不让使用者直接看到，这是隐性的选择。

把项目代码和项目名称都打印在一张纸上，使用者通过直接输入代码进行选择项目，这就是显性的选择。

从使用者易用的角度来说，项目代码如果能隐性，则是最佳选择，因为使用者在实验工作中不需要接触项目代码这个东西。这时，我们可以在计算机屏幕上列出所有的检测项目，然后移动光标去选择，对于项目数比较少的实验室，的确可以这样编制，虽然在编制时需要的代码量多一些，也能接受。可惜“有所长就必然有所短”，在屏幕上显示几个以至十几个项目时，的确是比较适合移动光标去选择，但是我们实验室的总项目数当时加起来就已经超过上百个，在屏幕上一屏还显示不完全，就算是一屏显示全，如果按动方向键十几次乃至几十次才能选择好一个样品的检测项目，就会成为使用者的恶梦。

综合考虑后，最终还是选择了显性代码的做法，这样只要按三个数字鍵就能选择一个项目，使用者可以接受。而且项目增加修改也很方便，不用影响界面。代码表打印了好几份，就扔在电脑桌边上的抽屉里，为什么要打好几份呢，因为平时使用时是放在桌子上的，外面的纸张总是有时就那样不见了，不见了也不怕，拉开抽屉再拿一份就行了。

显性代码是当时无奈的选择，如果是放在现在，就不需要这么做。原因也简单，技术进步了，不仅有了WINDOWS，而且也能使用鼠标。当时编程时手头只有FOXPRO FOR DOS，后来就有了FOR WINDOWS的版本，不仅显示密度更高，而且可以使用鼠标跨行点选项目，不需要一下一下地按方向键。不过当时程序已经完成，为了这个再编一个版本也没有必要。

这就是一个很好的例证，有时一个很小的具体细节，会有很多不同的选择，不同的选择也决定了不同的使用效果，甚至还具有一定的连锁性。例如，如果当时有了FOXPRO FOR WINDOWS，选择在WINDOS界面上编程，会有更多不一样的选择。或者说，当时的系统能支持鼠标的话，可能会向天平的另一个边增加一个很重的砝码。

编程，是一件考验专业水平的事情，但是我认为，它比很多行业更加考验一个人的职业良心。

编程的工作，很象是一个建筑师在设计房子。如果有足够的专业水平，能够事先考虑到很多细节，又愿意花足够的时间和精力，这才有可能完成一个优秀的作品。入住这个建筑的人，会感觉到很多实际的舒适便利，但是不一定会感谢你，因为多半也不知道去感谢谁。这个作品，不一定要拿到什么奖去证明它的优秀，好的作品本身就是有生命力的。

可惜，梦想很丰满，现实却很骨感，我们经常碰到的现状是，我们花了大价钱，却只能遇到一家水平有限勉强够用的设计公司，程度员也不愿意多花时间，也不愿意多花精力，更不愿意多考虑太多细节，就凑合推出一个作品，主样也能转化为现实，也能凑合使用，用得好不好，就不管了。使用者不满意，也不知道去抱怨谁。

编一个类似的软件，其实并不一定花太多的时间。但是，如果想不断地加以改进完善，则是一件极花时间和精力的事情，而且，也并不为外人所知晓。所谓的“精力与时间”，就是资源，更加是“钱”。所以，我后来亲身经历过的一些卖软件的案例，卖方是把50%以上的精力用于宣传推广,30%的精力用于找各种理由阻挡客户提出的那些需要花费较多时间和工作量的要求，而真正投放到软件本身的资源则被严格限制了。

我刚开始编的时候，并没有多想什么工程进度，只是想真正做好一件事情。但是我没有想到的是，这个程序却历经了三年多时间，期间经历了三次推翻重新编制，才算正式完工，更没有想到的是，这个DOS版的程序，居然在完工后创下了又整整使用了十五年时间，期间没有经历过任何修改，最后因为实在找不到能支持DOS系统的电脑，才算光荣退役。

正是由于是自己编软件给自己部门用，所以才没有考虑投入与产出的效率，可以做一个真正的良心工程。

这个程序一共重新编过三次，回想起来，三个版本的区别，与实验室相关的功能虽然是不断深化的，但总归是大同小异的，每一次重编，主要却是受实验之外的因素变化影响，顺手也就把实验室的部分再重新理一遍，每次都是重建数据庫。

第一个版本，是在一台286电脑上完成的，因为当时要快点应付工作，所以界面就略粗糙，汉字系统是CCDOS和213汉字系统，打印默认是LQ-1600针式打印机。

第二个版本，当时终于有了台386电脑是因为当时已经搞到了UCDOS汉字系统(华强北盗版市场，50 元人民币)，发现UCDOS比原来的CCDOS之类的好用很多，所以文字处理已经用上了UCDOS，但是同一台电脑，文字处理用UCDOS，打报告时重启换CCDOS就很不方便。这次把界面改成了下拉式菜单。

第三个版本，也是在换电脑后，但是我不记得当时是486还是586了，打印机也设置成了激光打印机。U当时CDOS汉字系统已经有了5.0版本，另外也搞到了FOXPRO系统，虽然比FOXBASE进步不少，但是主要功能基本还是靠FOXBASE的功底完成，毕竟打报告这件事，能难到什么程度呢。这次比较大的进步是优化了界面，在DOS系统下显示出了图标，类似WINDOWS的对话框，下拉菜单和按钮，这是利用了UCDOS的SDK技术，当时也仅仅是买了张光盘上的一堆软件中的一个小小子目录，却极大地改善了界面环境，不过也花了我很多时间精力去一个个代码地调整。 多年后，再看一下有关界面的源代码，自己也感觉有点吃力。

一个程序，如果在五年的时间里编到第三遍后，有关功能方面就已经达到千锤百炼，毫无破绽了。第三版程序我下了巨大的时间和精力，充分考虑实验业务的未来发展，在确保实用性外，也赋予了它相当大的灵活性。当时我也想做一个精品，作为自己为单位编程序工作的一个句号。果然老天不负诚实劳动者，也算对得起这几年的努力，第三版程序不仅用反应好，而且在之后的十年间，完全没有进行过任何修改，就能这样一直正常应对工作。一直到单位统一外购程序后才光荣退出历史舞台。

在编程序的最开始，我比较受制约的是自身对实验工作的了解还不太深入。在之后不断地修整程序工作时，却意外地通过修改程序对实验工作有了更深入的理解。特别是碰到一些很花时间很花精力的时间，而引起争执的内容却基本与实验室或技术没有什么直接关系的，甚至本身就是一些极其无聊，极其没有意义的原因。

这些也许是一些很无聊很没有意义的事情，但是却是实实在在地发生着，从积极的角度来解读，这使我能更深入地了解了实验室的结构，了解实验的目的，甚至进而对理解整个社会的流程有了很大的帮助。

在工作之前编程序，考虑的多是技术方面的细节，工作后编程序，却发现自己遇到了之前没有太关注的一个元素，那就是管理问题，也就是现实工作中管理现实与电脑应用产生矛盾的问题。

毕业以前编程序，就算是编的管理程序，也是帮老爸编，老爸自己已经把现实管理的细节自己考虑完了。我想就算是一般的程序员，也是要客户自己提出具体方案后才能下手，也不需要太深入了解客户的具体现实情况。

一份报告单，牵涉到的主要信息就是两类，一个是样品信息，一个是检测项目及其结果。一份样品，或一批样品进入实验室，我们首先要做的工作，就是接收样品，登记样品相关信息，以及确定检测项目等内容。

当时我们实验室负责这类工作的有两个人，一位是在兼科室秘书的老阿姨，还有是我们的老主任，两人一起做这项工作。问题就来了，这两个人都是快到退休年龄的，电脑都没怎么摸过，勉强打一两个字都很不容易，想让他们俩用电脑接收样品几乎是不可能的事情。

虽然大家(包括他们两个)都觉得到出报告转到电脑化效果比较好，特别是拿起打印出来的报告单时。但是电脑应用卡在他们两个人时，报告单的电脑化的工作只能拖着，虽然也觉得我这不错，但是嘛，现在没办法用啊，如果相关业务要调换人手的话，就要综合考虑到对工作的益处和管理上习惯的矛盾了。于是到了两三年，他们两个都退休后，电脑软件才能真正地应用起来。

这件事给了我一个很大的警示，到这时我才意识到，计算机的应用，不仅是一个简单的技术改进，它还紧密牵涉到了管理业务。而对于领导来说，管理的权重是远高于技术的。当技术的重大进步遇到管理方面的小小麻烦，也是需要乖乖让路的。

管理工作，牵涉到人。而一牵涉到具体人的情况，就会变得现实与复杂。要考虑很多方面的因素，特别是要充分考虑到技术与业务之外的各种因素。也许只有想得多想得复杂，人才会变得成熟。

　　回过头看，这种实验室的程序在编制时，工作量是有一些的，原理是简单的，技术上更是不算难的。但是我在执行过程中却麻烦不断，来回折腾很多。花时间最多，最费神的却是那些技术之外的问题。

单单一个报告单格式的问题，就经常让人很为难。虽然一些原来印制好的报告单上早有了固定的格式，但是领导却总想有所为，要加点个人指导过的痕迹。例如样品信息，领导有时要加个个送检部门，有时又想换另外的名称，有时想加点这个，有时想加点那个。有时确定好了第二天又变回去了。再例如字体，一会觉得宋体好，一会觉得楷体好，过几天觉得再大一些，再过几天又说还是最早的好。再过几天就要上面宋体下面楷体或者反过来再试试，反正就反复折腾这些面上的东西。

回想起来，我这就是吃了一个新毕业的新员工，什么社会规矩也不懂的亏。如果是外包的软件公司，肯定有一个环节就是确定版面后会让你签字，确定了格式再开始编程序，你再想修改就不给了，估计他们也是给逼出来的。就象我们单位原来做工装，女职工可以选裙子或裤子，肯定有不少女职工一会想选裙子，一会想选裤子，然后在中途不停在要求换方案，来回折腾很多次。

后来发现有些事情领导其实自己也不知道怎么选择好，有一次他就提出你就多编几套吧，反正最后能用上一套，那意思就是肯定有一大半的工作时间是要给浪费的。可能他们觉得反正你是我部门员工，好使唤，怎么朝三暮四都是可以的，浪费时间也是浪费你的。这就把我给折腾惨了，大部分多时间被消耗在这些文件格式上。

现在回想起来，如果按我现在的经验，回到当年，肯定要让领导先定个大约的规划，别早上想种麦子下午就想种水稻，不过估计最大的可能性是，领导早上答应了不变，下午一张嘴又要求变了，还多半会把你配合与否，当成你是否效忠于他的依据。所以，最大的可能性是象多数人一样，装作电脑盲，什么也不懂，谁想要软件谁自己找笔钱去找软件公司去。

我们公司刚刚扩项做气相色谱，领导说多看书，多动仪器，意思让我们自学。而我之前并没有接触过气相色谱。请教下老师，这种情况我应该怎么自学，会不会对仪器有损害？谢过老师了

光凭自己看书自学比较困难，色谱是一个实践多于理论的工种。。最好找以前做气相的同事指导一下，开关一次机，做一个完整的项目。。完全不懂就盲目开机，不仅对仪器不好，甚至可能会造成事故，特别是在用氢气的情况下。