中国复杂的辈分

沟通不多，叫法也比较地方化，所以一直搞得不清楚。这里记录下：

称呼对象 称呼

父亲的祖父祖母 曾祖父曾祖母

父亲的父亲母亲 祖父祖母或爷爷奶奶

父亲的姑父姑母 姑爷爷姑奶奶

父亲的舅父舅母 舅爷爷舅奶奶

父亲的姨夫姨奶 姨爷爷姨奶奶

父亲的哥哥嫂子 伯父伯母

父亲的弟弟弟媳 叔父婶母

父亲的姐妹及丈夫 姑妈姑父

父亲的侄子侄媳 堂兄堂嫂或堂弟堂弟媳

父亲的侄女侄女婿 堂姐堂姐夫或堂妹堂妹夫

母亲的祖父祖母 外曾祖父外曾祖母

母亲的父母 外祖父外祖母

母亲的兄弟妻子 舅舅舅母

母亲的姐妹及丈夫 姨妈姨夫

母亲的表兄弟姐妹 表舅父表姨妈

弟弟的妻子 弟媳

丈夫的祖父祖母 爷爷奶奶

丈夫的父母 公公婆婆

丈夫的兄弟及妻子 大伯嫂嫂或叔子弟媳

丈夫的姐妹及丈夫 姑姑 姑爷

丈夫的姑母姑父 姑妈姑父

丈夫的舅父舅母 舅父舅母

妻子的祖父祖母 岳祖父岳祖母

妻子的父母 岳父岳母 {岳父=老丈人=岳丈} {岳母=丈母娘}

妻子的兄弟及妻子 内兄内弟（舅子） 内嫂内弟媳

妻子的姐妹及丈夫 姨姐姨妹（姨子） 姨夫

妻子的姑母姑父 内姑母内姑父

妻子的舅母舅父 内舅母内舅父

叔叔伯伯的儿子及妻子 堂兄堂嫂 堂弟堂弟媳

叔叔伯伯的女儿及丈夫 堂姐堂姐夫 堂妹堂妹夫

姑父舅父姨夫的儿子及妻子 表姐表姐夫 表妹表妹夫

姑父舅父姨夫的女儿及丈夫 表哥表嫂 表弟表弟妹

嫂嫂弟媳姐夫妹夫的父母 姻家父姻家母

嫂嫂弟媳姐夫妹夫的兄弟及妻子 姻兄（姻嫂） 姻弟（姻弟媳）

注：同宗而非嫡亲者称“堂”母亲之后裔为表亲关系称“表”

英文字源--(1)

champion:冠军 {源自于拉丁文campus:场地，古典时代的欧洲，尚武的罗马人在场地战斗和训练，衍生出了中古英语 champioun:斗士，运动员，接着产生了冠军这个词汇}

substance:物质，实质 {源自于拉丁文stae:站立，衍生出了stance:姿态，接着又衍生出了姿态所体现的物质和实质}

1年多后买这部手机~~

现在用的是松下VS3：

2008年底了，在以下两部中随便选其一~~~~~~~~~~~~~~~~~~~

夏普 V903SH
3G；拍照手机；128和弦；TFT屏 240×320像素 2.4英寸；320万像素CCD；上表面钢琴漆；支持文本扫描；待机时间 300小时；2005年7月下旬上市
到时候淘宝上应1500元拿到新机[港行+破解]

夏普 SH903i
3G；拍照手机；128和弦；TFT 2.8英寸 240×400像素；320万像素CCD；金属外壳；支持文本扫描；待机时间 平均460小时；2006年10月24日上市

到时候淘宝上应1500元拿到新机[港行+破解]

test

test
测试通过Windows Live Writer来发布博客文章 @_@

弗洛伊德精神分析学之应用

按照弗洛伊德精神分析理论，所有心理异常和精神疾病的形成不外乎两大原因：其一是人格结构中"本我、自我、超我"之间彼此不和造成心理冲突，由于冲突不能缓解被压抑在潜意识中、长期累积形成问题；其二是因幼年时性心理发展不顺利所形成的痛苦经验。幼年的痛苦经验虽然在成年后不复记忆，但却存留在潜意识中。当意识影响变小时，就会改头换面以别的形式出现，如做梦。精神分析治疗的主要目的，就是经由对当事人的心理分析，将压抑在内心深处的冲突和痛苦释放出来，使当事人领悟自己行为不同于他人的原因。

.NET framework 2.0的核心技术相关词汇(含详解)

author：nforcex整理

.NET:.NET框架是构建并运行应用程序的平台.它的主要组件包括公共语言运行库(CLR)和.NET框架类库(FCL).

