这是日本的〔USAUSA~UNO SANO URANA)性格诊断,利用人类左右脑各司其职的特性,设计了简单的两个惯性动作,分辨出这个人习惯以左脑(主理性,语言,计算,分析)还是右脑(主感性,直觉,想象,创造),来做为解读讯息用的”接收脑”,还是决定怎么说,怎么行动的“传达脑”?进而了解一个人的潜在性格与行为模式。开始吧。。。
January 2010 Archives
Autobiography in Five Short Chapters
By Portia Nelson
Chapter One
I walk down the street.
There is a deep hole in the sidewalk.
I fall in.
I am lost .... I am helpless.
It isn't my fault.
It takes forever to find a way out.
Chapter Two
I walk down the street.
There is a deep hole in the sidewalk.
I pretend that I don't see it.
I fall in again.
I can't believe I am in this same place.
But, it isn't my fault.
It still takes a long time to get out.
Chapter Three
I walk down the same street.
There is a deep hole in the sidewalk.
I see it is there.
I still fall in ... it's a habit ... but, my eyes are open.
I know where I am.
It is my fault.
I get out immediately.
Chapter Four
I walk down the same street.
There is a deep hole in the sidewalk.
I walk around it.
Chapter Five
I walk down another street.
大致意思如下:
DD Path:全称是Decision-to-decision_path,在wikipedia上说得很明白,决策路径,可能有人听过决策树,决策树是一种深层次的表现形式,而决策路径表示(引用wikipedia上的原文如下):
A decision-to-decision path, or DD-Path, is a path of execution (usually through a graph representing a program, such as a flow-chart) that does not include any conditional nodes. That is, it is the path of execution between two decisions.
DD (decision-decision)' path is a path of nodes in a directed graph. A chain is a path in which:
- Initial and terminal nodes are distinct
- All interior nodes have in-degree = 1 and out-degree = 1
A DD-path is a chain in a program graph such that:
- It consists of a single node with in-degree = 0 (initial node)
- It consists of a single node with out-degree = 0 (terminal node)
- It consists of a single node with in-deg ≥ 2 or out-deg ≥ 2
- It consists of a single node with in-deg = 1 and out-deg = 1
It is a maximal chain of length ≥ 1.
MM-Path:在google搜索了半天,也找不到其含义,翻阅历来试卷,全称是Message-Module-Path,查阅论文资料找到一篇文章《一个基于UML协作图的集成测试用例生成方法》,上面提到“方法/消息路径(MM-path)”,应该表述有误。在测试里面,MM-路径是功能性测试和结构性测试的一种混合。
curdir=`pwd`
cd /usr/include
vcase `uname -a` in
Linux*)
h2ph -a termios.h
h2ph -a asm/termios.h
h2ph -a features.h
h2ph -a asm/termbits.h
h2ph -a asm/posix_types.h
h2ph -a asm/ioctls.h
h2ph -a asm/ioctl.h
h2ph -a bits/termios.h
h2ph -a gnu/stubs.h
h2ph -a linux/posix_types.h
h2ph -a asm/posix_types_32.h
h2ph -a linux/stddefs.h
h2ph -a linux/stddef.h
h2ph -a linux/compiler.h
;;
事情是这样的,我的1.5T的移动硬盘划分了一个650G的分区,分区的格式是ext4,在平时我都用着没有问题,已经用了350G大小的空间。
今天解压缩一个文件包,由于我机器的cpu并不是很强(虽然双核的),于是我把移动硬盘通过我的计算机挂在到服务器上,靠服务器的高性能cpu帮助我解压,这些都没有问题,问题在下面出现了。
我不小心重启了我的机器,重启后发现我的解压失效了,于是我准备删除原来解压的内容,重新解压,发现删除不了原来解压的内容了,原来文件的属性都变成了“????“,显然文件节点发生错误,于是我使用了fsck工具来修复节点问题,在这儿是问题虽然是小问题,但是接着问题更大了。
由于我的分区仍然是mount在我的计算机上的,所以fsck的警告我并没有太在意,只是觉得fsck怎么老修复不了,重复运行了几次,发现以普通用户身份运行就可以,但是我的分区格式是ext4的,而ext4修复老说不支持,于是我默认使用fsck的类型,发现修复之后,里面除了lost+found文件夹外,就没有什么东西了,可用空间变成了400G,而很多文件被移到了lost+found文件下,搜索我需要解压的文件,已经不存在了。
只好重新从lost+found里面找到可以用的文件,然后删除不要的东东,df -Th看了一下医用空间150G。 -_-
从这次经验中,总结一下经验:在使用磁盘工具时一定需要将已经挂载的分区卸载掉,特别系统使用了自动挂载功能的。