Tinyfool的开发日记(blog)

　　值得庆祝......

　　这个文章的主要任务是介绍GBA的图形模式，同时也是作为美工培训资料的一部分。

　　这个计划打算和14和贱男一起完成。

　　大概是上个月的时候，我在Mop程序员联盟看到一篇转文《30 年内软件技术的不变与变化》，文章写得还不错，虽然题目大了一点，作者的立意是不管软件技术多么日新月异，但是很多内在的底层的技术并不会发生很大的变化。确实，现在很多技术的发展，新开发工具往往使大家无所适从，作为一个软件开发人员，了解什么东西是相对稳定的对自己还是有很多好处的。
　　但是我觉得作者同时也可能忽略了很多了能发生变化的地方，而那些变化可能也是我们应该注意的，所以我写了一篇文章《我也来看30年内软件技术的不变与变化》，来描述一下这些我觉得可能发生变化的地方，已供大家探讨。
　　令人高兴的是，上周我写的这篇文章被程序春秋看上，表示要发表。于是，昨天晚上我做了一些修改。今天早晨我还让我的朋友yayv帮我看了看，他帮我改正了一些文字错误，还提出了一些我没有想到的观点，现在这些观点都已经进入到这个文章里了，谢谢yayv。
　　中午，我把修改好的稿子发给了程序春秋的编辑，不出问题的话，下月的程序春秋就可以看到这个文章了，心里真高兴。

　　我又是一个神采飞扬的程序员了..............

　　华恒

　　那天在mop有人说，没去过华恒网站的就算没玩过嵌入开发，于是我马上去看了看，确实还不错。

　　从20号到今天，我都在遭受感冒的折磨，发烧烧到了39.5，昨天晚上，我头非常的疼，非常的疼。
　　
　　今天基本上算是好了，但是还是有些症状，但至少不发烧了，头也不疼了，但是鼻子还是不通气，整个人还是很迷糊....

　　昨天在程联的网站看到了自己的生理节律。说是智力和情绪都是最低点，按照这个规律的话，我今天也是智力和情绪的最低点，而体力是最大值。

　　这些东西我一向都是将信将疑的，不好验证，也不想看重。不过这两天情绪确实不太好....

　　智力可能确实也有点不行...

　　

　　来自Mop程序员联盟的好朋友，被我拉进Blogger的兄弟。
　　
　　yayv的blog

　　公司大厅有一面墙上，有硕大的两个字“改善”，我每天都经过那里，但是没有什么感觉。
　　
　　今天，突然觉得这两个字真得很重要，一个公司需要不断的改善，一个人也需要不断的改善，一个软件需要不断的改善，甚至家庭成员之间的关于也需要不断的改善。

　　罗马决非一日建成，我以前总是希望能一开始就尽善尽美，往往反而会乱七八糟，也许我一开始的时候应该要求低一点，但是要进行不停止的改善。

　　做人如此，做网站如此，做软件也如此......

　　刚才加入由google提供的站内搜索服务，可惜现在很多内容在google还是搜不到的。

　　现在我的网站在google的Pangerank还是0的。但是我刚才用日志分析软件一看，昨天晚上就有5个人因为在google里面搜索而找到我的网站。
　　而百度和Yahoo都只带了一个人来。

　　由于寻找google的信息，我才找到了车东的网站，虽然我在竹笋炒肉的文章里面多次听到过车东这个名字。

　　而看车东的google相关的文章，我却同时发现车东的网站也有很不错的CVS的文章，lucky!

　　CVS使用手册

　　刚才又看了看一些和google的pagerank的资料，包括：
　　竹笋炒肉的

　　Google的PageRank算法学习(1)
　　Google的PageRank算法学习(2)

　　车东的

　　如何提高网站在Google中的排名(1)――面向搜索引擎的网站设计
　　如何提高网站在Google的排名(2)――面向搜索引擎的广告模式
　　如何提高在Google中的排名(3)――Search Engine Friendly的URL设计

　　今天主要的时间都在尝试怎么配置cvsnt和wincvs，我不太好意思那么多的去问生吃咖啡豆。我继续找资料做试验，找到的最好的资料是WinCVS与CVSNT简明使用手则（一）、WinCVS与CVSNT简明使用手则（二）。

－－－－－－－－－－－－－－－－

　　今天本来也打算和小徐一起做我们的GPS的方案，不过今天他被大头派出去了，所以今天GPS方案没有任何进度。

－－－－－－－－－－－－－－－－

　　今天Moto的许工来了一个电话，突然问起来我们这个条码项目的数据是存储在一个文件上，还是存储在服务器的数据库上。我告诉他会保存在我们的数据库服务器里。他说，Moto要求我们保留三个月的条码数据以备查询，问我那么三个月的数据会占多少的空间，我们准备了那么大的空间么。
　　我突然觉得许工的水平还是很高的，这个问题我们在方案设计中根本没有考虑过。
　　电话后，我给小霍传达了许工的要求，小霍就开始做了。
　　中午饭后，我去检查，小霍正在和老刘说什么。我一问，老刘好像跟我急了一样，说moto这样想起什么是什么不行，现在已经是编码阶段了，怎么还有这样那样的变化，这样进度耽误了他可不管。我说，小霍还没有告诉我已经到了编码阶段，何况这也不是什么复杂的要求，最多几分钟的东西。另外，Moto是客户，人家要什么你还不是都要给人家。老刘后来也没有说什么，不过我有点生小霍的气，一个中午也没有做出来，无非是让他算算大概三个月有多少记录，在数据库里面放上那么多试验记录，看看空间占用量而已，结果连多少记录数都没有算出来。
　　下午，小霍来找过我一回，不过那个计算记录数的文档写的罗嗦无比，而且占空间最多的材料部分居然什么都没有写。跟他说了一下，让他改好了，这些给项目负责人然后发走。但是我下班的时候遇到小霍，他也没有写好，说是项目负责人让他先写代码了。
　　那么简单的东西一个下午也没有搞定......
　　我快急了.......

　　昨天晚上cvsnt的设置一直没有搞定，因为网上关于cvsnt的介绍都是必须用nt账号作为cvs用户账号的文章。

　　今天早晨，看到了一篇文章，很棒，讲的就是怎么用不同于NT账号的cvs账号。这篇文章就是CVSNT用户管理方案，来自生吃咖啡豆的文字。这篇文章可帮了我的大忙。我按照这个文章果然就成功的配置了cvsnt，可是还有些疑问。于是我在作者的blog上面留了言。没想到作者非常热情，帮我解决了所有的疑问，在这里感谢亲爱的生吃咖啡豆。

　　刚才我和生吃咖啡豆交换了一下链接。

　　今天整天都没有在具体写什么东西。
　　上午小霍的方案写好了，中午前发给了Moto，下午收到了Moto的回音，提出了一些不是很大的修改，小霍对有些要求不以为然，我跟他讲客户的需求就是最重要的。小徐和我的GPS项目这两天也没有什么动作，我将在明天开始对进度提出要求。

　　下午收到了kt-7ex写的项目管理的文件，我没有特别仔细的看，但是觉得写的非常的好。这次期望在kt-7ex的帮助下，我的项目能够进展的比较成功。在程联的论坛上面，我提起现在已经是托管服务器了，yayv问我可否给他开一个cvs服务，我觉得有点意思，我的大航海计划可能也需要cvs服务，我打算晚上遇到他，好好聊聊这个问题。

　　昨天晚上，我终于把整个网站都顺利的迁移了，不过有些人访问的时候DNS还没有正确更新，估计到今天就不会有任何问题了。临睡觉前，我去找了一个日志分析器，叫做逆火，国人做的，感觉还是很不错的。分析了一下我的日志，很高兴，昨天晚上深夜（也可以算今天的凌晨），Google的Robot访问了我的网站，我去Google查了一下缓存，至此，Tinyfool的开发日记和Tinyfool的随想录 都被Google收录了。也就是说，目前我正在更新的二级目录全部被收录，可喜可贺啊！