CLR:Common Language Runntime 通用语言运行时/库:CLR抽象操作系统服务,并用作托管应用程序(managed application)(其每一个动作都须经过CLR批准的执行引擎).
Common Language Runtime (CLR) is the name chosen by Microsoft for the virtual machine component of their .NET initiative. It is Microsoft's implementation of the Common Language Infrastructure (CLI) standard, which defines an execution environment for program code. The CLR runs a form of bytecode called the Common Intermediate Language.
The CLR runs on Microsoft Windows operating systems. See CLI for a full list of implementations of that specification. Some implementations run on non-Windows operating systems.

FCL:Framework Class Library 框架类库:它提供托管应用程序将写入面向对象的API.编写.NET框架应用程序时,不必考虑Windows API,MFC,ATL,COM或者其他工具和技术,只需要使用FCL.当然,也可以调用Windows API或COM对象,但是您可能不希望这么做,因为这样必须将托管代码(managed code)(CLR运行的代码)转换为非托管代码(unmanaged code)(不需要CLR帮助的本机代码).这种转换会降低系统性能,甚至可能被管理员否决.FCL位于%SystemRoot% Microsoft.NET\framework\v1.0.nnnn目录下的一系列DLL中.每个DLL都是能够根据要求由CLR加载的程序集.核心数据,例如Int32,在Mscorlib.dll中实现;其他类型分布在FCL的DLL当中.每个类型的文档列出了定义它的程序集.

CIL:Common Intermediate Language 通用中间语言:CIL为处理器定义了本机指令集,所以CIL经常被成为伪汇编语言.但在这里,处理器不是一块芯片而是CLR.CIL使用基于堆栈的执行模型.闲6处理器将数值加载寄存器之后对它们进行操作,而CLR将数值加载计算到堆栈中进行操作.

JIT:Just-In-Time 实时

CLS:Common Language Specification 通用语言描述/规范

ATL:Active Template Library.It is a set of template-based C++ classes that let you create small, fast Component Object Model (COM) objects. It has special support for key COM features, including stock implementations, dual interfaces, standard COM enumerator interfaces, connection points, tear-off interfaces, and ActiveX controls.ATL is designed to simplify the process of creating efficient, flexible, lightweight controls. This tutorial leads you through the creation of an ActiveX control, demonstrating many ATL and COM fundamentals.

SOAP:Simple Object Access Protocol 简单对象访问协议:描述应用程序如何使用HTTP或其他协议进行互操作－－即彼此调用对方的方法.它是行业标准而非Microsoft标准,早已在Internet上盛行.

XML/Web Service:XML是一种描述数据和数据结构的语言.XML Web services are the fundamental building block in the move to distributed computing on the Internet.Open standards and the focus on communication and collaboration among people and applications have created an environment where XML Web services are becoming the platform for application integration. Applications are constructed using multiple XML Web services from various sources that work together regardless of where they reside or how they were implemented.XML Web services are built on XML, SOAP, WSDL and UDDI specifications. These constitute a set of baseline specifications that provide the foundation for application integration and aggregation. From these baseline specifications, companies are building real solutions and getting real value from them.

Metadata:元数据.

managed code/unmanaged code：托管代码/非托管代码：CLR运行的代码/不需要CLR帮助的本机代码。

managed module:托管模块:托管模块的扩展名通常为EXE,DLL或NETMODULE.托管模块包括CIL和元数据.

PE(Portable Executable):Microsoft设计的一种新的文件格式Portable Executable File Format(可移植的执行体),即PE格式.

assembly: 程序集:它是构成一个逻辑单元的一个或多个文件的集合.在这里的"文件"通常是托管模块,但程序集也能包含其他的文件.大部分程序集只包括一个文件,但是程序集能够而且有时确实包括多个文件.组成多文件程序集的所有文件必须位于相同的目录下.当使用C#编译器生成简单的EXE文件时,这个EXE文件不仅仅是托管模块,它同时也是程序集.

port COM+ Components to .NET Enterprise Services：把COM+组件の代码转化为.NET框架服务下托管の代码

C++/CLI ：C++/CLI 是一种被设计来取代C++托管扩展的新的语言规范，也被一些人称为C++托管扩展第二版。在完全重新设计以简化旧的托管C++语法之后，它比托管C++具有了更多的代码可读性和明确性。目前它只被Visual Studio 2005中的Visual C++ 2005支持，最明显的改进之一是增加了标识符的明确性。C++/CLI也引入了新的语法元素，例如泛型和其他语言中已经存在的for each语句。由于开发进度落后于时间表的关系，Visual Studio 2005的第一个版本并不会完全实现C++/CLI语言规范，例如托管和非托管混合类型在Visual Studio 2005的第一个版本中不会被支持。

port COM+ Components to .NET Enterprise Services：把COM+组件的代码转化为.NET框架服务下托管的代码

