分类目录归档：编程

周六参加了项目管理师考试。之前为了省钱也没参加什么考前班，只是买了几本书在工作和出差间隙走马观花地快速翻了下。太多需要背的东东，完全记不住。考试主要麻烦在下午，尤其是案例分析和论文部分。长久不动笔写字，加之握笔过紧，在凑出几千个字后，手指头都麻了。其中大拇指到今天还有些微的麻木感。 麻烦归麻烦，但以前公司的几个老同事也参加了这个考试。中午一起吃了个饭，聊得还挺开心的。

上午帮人维护系统，得到一份省里某局关于某系统的系统规范，光看目录也还像模像样。细节就不能琢磨了。前面一大半看上去基本就是直接照搬某公司的投标文件和方案。后面的一些要求和描述就更好笑了。随便举两个例子吧：一是数据库设计规范的要求：8.4.1. 采用有意义的字段名尽可能地把字段描述的清楚些。当然，也别做过头了，比如CustomerShippingAddressStreetLine1 虽然很富有说明性，但没人愿意键入这么长的名字，具体尺度就在你的把握中。每个单词的首个字母要求用大写!!!不要用下划线来连接每个单词.8.4.2. 遵守3NF 标准规定? 表内的每一个值都只能被表达一次。? 表内的每一行都应该被唯一的标识(有唯一键)。? 表内不应该存储依赖于其他键的非键信息。8.4.3. 小心保留词要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突，比如，写的一个ODBC 连接程序里有个表，其中就用了DESC 作为说明字段名。后果可想而知！DESC 是DESCENDING 缩写后的保留词。表里的一个SELECT *语句倒是能用，但我得到的却是一大堆毫无用处的信息。8.4.4. 保持字段名和类型的一致性在命名字段并为其指定数据类型的时候一定要保证一致性。假如字段在某个表中叫做“AgreeMentNumber”，你就别在另一个表里把名字改成“ref1”。假如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了。记住，你干完自己的活了，其他人还要用你的数据库呢。这段文风幽默的文字，大量出现在网上。结果被一字不落地照抄到省里的规范中。虽然是初稿，但也太那啥了再来几段界面要求的:7) 相同含义的词使用统一的术语。比如对于仓库中存放的物料，不可同时又称为物品、货物、备品、产品和材料等等，而统一约定一个称谓，且此称谓是用户熟悉的和易于理解的。8) 使用一组一致的命令和界面来展示常见功能。例如，避免一个”复制”命令在一种情况下立刻执行一个操作，但在另一种情况显示一个对话框要求用户键入目标然后才执行。应该使用同样的命令来执行对用户来说相似的功能。9) 操作环境内的一致。保持Windows提供的交互操作和界面约定之间的高度一致，用户将能很快熟悉软件的使用。10) 使用隐喻的一致性。如果一个特定的行为更多的是一个不同的事物的特征，而不是它的隐喻的含义，那么用户可能在学习将行为和该事物相关联时遇到困难。例如，对于放在回收站中的对象而言，焚烧炉和废纸箩代表不同的模型。11) 建立项目保留字。通过建立保留字来明确和统一术语和操作命令。12) 提供可视反馈。在后台运行长进程时（时间超过1～10秒，视具体情况而定），必须提供进度条等信息指示。除非特别必要时，不要提供声音反馈。在有严重的问题发生时，可以使用声音来提示用户，但是通常应该允许用户取消声音。保持文字内容清楚。信息的表达要言简意赅，易于理解而又不罗嗦；避免使用冗长的文字给用户反馈。13) 拥有良好的直觉特征。以用户所熟悉的现实世界事务的抽象来给用户暗示和隐喻，来帮助用户能迅速学会软件的使用。用熟悉的隐喻为用户的任务提供直接而直观的界面。通过允许用户利用他们的知识和经验，隐喻使得预测和学习基于软件的表示的行为更加容易。在使用隐喻时，不需要将基于计算机的实现局限在真实世界的对应物上范围之内。例如，与其基于纸张的对应物不同，Windows桌面上的文件夹可以被用来组织各种对象，例如打印机、计算器、以及其他文件夹。同样，Windows文件夹可以其真实世界对应物不可能的方式被排序。在界面中使用隐喻的目的是提供一个认知的桥梁；隐喻并不以其自身为最终目的。隐喻支持用户认知而不是记忆。用户记起与一个熟悉的事物相关联的意义要比他们记起一个特定命令的名称要容易得多。同常见软件保持一致性。出色的用户界面在程序中将实现同用户以前用过的其它成功软件一致的动作。14) 较快的响应速度。保持界面能很快对用户操作作出反应。提供快捷键。特别对于有大量录入项的界面，能让用户不使用鼠标即可完成快速数据录入。在用户界面中加入一些功能，这些功能可以让熟练用户在不同的区域快速的输入数据。这些功能包括重复功能、快捷键、带有有意义的图标的按钮等等，所有这些可以使速度快的用户可以控制界面并加快数据的输入。 除非必要，不要重绘屏幕。    15) 界面应该很简单（不是过分单纯化）、易于学习、并且易于使用。它还必须提供对应用程序的所有功能的访问。在界面中，扩大功能和保持简单是相互矛盾的。一个有效的设计应该平衡这些目标。支持简单性的一种方法是将信息的表示减少到进行充分交流所需的最少信息。例如，避免命令名和消息的文字描述。不相关或冗长的句子扰乱了您的设计，使得用户难以很容易地提取重要信息。另一个设计简单而有用的界面的方法是使用自然的映射和语意。界面元素的排列和表示影响它们的意义和关联。简单还与熟悉相互关联。熟悉的事物通常似乎更简单。尽可能尝试建立利用用户已有的知识和经历的联系。您可以使用渐进揭示来帮助用户管理复杂的事物。”渐进揭示”涉及到仔细的信息组织，以便只在恰当的时候才显示信息。通过隐藏向用户表达的信息，您减少了用户必须处理的信息数量。例如，您可以使用菜单来显示操作或选择的列表，还可以使用对话框来显示一组选项。渐进揭示并不意味着对显示信息使用非传统的技术，例如需要一个修饰键作为访问基本功能的唯一方法，或者强迫用户通过一个更长的分级交互序列。这会使用户界面更加复杂和麻烦。16) 美观。可视设计是应用程序界面的重要部分。可视属性提供了非常好的印象，并传达特定对象的交互行为的重要线索。同时，出现在屏幕上的每一个可视元素也是很重要的，它们可能竞争用户的注意。提供清楚地促进用户对表达的信息的理解的连贯环境。图形或可视设计器的技巧对于这一方面是无价的。  　 还有好多条就不抄了。只能说该“规范”抄得太严谨认真了。真搞不懂咋能这么凑字数呢