　　今天是微尘程序员网站的重要日子，不是因为昨天美国抓到了萨达姆，而是今天正式启用了我们的托管服务器。

　　幸福啊！

－－－－－－－－－－－－－

　　下午，Moto的许工来了。他是我们条码项目，Moto方面的负责人。我和小霍把项目方案给他看了看，大部分部分我想他还是满意的。但是文档的格式，他提出了一些问题，以及界面的设计也提出了一些问题。
　　
　　会后，我让小霍修改了一下界面的设计。然后，定下来明天一早上交这个方案。

　　上午10:30条码项目组开了一个会。本来是想让小霍把他的设计意图给大家说说的，不过主要还是讨论了一些项目里面其它问题。小霍的方案大家都没有说出什么来。我跟大蔡说，最好大蔡再出一个更加详细的流程图出来，包括目前没有定下来的一些东西也要在里面有所表现，不过这样这个图就很大了，呵呵。对于小霍，我也希望他把整个软件系统的流程也更加细化一些。

－－－－－－－－－－－－－－－－－

　　一段时间以来，由于对项目管理的无从下手，我的GBA大航海计划陷入瘫痪。昨天和kt-7ex聊了一下，他目前正在看一本游戏设计中的项目管理的书，他给了我一些意见。我觉得还是很不错的，于是让他来帮助我进行项目管理。刚才我收到了他关于项目管理和分工的一个信件，我觉得写的还是很不错的，基本上可以照此进行。


－－－－－－－－－－－－－－－－－

　　几天上午，我们购买的两本驱动程序开发的书都到了。其中有一本叫做《Win2000驱动程序开发大全》，是MS press出版的，实际上基本上就是DDK文档的中文翻译，不过这本书有两卷，第二卷目前缺货，真可惜。

　　中午，我去公司加班，检查了一下小霍写的设计方案。从方案中，我看出来，他有些思路错误，有些地方误解了用户的需求，跟他说了一下。他桌子上面放了一个一个老刘写的ERP的方案，原来他很多结构都参照了老刘的写法，老刘的写法我觉得还是很正规的，至少比我写的好多了，以后多向老刘学习。

　　如果Linus生在中国
　　这样的一个文章来源一个让我不快的我的贴子的回复，在一个我贴的源代码公开的小程序（不是我写的，我朋友写的）的贴子里面，有个人说“好像没必要拿到这里来现吧”。我很不快，我觉得如果贴代码出来是一种现，那么我们只能说现在大家现得太小了，而不是太多了。
　　顺便我想用这个文章反驳一下，在中国芯大讨论中，悲观，甚至表示厌恶的一派人的观点。

by leezy_2000

文章来源：CSDN - http://www.csdn.net/develop/article/22/22471.shtm

这几年各种新的技术井喷一样的涌现出来。身处这样一个时代的我们，难免就有一种拔剑四顾，心下茫然的感觉。在某一方面的做到精专已属不易，全才似不可能，那么究竟又该何去何从？这篇文章目的是探讨编程过程中一些本质的东西，已期对大家的学习有所帮助。



个人以为，从编程这一职业诞生开始一直至今，其本质就没有改变过。对概念的抽象对逻辑的描述始终都是编程过程中最核心的东西。



程序为解决某一问题而存在。而问题可拆分成某些概念和逻辑关系。而结构化程序设计和面向对象程序设计不过是对概念和逻辑进行表达的不同方式。而程序中逻辑关系的复杂程度随程序的规模而增加。



程序的本质不是各种技巧。就算你把Effective C++，More Effective C++中的每一条款都应用到了你的C++程序中，如果没有对逻辑关系的良好组织，你的程序也可能糟不可言。可能高耦合低内聚，可能不可扩充?D?D?D。



上面这段文字提到了四个概念，他们分别是：问题、概念、逻辑和技巧。



我来举个例子来说明这四个概念都代表些什么。



现在假设我们需要根据已知的一个文件名产生一个临时文件名。如果输入为prog.dat,mydir,hello.,oops.tmp,end.dat那么相应的输出为

prog.dat=>prog.tmp

mydir=> mydir.tmp

hello.=>hello.tmp

oops.tmp=>oops.xxx

end.dat=>end.tmp

（这里使用了The C++ Standard Library中第11章的例子）



什么都不做的程序是不存在的，程序总要解决客观世界中的某些问题。这里的问题就是要为一个已知的文件名产生相应的临时文件名。



解决这个问题时涉及的概念主要有两个：字符串和扩展名。扩展名可以用字符串进行表示。



解决这个问题的逻辑之一可用下面的伪代码来表述：



if(输入文件名没有扩展名)

{

用输入文件名、'.'号和"tmp"生成临时文件名；

}

else

{

得到输入文件名的扩展名；



if(扩展名为空)

{

用输入文件名和"tmp"生成临时文件名；

}

else if(扩展名为"tmp")

{

把"tmp"替换为"xxx";

}

else

{

把文件名'.'以后的部分替换为"tmp";

}

}

当然你还可以有其他的实现逻辑，而这种逻辑总是可以独立于语言、操作系统的。



至于你是用C++标准库、还是MFC的Cstring类或者.net中的相应类或者不依靠类库自己用某种语言来表述这种逻辑那就是技巧。



上面虽然是个小例子，但我认为完成任何程序：从上层应用直到底层驱动，都会涉及到这四个概念，。



上面所说编程时必须的四个要素中，我个人认为逻辑和概念是编程中更本质的东西，直接的原因是他们在更大的程度上决定着程序的质量。不要忘了评价软件质量的几个指标：

健壮性、可重用性、易扩充性、容错性等。



而这些指标并不是你选择了某个语言或者某个框架他们就达到了。而要通过对解决的问题的逻辑进行提炼和精化才可能达到。不要说这是系统分析的责任，程序每一部分都有自己要解决的问题，怎么可能每一部分程序质量的保证都是系统分析的责任。



此外当你要把原来用软件实现的功能换做用硬件来实现的时候，这点就分外的明显－－软件其实就是一组逻辑关系。



但眼下主流意识形态似乎并不认同这点,各种招聘广告可为明证。

下面是一个招聘软件工程师的广告：

1. BS degree or above in computer science.
2. At least 2 years of driver development experience.
3. Experience in C, C++, windows SDK/DDK or Linux system development.
4. Familiar with computer networking or telecommunication 802.3, 802.11, TCP/IP protocol is a plus.
5. Familiar with embedded system design.
6. Familiar with Bluetooth is a plus.



如果把编程与磨刀砍柴做类比的化，那么

当某个人熟悉某种语言、某个框架、某个IDE、某个协议某个开发包的时候我们可以认为这个人拥有一把较锋利的柴刀。但这和这个人最终擅不擅长砍柴并没有必然的关系。夫欲善其事，必先利其器。但利其器了未必就会善其事。所以说上面的广告一定程度上相当于想找一个会砍柴的人，但看人的时候却更注重他有没有一把锋利的刀子。（更可悲的是挣扎在生存边缘的我们，纵然不愿却也不得不迎合这种要求）



未避免矫枉过正，这里要强调一点，不是说基本技能不重要，没有对语言、框架、IDE的一定认识，根本就产生不了有用的程序。但当我们执迷于对不同语言、框架、IDE的优缺点进行比较的时候，不要忘了他们并不对程序的健壮性、可重用性、易扩充性、容错性等最终衡量程序优劣的诸多方面起决定作用。起决定作用的是你对概念的定义方式和对各种复杂逻辑关系的描述方式。