为什么Win32下运行DOS程序资源占用率这么高？

author：nforcex

Q:为什么PC上运行Turbo C 2.0系统占用率如此之高？系统变得缓慢？
A:在采用 x86-32（Intel & AMD）处理器的PC上，CPU是通过虚拟机的技术来模拟8086的架构的－－MS-DOS是运行于8086之上的，当DOS下进程运行时，模拟的DOS 通过陷阱使I/O等操作陷入Windows核心态中，配合CPU的部分硬件虚拟，来虚拟8086内核，因为虚拟过程中使用了不计其数的中断等操作（陷阱和虚拟的缘故），使得系统效率奇低无比。

所以当你在AMD Athlon64 X2 4800＋上或者是P4 XEE上运行小小的DOS程序（记住，不是控制台程序）仍然奇慢无比或者系统资源占用很高的时候不要摸不着头脑或者抱怨什么了，只不过是虚拟的8086效率太低导致的罢了。

Windows和Unix的线程_摘抄

这里先介绍下线程的概念，线程（thread）技术早在60年代就被提出，但真正应用多线程到操作系统中去，是在80年代中期，Sun的Solaris是这方面的佼佼者。传统的Unix也支持线程的概念，但是在一个进程（process）中只允许有一个线程，这样多线程就意味着多进程，不能像Windows NT系统那样（2000是NT5.0，XP是NT5.1，2K3是NT5.2）一个进程有很多个线程。现在，多线程技术已经被许多操作系统所支持，包括 Windows/NT和Linux。但是线程的实现在类Unix下并不相同，基本上分为内核支持方式和用户空间支持方式，如果线程的上下文切换是在内核中实现的，我们就称之为内核方式实现，但如果线程的切换是在用户空间进行的我们就称之为用户方式实现，内核并不知情，当然还有两种方式的混合方式，用户空间中的多个线程在内核空间有相应的内核线程与之对应（通常我们称此内核线程为LWP-轻级进程）。
我们再看看linux下线程的实现，linux的线程编程有两个库pthread和pth,对于pthread的实现是内核方式的实现，每个线程在 kernel中都有task结构与之对应，也就是说用ps命令行是可以看见多个线程，线程的调度也是由内核中的schedule进行的。
再来看看Windows的多线程，Windows NT和Windows95是一个抢先型多任务、多线程操作系统。因为它使用抢先型的多任务，所以它拥有与UNIX同样平滑的处理和进程独立。多线程就更进一步。一个独立的程序默认是使用一个线程，不过它可以将自己分解为几个独立的线程来执行，例如，其中的一个线程可以发送一个文件到打印机，而另一个可以响应用户的输入。这个简单的程序设计修改可以明显减少用户等待的时间，让用户无需担心长时间的计算、重绘屏幕、文件读写等带来的不便。
多线程还可以让你从许多高端的多处理器NT机器中得到好处。例如，你购买了一个高级的RISC机器，可以使用多达10个CPU芯片，但在开始的时候你只购买了一个CPU。你写了一个简单的Mandelbrot set程序，你发现需要15秒的时间来重新绘制Mandelbrot set的画面。

那么，Windows平台的线程和类Unix平台（包括Linux）的进程的区别是什么呢？
　　熟悉WIN32编程的人一定知道，WIN32的进程管理方式与UNIX上有着很大区别，在UNIX里，只有进程的概念，但在WIN32里却还有一个“线程”的概念，那么UNIX和WIN32在这里究竟有着什么区别呢？
　　UNIX里的fork是七十年代UNIX早期的开发者经过长期在理论和实践上的艰苦探索后取得的成果，一方面，它使操作系统在进程管理上付出了最小的代价，另一方面，又为程序员提供了一个简洁明了的多进程方法。
　　WIN32里的进程/线程是继承自OS/2的。在WIN32里，“进程”是指一个程序，而“线程”是一个“进程”里的一个执行“线索”。从核心上讲，WIN32的多进程与UNIX并无多大的区别，在WIN32里的线程才相当于UNIX的进程，是一个实际正在执行的代码。但是，WIN32里同一个进程里各个线程之间是共享数据段的。这才是与UNIX的进程最大的不同。
对于多任务系统，共享数据区是必要的，但也是一个容易引起混乱的问题，在WIN32下，一个程序员很容易忘记线程之间的数据是共享的这一情况，一个线程修改过一个变量后，另一个线程却又修改了它，结果引起程序出问题。但在UNIX下，由于变量本来并不共享，而由程序员来显式地指定要共享的数据，使程序变得更清晰与安全。
至于WIN32的“进程”概念，其含义则是“应用程序”，也就是相当于UNIX下的exec了。