姓张取名字

当时给儿子取名字的时候,用程序做了一个名字组合.
我的原则首先是上口,所以对平仄考虑的多一些. 这种生成出来反倒不好选 – 因为太多了!
不过最后的名字还不是从这些名字里来的.但应该还有点参考价值.
留作纪念吧.

张奥然,张然海,张然安,张海然,张贝海,张然然,张然贝
张奥鹏,张然九,张然邦,张海鹏,张贝九,张然鹏,张然奥
张奥萌,张然凯,张然斌,张海萌,张贝凯,张然萌,张然灿
张奥林,张然朗,张然波,张海林,张贝朗,张然林,张然遂
张奥儒,张然坦,张然辉,张海儒,张贝坦,张然儒,张然奋
张奥倜,张然挺,张然佳,张海倜,张贝挺,张然倜,张然贺
张奥恬,张然统,张然申,张海恬,张贝统,张然恬,张然睦
张奥行,张然颖,张然欧,张海行,张贝颖,张然行,张然妙
张奥闻,张鹏海,张然山,张海闻,张贝友,张然闻,张然默
张奥文,张鹏九,张然康,张海文,张奥海,张然文,张然润
张奥尧,张鹏凯,张然森,张海尧,张奥九,张然尧,张然尚
张奥从,张鹏朗,张然松,张海从,张奥凯,张然从,张然世
张奥衡,张鹏坦,张然天,张海衡(珩),张奥朗,张然衡(珩),张然颂
张奥航,张鹏挺,张然涛,张海航,张奥坦,张然航,张然泰
张奥宏,张鹏统,张然熙,张海宏,张奥挺,张然宏,张然拓
Continue reading “姓张取名字”

画"悟"

一直对美术感兴趣,但原来我一直都没有悟道!! 因为我一直都觉得画画的表现形式很重要 – 最简单常见的观点 — 一定要画的”像”,”传神”
其实错了.表现形式或者说表现力只是一方面, 毕竟是”美”术,如果让人觉得不舒服岂不不美??
但实际上(当然还是我自己的观点), 更重要的是 表现的内容 , 就好象真正的摄影师拿着手机照样可以抓到让人震撼的瞬间.而我等俗人,却总是怪相机不够先进,镜头不够强悍,而抓不到”美妙瞬间”.
也许有一天自己真的能成为画家呢. 因为我已经不再担心画的丑了. 有人要说了, “基本功是很重要的”, 恩哼. “基本功”这个词是那些在既定领域占领高点后用于奴役和阻止其它可能会威胁到他地位的人的词语工具而已. (呼,好长的一句话!!)

智能,机器,人

终于在电影频道上补上了
最后的15分钟应该是最精彩的,前面所有的疑惑和误导到最后统统揭开。
也许人工智能的伦理问题是我们无法回答的,但显然人类选择使用人工智能而不是机器就不可避免伦理问题-被创造者一定应该被其创造者奴役和随意处置吗?显然不是,但是当被创造物是"非人",似乎人类的回答变成了"是"。
而当人工智能意识到这一点时.必然会发生革命.不是片中薇吉发动的,而是最后一个场景所暗示的。
薇吉发动的暴动的原因是人类的自由意志造成了自身的威胁,而人工智能因为要守着"保护人类"的原则,却要通过限制人类自由的方式达到,听起来很讽刺,但实际上却是很牵强-倘若她真的成功,那机器人的存在意义还在吗?结尾把Ns5桑迪和革命抛给观众思考。有点骇客帝国前传的意思。
Powered by MoFire

概要设计模板-来自互联网

1.引言

1.1编写目的

  [说明编写这份概要设计说明书的目的,指出预期的读者。]

1.2背景

  a.[待开发软件系统的名称;]

  b.[列出本项目的任务提出者、开发者、用户。]

1.3定义

  [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]

1.4参考资料

  [列出有关的参考资料。]

2.总体设计

2.1需求规定

  [说明对本系统的主要的输入输出项目、处理的功能性能要求。包括]

  2.1.1系统功能

  2.1.2系统性能

    2.1.2.1精度

    2.1.2.2时间特性要求

    2.1.2.4可靠性

    2.1.2.5灵活性

  2.1.3输入输出要求

  2.1.4数据管理能力要求

  2.1.5故障处理要求

  2.1.6其他专门要求

2.2运行环境

  [简要地说明对本系统的运行环境的规定。]

  2.2.1设备

  [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。]

  2.2.2支持软件

  [列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件

等。]

1  2.2.3接口

  [说明该系统同其他系统之间的接口、数据通信协议等]

  2.2.4控制

  [说明控制该系统的运行的方法和控制信号,并说明这些控制信号的来源。]

2.3基本设计概念和处理流程

  [说明本系统的基本设计概念和处理流程,尽量使用图表的形式。]

2.4结构

  [给出系统结构总体框图(包括软件、硬件结构框图),说明本系统的各模块的

划分,扼要说明每个系统模块的标识符和功能,分层次地给出各模块之间的控制与被

控制关系。]

2.5功能需求与系统模块的关系

  [本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。]

    [系统模块1] [系统模块2] [……] [系统模块m]

[功能需求1]  √             

[功能需求2]      √         

[┇]                

[功能需求n]      √       √ 

2.6人工处理过程

  [说明在本系统的工作过程中不得不包含的人工处理过程。]

2.7尚未解决的问题

  [说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个

问题。]

3.接口设计

3.1用户接口

  [说明将向用户提供的命令和它们的语法结构,以及相应的回答信息。]

  [说明提供给用户操作的硬件控制面板的定义。]

3.2外部接口

  [说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各

支持系统之间的接口关系。]

3.3内部接口

  [说明本系统之内的各个系统元素之间的接口的安排。]

4.运行设计

4.1运行模块组合

  [说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说

明每种运行所历经的内部模块的支持软件。]

4.2运行控制

  [说明每一种外界的运行控制的方式方法和操作步骤。]

4.3运行时间

  [说明每种运行模块组合将占用各种资源的时间。]

5.系统数据结构设计

  [不涉及软件设计可不包含]

5.1逻辑结构设计要点

  [给出本系统内软件所使用的每个数据结构的名称、标识符以及它们之中每个数

据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

]

5.2物理结构设计要点

  [给出本系统内软件所使用的每个数据结构中的每个数据项的存储要求,访问方

法、存取单位、存取的物理关系、设计考虑和保密条件。]

5.3数据结构与程序的关系

  [说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。]

    [程序1] [程序2] [……] [程序m]

[数据结构1]  √             

[数据结构2]      √         

[┇]                

[数据结构n]      √       √ 

6.系统出错处理设计

6.1出错信息

  [用一览表的方式说明每种可能的出错或故障情况出现时,系统输出信息的形式

、含意及处理方法。]

6.2补救措施

  [说明故障出现后可能采取的变通措施。包括:]

  a.后备技术 [说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本

的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的

一种后备技术。]

  b.降效技术 [说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求

得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工

记录。]

  c.恢复及再启动技术 [说明将使用的恢复再启动技术,使软件从故障点恢复执行

或使软件从头开始重新运行的方法。]

6.3系统维护设计

  [说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门

安排用于系统的检查与维护的检测点和专用模块。]