语言是什么？语言是逻辑的载体和描述的工具。当你试图表述逻辑关系的时候大多语言应该是满足这一要求的，要不然他早被淘汰了。框架是什么？框架是对逻辑和概念的一种封装。框架把某一领域通用的概念和逻辑封装起来，进而使程序员不必做一些重复性的工作。而实际上对这个领域的这些通用概念并不只有这么一种表述方式，也就是说并不只有一种逻辑表述。你选择某个框架的同时也就意味这你从n种方式中选择了一种，舍弃了其他。没有那个框架是完美的，选择的同时自然也就继承了这种不完美。所以善用他们，他们很重要，但不会再重要了。



当我意识到这点时，我发现虽然编程许久，但在对逻辑表述方面的能力却没有寸进，因为把90％以上的时间都投在了技巧的提升上了。Jeffrey Richter和Matt Pietrek两位堪称Windows编程界中的技巧大师。可我现在敢说即使你把《Windows核心编程》、《Programming Server-Side Application for Micorsoft Windows 2000》还有MSDN杂志的Under the Hood专栏倒背如流，你可能还是写不出高质量的程序。这些东西是必须的，但远不是全部。



林锐写过一本《高质量C++/C编程指南》，此书在网上流传甚广，我想原因有二：一是此书对C/C++语言中的容易造成模糊的地方进行了详细说明（真的很有用）；二是林锐笔法不错。但也正因其流传甚广，我觉得在这里必须指出，此书严重的文不对题。按照书中所说那些就能设计出高质量的C/C++程序么？那些都是编程所需要的技巧，不过是告诉你怎么能磨出一把锋利的刀而已。如果读过此书的人都把这些技巧和高质量的程序相等价，那么学习时恐怕就难免会误入歧途了。



这个题目太大，我是姑妄言之。这里不过是刚刚开始一种探讨而远非结论。欢迎大家一起讨论，还望诸君有以教我！

　　文章来源：竹笋炒肉 - http://hedong.3322.org/archives/000177.html

　　Jakob博士分26类，列出了113条原则。下面，类的倒序一一摘录（每类中顺序不变）。
　　在录入的过程中，我渐渐发现只要找到每条原则所要达到的目的或要解决的问题，这样就可以据具体情况灵活的加以解决。

26、股票指数和显示数字
（110）给出变化的百分比，而不仅仅是股票指数增减的点数。
（111）除非缩写非常有名，如“IBM”，否则要写缩写的股票名称。
（112）如果数字有五位甚至更多位数，要使用千分位分隔符适当分隔数字。
（113）当显示一列数字时，要对齐小数点。

25、日期和时间
（105）仅对时间敏感的信息显示日期和时间，如新闻条目、实时交谈、股票指数等。不必显示星期几。
（106）显示最后更新内容时的时间，而不是计算机生成的当前时间，并用“更新于＜日，时＞”语句说明。
（107）当引用时间时，要包括时区。如果有国际用户，要显示主页当地时间及相对于格林威治（GMT）时间。
（108）使用标准缩略语，比如“p.m.”或“P.M.”。
（109）给出月份的全拼或简写，而不要用数字。

24、繁荣社会
（103）如果网站支持用户社区功能，例如提供聊天室或其它讨论工具，不要将它们当作一般的链接，要在主页上列出实际的讨论主题并提供任何有关日程表。
（104）在商业站点不要提供“访客簿”标记，这会使站点看起来有点业余。

23、收集用户资料
（101）在主页上不要直接提供注册链接，而是要解释用户注册的好处（至少要链接到这样页面）。
（102）在索要用户的电子邮件地址前，要解注册的好处，说明公告发给用户的频率。还有，在索要用户email地址的地方的后面，链接一个样本邮件，并解释公司或网站的隐私政策。

22、个性化
（99）如果主页上有为已知资料的用户提供定制信息的区域，对首次使用的用户不要提供一般内容－－要在特定区域中提供精心准备的、不同的内容。
（100）不要让用户定制主页基本外观的各种特性，比如颜色模式。要集中精力推出未来方便最大多数用户阅读的更好的设计界面，如字体要相对大小。

21、页面重载和刷新
（97）不要自动刷新主页，将更新内容推给用户。对有实时更新要求的网站，考虑提供一个工具，使用户能得到实时的数据反馈。
（98）当刷新页面时，只更新改变的部分，比如更新新闻部分。

20、赞誉
（95）不要浪费宝贵的空间夸赞网站的搜索引擎、设计公司、喜爱浏览的公司或者在界面背后的技术。对于面向技术的站点，不要将这些专业内容放在主页上，可以在“关于我们”的页面中包括此类的条目。
（96）要控制显示站点获得赞誉的内容。独立的权威机构发表的赞誉、认证和优秀站点的评价，尤其是关于产品质量或服务的奖项，可以用来提供网站的信任度。主页上可以放面向用户类的奖项，不要放去年如何何的奖项，其它的可以放入“关于我们”之中。

19、通信技术问题和突发事件的处理
（93）如果站点瘫痪了，或者站点的某个重要部分不能用了，要在主页上明确说明，要说明大概恢复的时间及此期间用户可以做的事。
（94）有一个在紧急情况下处理网站上关键内容的计划。如准备主页的一个不同的设计版本，及一个简单地导般框架，以及提供返回正常站点的途径。突发事件的典型特征是短期内有超乎寻常的大量点击，主要是因为用户反复点击以取得最新进展，这要求备用主页要小巧。

18、欢迎词
（92）不要只在字面上欢迎用户的到来，不要将主页上最重要的区域用于向用户打招呼，可以考虑将欢迎词作为一条标签行。对用户最后的欢迎是，让用户明确知道他们能在站点具体做什么，及从哪里开始。一个例外是主册用户登录后要欢迎。

17、广告
（88）将公司外的广告放在页面的边缘。绝对不要把广告放在最重要的条目旁边，及将重要的条目放在广告之上，以免被用户忽视重要条目。
（89）外部广告（为其它公司做的广告）要慎重采用，要做得尽量小，并应尽量和主页的核心内容相关。
（90）如果将广告放置在页面上方标准的广告条区域之外，要给它们加标签，说明它们是广告，这样用户就不会把它们和网站的内容搞混了。
（91）避免用广告的惯用方式显示站点的常见特性。

16、弹出窗口和分阶段的页面显示
（85）当用户键入主页网址时，或在别的页面上点击到站点的链接时，要将他们带到“真正的”主页上，必须取消纷纷弹出的窗口。一个例外是，如果站点内容对少数人不合适时，最好弹出一个窗口发出警告。
（86）要避免弹出式窗口，即使其含有有用信息，也会被用户当作广告忽略，且这类窗口会使用户远离站点内容。而且，用户一旦关掉，就找不到这些内容了。
（87）不要让用户使用站点导航图去选择自己的地理位置，除非你的站点具有多种语言版本，而不是只有一种主要语言的版本。

15、新闻和新闻发布
（81）标题应该简洁，应该用传述语言，用尽量少的文字表达尽量多的信息。标题和它下面的内容提要的相关程序应该高于和整篇内文章的相关程度。
（82）精心写作和编辑在主页上重点突出的新闻内容提要。要尽量用具体内容吸引用户点击并阅读全文。
（83）将整篇新闻内容与标题而不是内容提要建立链接，或在提要后面提供一个“全部内容”的链接。
（84）只要在主页上的新闻是一个星期内发生的，就没有必要在每条新闻的内容提要中列出日期和时间，除非它确实是一条爆炸性新闻并且经常更新。在主页顶端的时间和日期中以说明新闻内容是现在的了。在一篇文章开头的显著位置显示日期是很重要的，为以后搜索和缓存考虑。基于同样的原因，正文中不该引述相对时间，如“今天”“下周”等。

