每天一点点,快乐到永远

IT博客 首页 新随笔 联系 聚合 管理
  10 Posts :: 1 Stories :: 1 Comments :: 0 Trackbacks

2006年6月14日 #

幽默   2006年6月14日
        幽默就像在荒芜人烟的山里面突然遇到的红杜鹃,或者是灌木丛中若隐若现、若即若离的小动物,它,总能够让我们心头为之一震,然后欣喜若狂。幽默也像王蒙说的是一种成人的智慧,是一种穿透力,一两句就把那畸形的、讳莫如深的东西端了出来。它包含着无可奈何,更包含着健康的希冀。
posted @ 2006-06-14 11:21 DreamBegin 阅读(36) | 评论 (0)编辑 收藏

2006年6月7日 #

2006年6月7日16:19:31
1  文件的梗概和介绍:

    总结:在设计规范书的开头,对整个开发项目做个总结。用简单几个段落从宏观的角度对整个项目的目的和它所开发的功能做一个描述。
    范围:说明设计规范文件所叙述的范围,包括文件中各个部分的内容大纲。
    读者:简要地描述阅读和理解此份设计规范文件的读者,及其必要的前提和知识背景。
    文件的修订历史:注明这份文件自初稿后的所有修订历史,包括修订日期、改动的内容和理由、谁做的修改,以及修改内容的页数。

2   开发项目的目标:用段落文字总结以下内容:
     远景:总结整个开发项目的远景,也就是开发的战略目的或目标的定义。
     设计目标:陈述开发的结果所需要解决的具体问题,以及为达到这些目的所做的相关功能设计的概述性总结。
     项目理由的辩护:说明为什么需要进行这个项目、开发这个功能或产品。
     项目的客户和合作者:列出项目开发出的结果所要服务的具体客户,以及项目进程中所要依赖的合作伙伴、包括企业内部其他部门的合作者和企业外部的合作者。
     项目的风险以及成功的依赖者:列出整个项目所面临或可能会遇到的风险。
     项目进度的里程碑:用表格的方式将整个项目的里程碑详细地列出来,并对每个里程碑完成结束的衡量标准做总结陈述。
     使用方案和系统流程图:用逻辑图或其他图象来说明系统的数据处理的流程、各种组件单元之间怎样互相配合来提供所设计的功能,注明各种数据的输入、输出和处理等等。

3  功能需求的总结:
     在这一章里详细列出软件所有应该开发的功能。每个功能应该有相对应的客户使用方案为基础。最好的方法是用表格逐步列出产品必须支持的使用方案,以及每个使用方案所依赖的功能。

4   功能的具体设计:
     在这一章里详细总结和列出软件所有功能的具体设计。对每个具体的设计进行详细的陈述,并配上所需要的图象进行解释。对每个具体的设计进行包括以下内容的详细陈述:
      所提供的功能、性能或其他服务。
      使用界面的解说,包括软件总体的运行界面的框架、不同的视窗的功能、菜单、工具条以及按键,状态条,图释,以及每个对话框的设计和形象,产品的徽标,启动画面等等。它们还应该包括每个控制键和输入时段的使用法、系统的反应和回馈的行为,以及每个出错的信息、格式和具体的文字等等。
      产品使用说明的设计、连接和内容要求。

5    设计的考虑因素:总结其他设计中必须满足的要求
      运行平台的要求:此产品或系统对运行环境的各种要求,如操作系统、硬件、网络连接、使用规章等等。
      性能要求及可以接受的衡量的准则,以及对产品安装的功能、安全性、国际化和地方化的要求等等。
      
6    开发时间表:列出该项目的开发时间表、对每一具体开发任务所需的人力及时间的初步估计,及所有的项目里程碑。

7    项目成功所依赖的因素:总结所有可以估计到的外在制约因素,特别要写明哪些因素是该项目成功所依赖的,如特别的人才、设备、所需的技术、某些外部团队的支持或必须完成的组件等等。

8   未解决的问题: 总结和列出所有尚未解决的问题,或有待进一步调查商讨才能定出答案的有关设计方案和计划,及任何与客户尚未达成一致的事项,等等。

结尾页: 设计规范书通过的签字---当设计文件最后审核通过后,各团队领导和客户代表在此签字。
     

posted @ 2006-06-07 16:18 DreamBegin 阅读(458) | 评论 (0)编辑 收藏

1)Linux和FreeBSD二者之间的技术差异更多的源自于它们的身世:Linux的起源更多的包含了一种黑客精神,Linux出生在社区;而FreeBSD由于其UNIX血统而纯粹从理论团体中走出来,身上带有浓厚的学院派色彩。linux更象一个长不大的孩子,内核更新很快,但不同版本之间的兼容性始终存在问题。FreeBSD尽管给我留下死板的印象,但这份死板使他变得越来越严谨。
2)FreeBSD是一个操作系统,而不仅仅是个内核;而Linux只是一个内核,注定会出现不同的Linux版本。
3)架构方面:FreeBSD采用所谓的缓冲区缓存读取文件的方式,而Linux采用向其中写入文件的方式。Linux始终自动管理缓冲区缓存的大小,但其内存管理例程的工作方式与FreeBSD不同。
posted @ 2006-06-07 14:58 DreamBegin 阅读(38) | 评论 (0)编辑 收藏