前台软件 – 网络(网线及交换机) – 后台软件 – 网络(网线及交换机) – 串口服务器 – 串口线 – 光端机 – 尾纤 – 配线架 – 光纤 – 配线架 – 尾纤 – 光端机 – 串口线 – 设备。 如果前台软件不能正常控制设备，到底会是哪个环节引起的呢？

八号出差，直到今天才能回来，也是中午到家，明天还得去。出差期间，因为软件都是俺一个人在搞，所以调试外场设备也跑不掉。期间，爬悬臂情报板门架和门架情报板的架子共计十几次，晚上过了十二点才回若干次，最晚到凌晨两点。至于九点能回来还算早的了。好在经过持续努力，软件都改得差不多了，设备也都调通了。理想的话，下周就可以组织验收了。当然，还得写若干手册。

今天在坛子里换了个签名:大家都是出来卖的，何苦自己人为难自己人那些活好的，或者活新的，或者花样多的，或者老板拉皮条功夫好能拉到肯多花钱的客的，拜托不要老是打击年老色衰的同行了

我靠！ 经过另找带串口的机器测试验证，证明前段时间自己买的USB转串口的线有问题。难怪周末加班调试设备总是有问题。 浪费俺猪多时间…….

这几天给业主的各站服务器升级内存和硬盘阵列。其中一个站的服务器内存从 512 MB升级到了 2.5G。装完后重新启动，硬件没报错。俺习惯性地在系统的 Run 那里敲入 dxdiag，用 DirectX 带的这个检测工具来查看内存。结果显示只有 2G！啊？有问题？！拆服务器，除尘，再压紧点内存条。这些又花了不少时间。再开，再看。啊？还是 2G？ 怎么回事？犹疑之间，用电脑的属性查看了一下内存，确实是 2.5G 没错！再看看 DirectX 的版本，是 7.0 的。问题应该就出在这里了。估计是这个版本太老，只能认到 2G。一个版本问题，又浪费了不少的宝贵时间……

前段时间，在上个公司做过的项目的业主反映：系统自从某段时间以来就出现了问题。 为这个事，上个公司的老同事和业主先后联系过我几回，有关日志文件我也看了。主要步骤就是：1. 省里的软件负责下发参数到中心接口库；2. 中心的软件负责启用中心接口库的新参数；3. 中心的软件在启用后负责下发这些新参数；关于第二和第三步，分别有参数管理软件和服务实现，其实就是一个手工处理和一个自动处理，本质上没有区别。由于系统已经稳定运行了一年多，最近才出现了问题。而正好这段时间省里面升级了软件系统，所以在故障根源的判断上有疑问。我心里是觉得他们的软件有问题。因为根据日志文件和有关软件反复分析，以前我们的软件应该没问题。今天省里的人和业主在现场联合处理，有了技术人员在场，事情应该好办一些。经过反复电话沟通方案，采取排除法等逐步处理。经过漫长的电话沟通处理，省里面的人证明了他们的软件没有问题。而业主方面，也用参数管理的手工方法处理证明了我们的软件中这几个功能没有问题。于是再测试服务程序的功能，此时发现服务程序启动不了了！于是….终于….就在此时，问题的根源就此被发现了，它就是：服务程序的执行文件和参数配置文件一个多月前被人删掉了！

这几天一业主反应在他们新装的 Windows 2003 服务器上无法安装 SQL Server 2000，总是在最后拷完文件后配置时出错，说无法配置。查看他们发给俺的日志，好像是帐号问题。 今天在 QQ 上给业主演示，为了更好地说明，俺把俺的测试机器上的 SQL 卸载了，然后边安装边截图说明情况。 结果狠尴尬，到后来，发现俺自己也装不上了！出现了跟业主一样的情况。查看安装日志和数据库启动的日志，说是无法绑定到端口 1433 和 1434 上。 一开始怀疑是防火墙，后来又怀疑机器人路过放养了马，但是检查后确信没事。期间，修改过若干设置，又反复安装若干次，结果都遭到了可耻的失败。 …… 思考，到底俺当初装成功和现在失败的环境有何不同呢？SP2！ 于是，把系统的 SP2 先卸载了，再安装，结果一次成功！然后赶紧再重新打 SP2 补丁，以防机器人和其同伙路过。 奇怪啊郁闷啊，又费了不少时间

http://hanlei.name/archive/2008/01/10/100818.aspx 看了 grhunter 的这篇 blog，俺在想：为啥领导们都总是那么乐观 而俺这个写程序的却总是那么悲观……