14、网址URL
（77）商业站点的主页应该有“http://www.公司名.com"的网址（或类似的国家级域名或其它类型的顶级域名），不要在域名后加复杂的代码甚至"index.html"等。要确保"www.公司名.com"和"公司名.com"都能访问站点。
（78）对任何和除美国之外特定国家密切相关的网站，要使用该国的顶级域名。如果站点还有国外的客户，再注册一个带".com"域名也是不错的主意。
（79）如果条件允许，要为站点名称注册不同的拼写、缩写或常见的拼写错误域名。
（80）如果域名有不同的拼写方法，选择一个作为正式版本，将用其它拼写访问站点的用户重定向到此域名上。

13、窗口标题
（72）用最能传递信息的词语作为窗口标题的开头－－通常是公司的名称。
（73）不要在窗口标题中包括顶级域名，如".com"，除非它是公司名的一部分。
（74）不要在标题中包括“主页”、"homepage"等词汇，这是费话。每个页要用不同的标题。
（75）在窗口标题中包括站点的简短描述。可以考虑采用标签行的内容。
（76）要将窗口标题的字数限制在78个英文单词以内，不要超过64个字母。
这些都是便于收藏和检索引擎。

12、用户界面上的小控件
（69）如果不想让用户点击，绝不要将控件作为屏幕的一部分。
（70）在主页上避免使用多行文字框，尤其在页面的上方，在那儿用户于查找查找属性。用户有时会将登录框与查找框混淆。
（71）尽量少用下拉菜单，尤其当其中的项目本身不能说明自身意思的情况下。

11、图形设计
（63）在页面上要限制使用字体的样式和其它文本格式，例如文字大小颜色等，因为繁多的文字样式会分散用户对文字本身的注意力。
（64）使用高对比度的文字颜色和背景颜色，使文字尽量清晰。
（65）在800*600的分辨率下避免水平滚屏。
（66）在最流行的窗口大小下（该书写作是800*600)，最重要的页面元素应该不用滚屏就可以看到。
（67）使用动态的页面设置，使主页大小可根据屏幕分辨率来调整。
（68）慎重使用标志图案。除了站点本身的标志图案外，仅在用户了解标志图案的意思时，才能使用它们以吸引用户的注意。

10、图形和动画
（56）用图形表现真正的内容，而不仅仅做主页的装饰。人们一般会被图片所吸引，所以和内容无关的图片会分散人们的注意力。
（57）如果图形和图片的意义在其伴随的情况的上下文中不太明确，要简短地解释它们。为人物的图片加说明通常是个好主意。
（58）以适当的尺寸编辑图像和图形。数量过多的照片和图形并不会传递更多信息，反而会使屏幕看起来很混乱。仅仅将大图片压小很多情况下并无帮助，不如删掉。
（59）避免使用带水印的图片（上面有文本的背景图片），它们会使界面更混乱，经常会减弱视觉效果。
（60）在主页上，不要仅为吸引注意力而使用动画，它在主页上几乎没有位置，因为它会减弱用户对其它元素的注意程度。动画适用于专门演示。
（61）绝不要用动画表示页面上的关键元素，如公司标志、提示行或主标题。因为用户易忽视看起来象广告的动画区域，且它们也难以阅读。
（62）在进入站点时，让用户选择他们是否想看动画而不要将动画作为默认设置。

9、工具和任务快捷方式
（53）对主页上高优先权任务，要设置直接访问这些功能的方式。这些主页工具应用户直接访问主页上的任何数据或资料。如果可能的话，考虑给予用户不需要用鼠标点击就能得到所需要的结果的方法，换句话说，在主页上自动显示最常用的信息。这种功能一般来说只有能辩论用户和个性化页面的站点才能实现。
（54）不要包括与站点无关的工具。有用但未必适合，如非新闻站点的天气状况。
（55）不要提供与浏览器功能重复的工具，如果设默认页或收藏。

8、查找
建议是看得见、使用简单、查找范围广范
（47）在主页上设置一个输入框，以做一日和尚撞一天钟输入查找内容，而不是仅给用户一个指向查找页面的链接。
（48）输入框应该足够宽，以便用户在站点能看到和编辑标准的查询。至少要25－30个字符宽。
（49）不要给查找区域加标签，而要在输入框右边使用“查找”等按钮。并将查找功能　放在页面主体的上方、页面顶部广告条或菜单栏的下方。
（50）除非高级查找功能是站点的标准功能，否则在主页上只提供简单查找功能，再加一个到高级查找或查找指南的链接即可。
（51）在主页上的查找功能应该默认查找整个站点。
（52）在站点的查找功能中，不要提供“查找web”功能。因为用户查找web有自己喜欢的搜索引擎。

7、导航
导航区域应该显示站点最重要的内容，以便用户查看项级类别时就对查找的内容有很好的感觉。
（40）在显著位置放置主导航区域，最好在紧邻页面主体的正下方。避免在图形条顶端放置任何水平的导航条，因用户常把屏幕顶端的条区当成广告而忽略，是为“条盲”。
（41）在导航区域将条目分组，将相似的条目放在一起。
（42）对同一类型的链接，不要有多个导航区域。
（43）在主页上不要包括指向该主页的动态链接。如“主页”或“home”等，在所有页面都可有，主页上的要不可点击。
（44）在导航区域中不要使用自造词。类别名应能彼此明显区分开，如果用户不能理解你的自造词，就不可能区分各个类别。
（45）如果在站点上有购物车（很多商务站点上都有），庆在主页上包含一个指向它的链接。
（46）只有在图标能帮助用户立刻识别一类条目时，才使用它们。

6、链接
（34）尽量区分链接并使它们更具可读性。要言简意赅，用带有更多的信息的文字做链接的开头，用户经常只据链接的一二个词决定是否阅读。
（35）不要用普通的指令作为链接指令，如“点这儿”。
（36）不要在一个列表后使用普通链接，如“更多。。。”或“More。。。”等。要告诉用户他们将得到更多的什么东西，如“更多新闻”。
（37）用不同的颜色表示已经访问的和未访问的链接。未访问的默认是蓝色，要用易区分的不太饱和的颜色表示已经访问过的链接。不要用灰色，它被用来表示按钮不可用且难以阅读，不要用黑色，它用来显示正文。
（38）在页面上不要用文字“链接”或“Links”来表示链接，而要用带下划线的蓝色文字表示。
（39）如果一个链接的作用不是打开另一个另一个web页面，而诸如链接一个pdf文件、打开一段声音或视频播放、发电子邮件、打开另一个应用程序等，注意要明确说明点击后要发生什么。

5、文档和已往内容的访问
（33）要保证很容易地访问最近在主页上已经重点的任何内容。

4、通过例子提示内容
例子能立即说明站点是什么的、揭示站点提供产品或服务的丰富程度、具体事例比一般性原则更有趣、并能成功地导航。
（29）用例子揭示站点的内容，而不仅仅是抽象的描述。
（30）在例子后面直接加一个到例子所属类别的详细内容的链接，而不是链接到一个能用父类的页面上。
（31）在特定例子后面提供一个到更广泛的类别的链接。
（32）要明确显示哪个链接指向例子的相关信息，哪个链接指向例子所属类别的一般信息。相关信息的链接放在例子之后，类别链接放得稍远一点。