第一关: 模式关

 "只要有流量,总有办法赚钱"之类的说法多少害苦了曾经创业失败的先烈们。他们始终没有明白,赚现钱的生意才是好生意。 三大门户成功的要点,在于他们想出办法,把流量转化为盈利模式。缺乏有效的模式,流量只是成本。确定有效经营模式、组建有力创业团队,是首要任务。

第二关:管理关

首先要明白两件事:其一,管理和写程序一样,是门科学;其二,人和计算机不一样,人有感情,会出错。协调沟通能力,是程序员创业必备的素质。

第三关:坚持关

“作任何事情不能坚持三年,肯定失败!” 中国人相信机会,西方人相信方向和时间。
posted @ 2006-06-07 14:40 DreamBegin 阅读(81) | 评论 (0)编辑 收藏

眼睛   2006年6月7日
        日月,是上苍的眼睛,自有光辉万丈;湖水,是大地的眼睛,承云峰倒影,托苍山暮色;花,是四季的眼睛,在信风的催发下,次第地绽放与凋零。而我们的眼睛即在脸上也在心中:眼睛能看见花的艳丽,而心灵却可以品味花的馨香;眼睛能看见大海的波涛汹涌,而心灵却可以感触到大海的美丽壮观!
posted @ 2006-06-07 13:48 DreamBegin 阅读(31) | 评论 (0)编辑 收藏

2006年6月5日 #

财富   2006年6月5日
        对于财富,不同的人有不同的理解。有人把金钱作为自己的财富,有人把智慧作为自己的财富,有人把家庭、子女作为自己的财富,也有人把快乐作为自己的财富……在创造财富的过程中,人们真正的认识了财富,找到了属于自己的财富,并得到了这财富所给予的“精神至宝”。
posted @ 2006-06-05 10:03 DreamBegin 阅读(62) | 评论 (0)编辑 收藏

OLE DB是一种快速访问不同数据的开放性标准.

ODBC是建立在Windows API函数基础之上的,只能通过它访问关系型数据库

OLE DB是建立在COM和DCOM基础之上的,可访问关系型数据库或非关系型数据库

OLE DB层与数据库的连接是通过一个数据库提供者(provider) 而建立的.OLE DB接口和提供者是由不同的制造商

提供的.
posted @ 2006-06-05 10:00 DreamBegin 阅读(111) | 评论 (0)编辑 收藏

2006年6月2日 #

        我们总是生活在博弈之中,总是在进行着博弈。谈判桌上的唇枪舌剑,竞技场里的你争我夺,商场中的炮火硝烟……无一不渗透着博弈的色彩。有的人在人生博弈中左右逢源,而有的人则处处碰壁。古人云:善弈者谋势,不善弈者谋子。要想在博弈中长袖善舞,智慧必不可少。
posted @ 2006-06-02 10:29 DreamBegin 阅读(60) | 评论 (0)编辑 收藏

2006年5月30日 #

  感恩就是一种积极的、乐观的生活心态,一种善于发现关并欣赏美的道德情操。人生不如意事常八九。如果我们囿于这种“不如意”之中,那生活就会索然无趣。拥有一颗感恩的心,善于发现事物的美好,那我们就会以坦荡的心境、开阔的胸怀来应对生活中的酸甜苦辣,让原本平淡的生活焕发出迷人的光彩!
posted @ 2006-05-30 11:43 DreamBegin 阅读(58) | 评论 (0)编辑 收藏

2006年5月29日 #

男人版的“八荣八耻”

以深爱老婆为荣,以风流花心为耻
以处处服务为荣,以敷衍了事为耻
以机智幽默为荣,以愚昧木讷为耻
以勤快家务为荣,以好吃懒做为耻
以细心体贴为荣,以只顾自己为耻
以事事交待为荣,以隐瞒欺骗为耻
以老实听话为荣,以违背妻命为耻
以努力挣钱为荣,以不求上进为耻

女人版的“八荣八耻”
 
以饭后洗碗为荣,以不做家务为耻
以按时回家为荣,以彻夜不归为耻
以和睦婆媳为荣,以刁难他人为耻
以照顾小孩为荣,以整天去玩为耻
以听老公话为荣,以指挥老公为耻
以温柔体贴为荣,以泼辣刁蛮为耻
以精打细算为荣,以铺张浪费为耻
以科学保养为荣,以用化妆品为耻 

posted @ 2006-05-29 08:43 DreamBegin 阅读(75) | 评论 (1)编辑 收藏

仅列出标题