3、内容的书写
写出令人印象深刻的内容，用尽量少的词汇表达尽量多的消息。
（17）使用用户关注的语言，类别和科目要按照用户的取向划分，而不是按照所服务的公司的要求划分。
（18）避免冗余内容。为突出一个显著的内容，应将它放在一个清晰的位置则不是重复它　。
（19）不要使用成语、行话，否则用户很难明白你在说什么。
（20）使用一致的大小写和其它风格标准，否则用户可能会误解。
（21）如果页面上某区域中的内容已经有效地说明自身作用，不要给这个定义明确的区域贴上标签命名。
（22）避免单个词的类别和单个词的列表项。
（23）在短语中单词间使用不间断空格，使短语连接在一起，便于快速阅读和理解。
（24）仅在做法定或约定俗成的工作时，或做适当强调时，才使用诸如“输入城市或邮政编码”等命令式语言。要告诉用户这么有什么好处。
（25）在缩写、首写字母缩略词、简写第一次出现时，要紧跟着给出它们的全称。
（26）避免使用感叹号，感叹号并不属于专家写作范畴，尤其不应在主页上出现。记住，不要对用户喊叫。
（27）在格式化的风格中少用全大写字母的方式，甚至一点也不用。不易阅读。
（28）为表示强调效果，要避免不适当的使用空格或停顿。影响查找、减慢阅读速度及缺少亲和力。

2、关于公司的通信信息
（8）在一个独立的区域组织好公司信息，例如“关于我们”、“投资关系”、“新闻发布”、“就业”和“关于公司”的其它消息。
（9）在主页上建立一个“关于我们”的链接，给用户一个公司的大致印象。建议叫“关于＜公司名＞”。
（10）如果想发布公司新闻，可在主页上放置一个“新闻发布室”或“新闻室”的链接。
（11）提供统一的表达方式，让顾客在站点中觉得是和公司而不是和页面本身打交道。提到公司网站时，用公司名而不是“公司名.com”。
（12）在主页上放置一个“联系我们”的链接，指向一个包含公司所有联系信息的页面。
（13）如果提供“反馈”机制，应说明链接的意图，以及是否将被用户服务机构或网站管理员阅读等。
（14）不要在公共的站点上包含公司的内部信息（这种信息针对的是雇员，应该在公司的内部网上发布）。
（15）如果站点要搜集用户信息，应在主页上放置一个“隐私政策”的链接。
（16）如果站点的赢利模式并不明显，应解释站点是怎么样赢利的。

1、传送站点的目的
为更好地与用户沟通，主页必须适当强调商标、品牌和最重要的任务，还必须具有独特的、令人印象深刻的外观，以便用户能认出它是站点的起始页面。
（1）在显著的位置、以适当的大小显示公司名称和或公司标志。页面的左上角通常是最好的位置。
（2）包括一个能简明地概括站点或公司做什么的标签行。标签行要短小、一语中的，非常出名的公司或部门可不用标签行，有子站点时要对各子站进行描述。
（3）从用户的观点出发，强调站点的价值，以及公司和主要竞争对手的区别。
（4）强调最重要的任务或工作，以便用户对主页有清晰的第一印象。要把这些任务放在显要位置，如页面的中上方，并且不要排列太多信息。要限制核心工作的数量（1－4个）。这条原则的最具挑战性而且最关键的地方，是从客户角度决定什么才是最重要的任务或工作。
（5）为每个站点明确设计一个正式主页。　在站点内要限制“home”或“主页”等术语的使用范围。
（6）在主公司的站点上，“站点(website)”一词仅代表公司在因特网上全体站点，而不要有什么别的意思，尤其是不要指子站点。
（7）设计主页时，要使主页和站点上的所有其它页面有明显的区别。或者使用稍不同的外表设计，或导航部分有显著的位置指示器。


参考链接
http://www.umlchina.com/GUI/Newindex1.htm

　　注释：这段是12月13日写的，但是内容是12月12日的。

　　下班前，我和大蔡和小霍算开了一个小会，时间还是很紧张的，星期一12月15日就需要小霍上交系统分析。我和大蔡就大面儿上的问题给小霍解释了一下，然后我布置了一下系统分析怎么写。我的大概思路就是在我们的项目中慢慢的引入UML，一点一点的引入，一方面公司熟悉UML的几乎没有，另一方面我们都是极小的团队，还有就是大部分的人都没有比较好的面对对象的编程习惯。在小徐的项目里面我也是这么布置的，先不导入UML的概念，只是先利用一些UML的思维，一些简单的方法。
　　之后，我们安排了时间进度，小霍六日加班，大蔡星期六来，我星期日来。
　　
　　－－－－－－－－－－－－－－－－－
　　
　　中午饭后，我和老马散步的时候，聊我们那个驱动程序的事儿。我们现在都在看WDM的书，不过思路可能不完全一样。
　　
　　主要聊的问题是驱动程序主要是什么东西。其实驱动程序就是直接访问硬件的程序，然后遵循一定的系统要求就可以了。

开发日记

　　刚才吃饭前，大头把小霍带来，原来那个条码项目老刘交给小霍了，然后大头还是让我做联络。另外，给小霍做一个顾问，郁闷死了，本来以为甩出去了的事儿怎么又回来了呢！

　　郁闷！

开发日记

　　刚才我用WinDriver的向导生成了一个程序，然后观察源代码。发现里面有一个TEST_ReadWriteBlock函数，应该是用来进行块读和块写的函数，如果把程序改成用块读块写，我相信速度应该有很大的提高。然后我去和老李商量，老李说他以前曾经用过这个函数，但是得不到任何结果，所有以后没有用这个函数。我分析原因可能是现在老李的板子上面没有内存，只有寄存器，而这个块读块写函数不支持寄存器的读写，当然到底是怎么回事儿还要看以后的实验结果。

开发日记

　　刚才搜索了一下AMCC5920和S5920，找到了一些资料，其中包括了几个用AMCC5920实现的采集卡，得到了比较宽泛的信息是，第一AMCC5920是从模式芯片，没有DMA功能，但是传输速度至少可以达到11M，也有说是40M，但是不管怎么说都可以满足我们的传输速度要求。现在问题可能在于，PCI有连续读写模式，而现在使用的是随机读取模式，所以读取速度很慢。
　　我打算继续看看DDK的资料再说。

开发日记

　　刚才我一直在看DDK的文档，看的是《Setup, Plug & Play, Power Management》章节，原来打算翻译一下这个章节，但是目前看公司对那个驱动程序的进度要求，我只好先粗略着学了。看了看这个章节，信息量很大，也算是很有收获。我们买了两门关于WDM驱动程序设计的书，如果书好的话，那么建立一个翻译计划就没有什么意义了。这个章节主要是讲述PnP和电源管理的基本原理，以及它们对驱动程序结构的要求，果然不出我所料，这个章节基本上是所有PnP驱动程序的基础。

　　看得我累死了，我要先睡了。

开发日记

　　早晨一到公司，打开电脑，仍旧是蓝屏。于是我重启动选择安全模式，蓝屏依旧，安全模式命令行，上一次正确的配置，等等，都是蓝屏依旧。
　　天啊！难道要重装？？？？
　　继续来，安全模式命令行，熟悉的流程，突然发现屏幕底下有一行小字，按ESC取消装载SIWVID，按下ESC，果然没有蓝屏了，爽。但是这个提示，只在安全模式下出现。到了别的电脑上面一查，这个SIWVID原来是Softice里面的文件。为了能够不出蓝屏，我找到windows系统目录，把SIWVID.SYS文件改了一个名字，重起，哈哈，一切正常。
　　
-----------------------------

　　9点多钟，我收到程序春秋网站的信，希望交换链接。我感到荣幸之至，这个杂志我看过，还是满不错的。我马上回复了他们的信件，做好了链接。他们也很快的做好了链接。

-----------------------------


　　10点多钟，大头跑到我的办公室。说，目前我们的设备里面打算用嵌入Linux，现在准备设计板子，让我看看资料。之前我们买了一套3万的嵌入Linux开发系统，现在程序在这个系统上面跑得还不错，准备裁减这个板子来做自己的板子，让我在软件方面做些工作，帮助他们把移植工作做好。我说老吴的板子不就可以跑Linux么？大头说，真的呢？于是我给大头看老吴买的那个板子。原来老吴给大头看这个板子的时候只说是ARM开发板，没有说能跑Linux。大头很高兴，说现在做板子是来不及了，用这个板子挺好，至少比那么开发系统的板子便宜多了。于是，大头很高兴的把老吴的那个板子拿走了。

-----------------------------

　　老吴的板子和公司买的3万的开发系统，上面跑的都是uclinux。不过那个开发系统以前我没有看过，不知道怎么那么的贵，拿天拿来看看。

-----------------------------

　　下午看到了CNblog网站的中文Blog目录集，觉得很不错，申请加入了，目前还没有收到确认信件。

-----------------------------

　　刚才看到一个Blogger用户的专用工具，据说可以不登陆Blogger即可编辑自己的Blog，我很高兴。工具叫做blogBuddy，甚至已经有了汉化版，可是很可惜，这个工具只支持UTF8的Blog，我的这个开发日记是Gb2312的，所以看到的一切都是乱码，真可惜啊，挺好用的一个工具不能用，FT

开发日记

　　今天早晨，我去跟大头汇报昨天的那个条码项目的问题，我把大概的需求和目前的进展跟大头讲了一下。他果然也觉得很简单。而且他对我认为我们应该自己做的三个理由也很赞同。所以出乎意料的，他马上决定应该自己做。于是，他叫ERP开发组的老刘过来，问老刘知道这件事儿么。老刘说，这个项目一开始李经理和他说过，但是由于觉得需求特别复杂，而且如果现在加入到ERP中，必然改变整个ERP的核心，所以他跟李经理说还是找别的公司来做。于是我和他讲了目前的大略的需求分析，他不是很相信。于是大头把大蔡叫来了，跟大蔡说我们打算公司自己做，大蔡当然只好表示欢迎。然后就是我大蔡和老刘三个人谈一了一下目前的具体情况。这里不得不说，老刘很多方面比我经验老到得多，我和大蔡都是努力想先跟他讲清楚一些基本情况，但是老刘却让大蔡先给他一个书面的需求分析来。我做一些公司的小项目的时候，往往都是口头协议，后来出了问题也闹不清是谁的问题。这点要和老刘学习。不过这个项目如果公司内部开发的话，应该就是他们ERP开发组的任务了，没有我的事情了，呵呵，顿感轻松啊。

――――――――――――

　　回到办公室，DDK的文档已经没有什么问题了，但是我却看不下去。于是一冲动，我就把driverstudio装上了。安装倒是没有遇到什么问题，很顺利的。然后我打开一个叫做HelloWDM的工程，这个工程包含两个子工程，一个EXE，一个SYS。EXE的编译没有出现任何问题，但是运行提示“Failed to open device, code = 259”。这个很容易理解，这个EXE应该是用来测试驱动程序的，我现在还没有加载这个驱动程序，当然会失败。那么我就编译SYS，但是这回编译提示找不到vdw_wdm.lib，我在整个电脑里面搜索vdw_wdm.lib也是没有任何的结果。
　　于是我就用google搜索这个vdw_wdm.lib，哈哈，原来到处的论坛都有人抱怨这个提示信息，不知道该怎么办。原来解决的方案是Bulid一下Lib库，原来driverstudio里面的库文件都是源码提供的，需要Build一下，才能使用。于是我找到Lib的工程，打开，Build很正常，但是怎么还是不能用呢？于是我又到Google里面去找，找来找去没有找到任何资料。最后仔细观察Lib的工程才发现Lib的工程包含了好几个版本的Lib，刚才只是编译出来一个kndiswdm.lib，没有编译出vdw_wdm.lib，选择vdw_wdm，编译出来，一切正常。
　　然后我用EzDrvInstaller安装编译好的SYS，很顺利，再运行那个EXE提示也变了一切正常。

――――――――――――

　　下午，人事的老张又来说关于工资计算软件的问题。说是我在全勤奖的计算上面有问题。谈了半天，最后发现是一个理解上面的问题，出现这样的根本原因就是大家都是口头一说，没有落实在纸上面，所以有些误解。以后一定要向老刘学习。

――――――――――――

　　下午最后的时候，大头把小徐叫来，正式布置下来GPS导航系统的开发任务，让我负责，小徐具体来写具体程序。
　　我跟小徐大概介绍了一下，我目前的系统结构的设计。因为大头没有进度要求。我和小徐商定了一个月的开发时间。从12月15日开始，1月15日结束。其中，第一周，主要是需求分析和方案设计；第二三周，程序编写；第四周，进行实地测试。
　　今天是12月10日,实际上说，今天就已经开始了，从今天到正式开始之前都是给小徐用来学习一些基础知识的。因为小徐刚刚毕业，只是对Vb稍微熟悉一点，其他的编程工具和语言都不怎么了解。我目前计划让他用BCB来做这个系统，所以需要他在正式开始之前学习一下BCB。
　　最后，我布置小徐明天去写一个时间安排的文件出来。

――――――――――――

　　下班的时候我把电脑关了，然后鹏鹏说要用就让他又打开了，结果开开就是蓝屏，我估计跟我刚才用driverstudio有关系，估计是那个sys装入了，但是最后没有移出，不管怎么说，明天再处理吧！

――――――――――――

　　回到家里，很累，这些日子公司里面乱七八糟的事情真多，而且我的心情也不是很好，所以把Tinyfool的随想录这个Blog设置好了，我就睡了，本来想看看书，也没有看。

　　

Today Task List

公司内的
　1、跟大头汇报昨天的会议问题，然后根据大头的意思，和大蔡商量一下一些细节 ok
　　备注：目前大头的意思是公司自己开发
　2、继续看Win2kDDK的文档 Not ok
　3、继续寻找PCI开发板的资料 Not ok
　　今天没有看DDK也没有找开发板的资料，倒是试用了一下DriverStudio
　4、询问大头关于GPS定位系统的进度安排 ok
回家以后
　1、把Tinyfool随想录和Tinyfool记事本这两个Blog做好 ok
　2、进行GBA大航海计划的进度和计划安排 Not ok
　3、继续进行图块(Tile)编辑器的编写 Not ok

开发日记

　　今天早晨，我打算好好看一看Win2kDDK的文档，于是在公司的电脑里安装了Win2kDDK。可以当我打开Win2kDDK的文档的时候，系统却提示ntddk.col无法使用。col文件应该是类似文档索引的文件类型。我看了一下快捷方式，文件的路径没有任何问题，我跑到安装目录直接双击ntddk.col，提示照旧。于是我在整个电脑里面寻找*.col，结果找到了4个文件，其中两个可以使用，两个不能使用，其中不能够使用的另一个是SqlServer文档里面的，但是SqlServer的文档是可以使用的。而且我昨天晚上在家里的笔记本上安装的Win2kDDK的文档使用没有任何问题。

　　这个问题很奇怪，也许是HtmlHelp本身的问题？不过今天我不打算关注这个问题。以后好好研究研究。
　　今天早晨这个问题无故自动解决了-----2003-12-10
－－－－－－－－－－－－－－

　　我翻译了Win2kDDK文档中《驱动程序开发者指南》的几个段落。这个文档不是很复杂，但是同时也没有多少信息。这个文档基本上就是讲了一个编译、测试、调试、验证、发行这么一个流程，以及零售编译（自由编译）和验证编译、零售版本和验证版本的之间关系。我可能会开始一个关于驱动开发的翻译计划，因为目前拿得到的中文资料相当的少。

－－－－－－－－－－－－－－

　　之后，我看了看公司购买的PCI开发板的说明书。这个PCI开发板是台湾的一家公司――及讯科技生产的，我试过了很多次都无法访问他们的网站。开发板的说明书很不全，附带光盘也提供不了太多的资料。这个开发板的代理厂商是XX公司，这个公司的网站倒是可以访问，但是除了产品介绍没有任何多的信息。我觉得国内大部分的开发板厂商和开发板的代理商的售后服务都很差，应该附带的材料都没有，网站上面也没有太多的信息，售后人员也往往是一窍不通。例如上次老吴买的ARM开发板，附带的资料相当的少，某些必要的技术参数，只有网站有，但是网站上面的信息很难查找。中午饭后散布的时候，和老吴聊起这个问题，老吴也是这么认为，不过老吴说周立功的开发板一般来说技术资料都很全，而且技术支持也很不错。看来老吴这个人也很二，既然周立功的好，你怎么还买别的公司的开发板啊！

－－－－－－－－－－－－－－

　　中午的时候，大头打电话告诉我说，综合计划部和制造部目前正在进行一个项目，利用条码来提高产品的原材料质量可跟踪性。这个项目由综合计划部的大蔡牵头，Moto的人作为顾问，具体系统由北京的一家软件公司来编写。这个项目需要我们技术部门提供一个人参与条码原则的制定，参与程序的需求分析和测试实施。大头说，既然小郝你以前参加过条码原则的制定，这个项目我们就派你参加吧。

　　下午三点半，我参加了这个项目的第一次会议，会议一直开到五点多。

　　需求基本上还是很简单的。就是库房在发货的时候，必须利用条码扫描枪把材料箱单上的供应商编码，数量，生产日期等等信息输入数据库，每一个生产任务有一个Lot号码，这个Lot号码要和这个生产任务所有领来的料的具体信息建立一个连接，以备以后查询。整个系统只有四五个角色，每个角色也就是两三个行为，非常简单的C/S或者B/S结构就可以了。会后我想把这个项目揽过来，揽到我们技术部来。

原因有三：
　　一、这个项目比较简单，我们完全有能力做。
　　二、从维护和修改上面考虑，我们可能很快解决出现的一切突发问题，但是北京公司反映肯定要慢的多（沟通的问题，交通的问题）。
　　三、我们部门现在有一个开发组正在做公司的ERP,这个项目以后肯定是要包含在ERP里面的。

但是不能把这个项目揽过来也有四个原因：
　　一、目前我们部门的软件人员全部都在满负荷工作，没有可以使用的力量。
　　二、公司总体上很不重视软件系统的维护，没有专人负责（这部分是我负责的，但是我的开发任务同时也很重，难免顾此失彼）。
　　三、公司的ERP系统以及其他信息化项目之间没有规划和协调，这个项目没有任何人向ERP开发组通报就是一个明证。
　　四、我们部门的大头对企业信息化的认识太低，对ERP的认识太低。然而，目前公司的信息化又刻不容缓（因为我们的客户Moto是高度信息化的，他们对我们公司的很多要求，必须以公司的高度信息化为前提）。

　　所以，最后权衡利弊，我觉得最好还是不要去揽这个项目（由于大头的不重视，就算揽也揽不过来，就算揽过来了也得不到相应的资源）。但是为了公司的利益，在这个项目中，我可能会提出以下的要求：

　　一、要求ERP开发组至少得到这个项目的需求，执行情况，等等方面的通报。
　　二、最好是ERP开发组参与这个项目的需求分析和测试。
　　三、尽量要求对方软件公司开放部分源码（涉及对方核心技术的除外）。
　　四、要求尽可能详细的文档。
　　五、具体技术实现问题要求必须和我们技术部门有充分的沟通。

　　关于具体的技术问题，相信还会有一个会议具体协商，目前也不过多考虑。

－－－－－－－－－－－－－－

　　下午开会前，在搜索一个资料的时候，突然发现Google的工具条出新版本了。我立刻安装了这个新版本，新的功能主要是可以屏蔽弹出广告窗口。我发现里面有一个blog it的按钮，按下去原来是http://www.blogger.com网站提供的blog服务。先是那天无意看到了一个关于木子美的新闻，然后是一个学弟建立了自己的blog，然后在最近两周，多次接触到了blog这个名词。11月13的时候，我写了一个开发日记，后来我发现开发日记对我帮助很大，帮助我学会总结，帮助我记住一些开发中的问题，于是我现在都坚持每天写开发日记（除了确实什么事儿都没干的时候）。我把日记贴在一些论坛，有人称赞，有人批评，很有意思。不过那样写日记很麻烦，所以我一直打算自己写一个日记工具，帮助在我的网站更新我的开发日记。后来才发觉blog就是类似这样的一个工具。

　　于是下午我试用了一下http://www.blogger.com的blog服务，还算不错。
　　不过刚才真郁闷，十一点的时候，我基本上都写好了我的开发日记，点了一下post,结果所有的字符都变成了问号，看来是UTF和Gb2312之间的转换出了一点问题。我马上点edit，但是仍旧是问号连天。天啊，我至少已经写了1500多字。没办法，只好重新写了，还好，现在看来，现在写出来的东西和原来的应该差异不大。郁闷啊，1500多字的无用功。

－－－－－－－－－－－－－－

文章计划---最小库存单位编码和质量可追踪性的关系

开发日记

今天和老李商量了一下关于PCI视频采集卡的驱动程序的问题。目前有三种思路，
一、利用windriver的应用程序模式做，这样就是采用windriver的多功能驱动程序，然后我们的应用程序调用这个多功能驱动程序的接口来取得PCI卡的信息.
二、用windriver的核心模式做，做成一个自己的驱动程序，然后自己的软件在调用这个驱动程序。
三、用DDK来做或者用DriverStudio来做，做成自己的驱动程序。

目前老李他们只用过Windriver，所以比较倾向于Windriver的方案，但是我觉得Windriver的方案可能很容易上手，但是到了比较低层的地方控制反而可能会不方便。这个开发工具的选择目前待定。

另一个问题就是，做成一个简单的驱动程序，能够读取数据就好；还是做成一个标准的视频捕捉设备驱动程序，在这个问题上面，大头和老李都趋向于前者，我和老马趋向于后者。
这个目前也待定。

目前老李和老马的PCI硬件设计都没有出现任何问题，但是数模转换模块、内存还都没有上卡，他们现在正在画这方面的PCB，所以实际上的实现还不能做。所以我决定先把开发板拿来做做看，不过目前这块开发板上面有什么东西我还不知道，明天去查查。
-----------------------------------
人事的老张跑来问我，为什么星期六没有来，我只好告诉他说最近太累了，在家里睡觉呢。然后，他告诉我需要做一些什么什么改动。我就开始修改。天啊！我写的好多存储过程里面都没有注释，要死，我都记不得这些存储过程里面是什么东西了。本来我是打算每个存储过程都写注释的，但是后来那个活催得太紧，刚干完别的活又来了，还有一半的存储过程和函数里面都没有注释的。天啊！今天要改的全都是这些没有写注释的。费死劲了，每个函数的回忆他们是干什么的...............

郁闷........................

最后都改好了，结果还错了一处，程序一运行把老张最近加的100条记录给删了，把老张气死了,哈哈，不过还好，100多条让他慢慢输吧！

----------------------

最后，老张跟我说，我也老没有时间维护这个程序，现在还差很多功能，而且做修改有时候也挺麻烦的，不如买一个算了。

我心说你们早点说买，何必让我费那么多体力，而且做这个东西的时间你们也给不了。我也觉得应该买一套，都让我做的话，累死我也做不出来，而且我其他的任务也不能丢。

老张说，那么你帮我找两家吧，最好是津京两地的。我说，你还是自己找去吧，我事儿还多着呢。

开发日记

昨天晚上回到家里几乎什么都写不出来，主要是思路乱的一塌糊涂。我那个GBA大航海计划最近几乎什么进度都没有，其实不是技术上的原因，主要是我目前不知道一个开发组到底该怎么组织。其实也不完全是如此，比如目前我已经打算做一个论坛，但是最近C写多了，写起来asp头比较大，真是的。图块编辑器目前的思路基本上已经确定了，只要写，很快就能写出来，但是被这些乱七八糟的事儿弄得我不知道改怎么好了。

上午，和做PCI视频采集的兄弟们聊了一会儿，他们目前的方式是类似于一般程序开发，而不是真的驱动开发，只是利用VXD能够直接访问硬件的特性而已。我们聊了聊，我觉得最好的方式是做成一个标准的视频采集设备，这样的话后续的应用开发就变得更加容易了。而且从某种角度上将这样开发可能也会容易一些。老马也觉得这样很不错，不过老李不在，这个项目主要是老李负责的。跟他们谈了半天，我突然觉得用GBA直接加上摄像头可能比他们的方案更好做，而且更加便宜。和老马老吴商量了一下，那两个混蛋倒也同意。不过建议我去问问大头的意见。

于是我去问大头，大头对GBA的方案不是很感兴趣。不过让我加入老马和老李的团队，主要负责帮助他们做驱动程序，因为他们两个都是纯硬件开发人员。这个任务还真艰巨，让我帮帮忙倒是容易，我自己来做，还真有点担心，不过我觉得机会也很不错，老李和老马还都是比较好合作的人，好吧。然后，大头让我做GPS系统的软件部分，主要是做程序结构的设计，具体工作让新来的大学生来做，让我挑人。其实也有点难挑，我觉得小霍这个人比较实在，而且可能比较爱钻研，小徐呢可能要滑头一些，大头倾向于让我选择小徐，因为他觉得小徐比较聪明。确实很难选，因为小霍没有怎么做过东西，主要是会一些网页设计，小徐呢，虽然其他不会，至少VB还是比较熟的，接触接触再说吧！

中午，人事的老张跟我说目前的工资算法还打算改一下，商量了一下，加上了一个新的项目。然后老张给了我一个叫做HRP人力管理资源系统的软件的测试光盘。跟我说觉得那个软件功能做得很全，而且觉得也比较方便，说希望我做一个类似的，不然的话，他们最后可能会购买一套。我问他那个东西多少钱，他说是2万多。还真贵，我看了看那个软件。可以用access也可以用sqlserver数据库，嗯，功能还是很多的，确实有点意思。霎时自卑起来了，不过后来想想，现在不管多大的东西都是10-20人的开发团队搞出来的，而且至少也要搞上一年半载，我那个东西从具体的需求出来到东西做出来也就是两周的时间，而且也只有我一个人做，对于做这类软件从来没有经验的我来说，这样的东西也还算是不错的了。老张又问我，能做出来么。我说人家多少人做的，多久时间做的，我手里面一个人都没有，你说我怎么做。他不说话了，呵呵。

不过话说回来，中小公司的各种软件实在是一个巨大无比的市场，我要是有精力的话，我一定要把现在这个简单的工资计算软件做成一个非常强大的人力资源管理系统，中小公司的钱不挣，天理不容啊！


刚才老马进来问我周六周日来不来，哎，本来昨天在家里我还告诉老妈肯定不加班的，现在看来不加班是不行了。这个月公司的工资制度有做了一个大的改动，下周一二就要发工资了，程序还需要做一些修改。还有就是老马明天过来做那个PCI的项目，后来老李老马都来，这个活急得要死，不来是不成了，哎。

开发日记

刚才问了一下老吴，我们公司用的可能是现代的摄像头模块，型号可能是7131。我让老吴问问清楚，顺便商量了一下，下一阶段打算玩玩他的ARM开发板、usb接口和cf卡接口。忘了昨天想的，关于买另一个arm的事儿了，中午和他说.

刚才arm的事儿和他说了，他也很有兴趣，呵呵。

今天早晨9：30左右数据库导入的问题解决了。昨天出现的问题的代码是
DECLARE Employee_Cursor CURSOR FOR
SELECT LastName, FirstName FROM Northwind.dbo.Employees
OPEN Employee_Cursor
WHILE @@FETCH_STATUS = 0
BEGIN
FETCH NEXT FROM Employee_Cursor
END
CLOSE Employee_Cursor
DEALLOCATE Employee_Cursor
后来经检查while之间的代码根本没有运行
后来发现原来是@@FETCH_STATUS在没有进行FETCH操作前的值不为0造成的。

改成
DECLARE Employee_Cursor CURSOR FOR
SELECT LastName, FirstName FROM Northwind.dbo.Employees
OPEN Employee_Cursor
WHILE 1>0
BEGIN
FETCH NEXT FROM Employee_Cursor
IF(@@FETCH_STATUS<>0)
Begin
break
End
END
CLOSE Employee_Cursor
DEALLOCATE Employee_Cursor
后，一切正常


公司的工资计算软件做完一段时间了，但是经常提出一些新的要求，当然这是难以避免的，因为本来这个东西做的就很匆忙，很多功能从一开始就省略了。目前增加了许多导出功能，而且由于某些原因也增加了许多的比较的复杂的导入功能。我计划做一个导入导出的组件。可能先用BCB的vcl做，然后再用bcb的activex来做。
-----------------以上截止12：00

下午，老吴突然有了兴致，我们两个开始研究他买的那块ARM开发板。这里我不得不大骂开发板的生产厂商，它的所有文档里面都找不到开发板的原理图，和接口的定义，这样怎么编程序？后来费了老大劲，在他们公司网站找到了一些说明性的文件。一切都也顺利，开发环境很容易就调通了，仿真器和调试环境也很容易设置。然后我们测试了两个例程，编译调试基本上没有任何问题。

然后我们打算试验一下程序的烧写，然后在他们提供的软件里面怎么也找不到烧写功能。开发板不可能只能仿真不能烧写，要不然和废物有什么区别。又是一通瞎找，终于找到了仿真器的说明文件，里面说明了需要什么软件才能进行烧写。该死，这些软件光盘上面也没有。这个时候，没话说了，我们对这家可恶的公司的愤怒几乎到了极点，该死的微芯力公司。明天找一找，应该还是可以下载到的。

刚才去找老吴的时候，老马和老李正在谈论他们做的PCI图像采集卡，遇到了一些问题，归根到底就是速度慢。我们聊了几句，我估计他们的问题就是没有用中断，DMA，果然。还有就是图像的显示用的是GDI，这当然快不起来。我答应帮他们查查资料。

-----------------以上截止17：30

开发日记

昨天晚上看了一下STL的书，感觉很不错，STL是提高程序开发生产率的有力工具，但是仍旧不能不学习数据结构和算法。

今天遇到一个数据库导入的问题，需要使用游标，但是失败了，现在还不明白为什么

并且看书的时候发现，《SQL21自学通.pdf》这本书264页说@@sqlstatus变量可以用来检查游标的状态，然而我在sqlserver里面试验完全不对。这个问题需要好好的弄清楚

刚才寻找了一下cmos模块，找到了一家在上海的公司铨相（应该是台湾投资的）有产品。刚才我给他们写了一封信询问价格，以及申请样片的价格。（这个公司的名字好像很响亮，至少我好像听到过）

寻找cmos模块的原因是昨天我在robotdiy看到了这个贴子
链接->>>用光电鼠标的CMOS图像传感器做图像识别
楼主在贴子里面说，打算用光电鼠标的cmos传感器做一些图象识别的应用

刚才想起来给老吴打电话问他，公司目前用的传感器是哪家的，还想问问他把他的ARM开发板用来做这个东西看看如何，结果这个白痴居然无法接通，明天我一定要找到他