X windows图形系统——现在和将来

X导航(一些笔记)

这些笔记来自O'Reilly出版的《The Definitive Guides to the X Window Systems, Vol 1 - Xlib Programming Manual》, 1992年第三版 (By Laxxuss)

Xserver的职责

• 允许多个客户端访问显示资源(display = screen + mouse + keyboard)

• 解释来自客户端的网络消息

• 把用户的输入通过网络消息传给客户端

• 二维绘制

• 维护一些数据结构 (windows, cursors, fonts, 图形相关上下文Graphics Context——客户端通过资源ID来共享前述资源)

一般客户端的职责

响应相应的事件(输入事件、与其他程序的交互事件)

特殊客户端——窗口管理器的职责

管理有限的UI资源(显示(display)、屏幕空间、颜色表)

• 屏幕上窗口的布局（用户请求(hint) + 窗口布局政策）

• 移动窗口和改变窗口的大小

• 控制屏幕上的窗口栈

X协议分类

• 请求：xlib->server (e.g.绘制线、查询窗口大小、改变颜色表中的某个单元的颜色)。大多数Xlib例程产生请求（除了如Regions和资源管理）。

• 响应：server->xlib，响应相关请求。需要获得响应的xlib例程发出的请求被称为round−trip(往返) request（对性能造成影响）。

• 事件：server->xlib，在xlib中事件保存为队列。客户指定服务器送来事件的范围。

• 错误：server->xlib，通知客户端前一请求是无效，类似事件，但是由Xlib指定的句柄处理（默认是打印错误消息）。

Xlib的覆盖面

• 颜色管理：绘制用的颜色模式(解释)之间的切换

• 指针管理(Cursors)：鼠标图样的改变

• 数据管理：数据和窗口或者数字联系的机制

• 显示(Display)的连接：（通过网络）程序连接/断开一个显示(Display)

• 获取显示(Display)和服务端相关信息：提供服务端的实现和其相连的显示(Display) 的信息

• 绘图：绘制/填充点、线、矩形、多边形和弧的函数

• 错误处理只有keyboard和mouse事件传播。事件掩码是每个客户端独有：一些挂接错误处理句柄的函数

• 事件处理：获取来自用户、其他程序、服务端的事件

• 扩展：获知服务端的扩展以及这些扩展的用法

• 字体：列出可用的字体、载入字体以及找出其相应的字符

• 几何：操作和转换几何相关的

• 图形上下文：设置对绘制请求的解释(绘制的方式，如填充还是勾画、线的形状...)

• 对主机访问的控制：控制来自网络其他机器对服务端的访问

• 图像：获取/显示/操纵屏幕图像

• 客户端之间的通信：

• 国际化：独立于语言的输入和文本渲染处理函数

• 键盘：改变键盘输入处理方式（包括键盘映射）

• 指针设备（鼠标）:改变指针输入处理方式

• 区域(Regions)操作：对多边形区域(Region)作数学操作

• 资源管理：方便管理用户设置和命令行参数

• 屏幕保护：设置屏幕保护期间显示的内容

• 文本：渲染文本和相关文本渲染的几何信息（大小...)

• 用户设置：设置/获取键盘连击相关设置

• 窗口属性(Attribute)：获取/设置窗口的当前特质（属性)

• 窗口生命周期：窗口创建和消亡的函数

• 窗口管理：在屏幕上操作窗口——改变大小、可见性、窗口栈

Xlib清空请求队列（到server端）的时机

1. 调用需要立即响应的函数（名中含Query、Fetch、Get的例程）

2. 调用读取某个事件的例程，而此时队列中没有匹配事件

3. 调用XFlush、XSync ()

属性(property)

• 一个和窗口相联的信息包（用于客户端之间的交流），含有一个字符串名和数字ID(atom)

• 窗口管理器(windows manager)和客户端的大部分通信通过窗口属性（其余通过事件）

窗口的特性

• 父窗口——每个窗口在创建时就指定了父窗口(root窗口——无父窗口，Xserver启动时创建，覆盖整个屏幕)

• 窗口配置(configure)包括：

1. 不计边框的窗口高度和宽度(以像素计)

1. 窗口的边框(宽度可变，0代表边框不可见)

2. 窗口相对的位置(不计边框)

3. 同一父窗口的窗口间，栈中的顺序

• 窗口的几何特性——窗口配置的中窗口的高度、宽度和窗口的位置

• depth & visual：depth——像素值的位数，visual——像素值如何转换成输出颜色

• 窗口的类别：

  1. 输入输出

  2. 仅输入(透明无边界，不能有输入输出类别的窗口作为子窗口,常用来改变鼠标外形)

• 窗口的一组属性(Attributes)：

  1. 窗口边界和背景使用的颜色或者模式(Pattern)

  2. 改变窗口大小时窗口内其他内容的重定位

  3. 窗口内容何时自动保存？(当窗口被覆盖之后又“曝光”(exposure))

  4. 接收哪些事件，哪些事件不向祖先窗口提交？

  5. 是否允许不通知窗口管理器来显示、移动、改变本窗口大小

  6. 使用哪种颜色表来解释像素值

  7. 鼠标在此窗口中时应该如何显示

窗口的层次

• 每个屏幕(screen)对应一个root window(撑满整个屏幕)

• root window的直接子window成为顶级(toplevel)窗口，由窗口管理器所管理

• toplevel窗口的子窗口可用作实现比如按钮，滚动条之类¹

• 子窗口可以部分或全部置于父窗口之外，但是子窗口只能向其和父窗口交集区域输出/获取输入

• 子窗口总是在父窗口的上面

窗口的映射

窗口必须被映射——通过 XmapWindow()（或其他相关例程：XMapSubwindows()），窗口符合以下几点才可见：只有keyboard和mouse事件传播。事件掩码是每个客户端独有

1. 该窗口的所有祖先窗口被映射

2. 不能被其他可见的兄弟窗口或者祖先的兄弟窗口覆盖(通过XCirculateSubwindows(), XConfigureWindow(), 和 XrestackWindows()调整栈中的顺序)

3. 相应的请求缓冲被清空（到server）

4. 顶级窗口的初次映射是个特例——因为需要窗口管理器“领养"之。更复杂的情形：客户必须等待一个“曝光”事件窗口才可见

图形上下文的三个方面

1. 位掩码(plane mask)

2. 剪切掩码(clip mask)

3. 逻辑函数

可绘对象(drawable: window & pixmap)

三类错误事件(Error Event)

1. 检查返回值来侦测错误和进行相应处理(修改请求的参数再试)，比如检测XOpenDisplay()成功否

2. 协议错误——编程失误引起，由XErrorHandler处理(例外：对于返回状态代码过程的则通过检测状态代码来处理)，通过XSetErrorHandler ()添加一个自定义的句柄

3. 致命系统错误——(X服务器崩溃、网络失败...)，由XIOErrorHandler处理，通过XSetIOErrorHandler ()添加一个自定义的句柄

错误事件结构体 (错误发生时刻的相关上下文环境)

错误事件只发给XErrorHandler处理

int type;

Display *display; /* 发生错误的Display */

XID resourceid; /* 资源ID */

unsigned long serial; /* 失败请求的序列号 */

unsigned char error_code; /* 错误代码 */

unsigned char request_code; /* 失败请求的主操作码 */

unsigned char minor_code; /* 指示扩展，若此请求不使用扩展为0 */

其中error_code可由XGetErrorText()或XGetErrorDatabaseText()来解读

GUI设计中的三要素

1. 窗口的层次关系

2. 选择需要处理的事件

3. 事件处理(主要是简单的键盘和鼠标事件)

编写一个X程序的四个步骤

1. 连接到X服务端(即选择显示(display)，因为一个X服务端对应一个显示(display))

2. 客户端之间的通信(和窗口管理器协作)

3. 处理曝光事件

4. 处理改变窗口大小事件(改变给定窗口中子窗口及其他图形内容的尺寸和位置)

创建X程序的一般过程

1. 向X server创建一个连接，失败退出

2. 获取物理屏幕的信息，从而计算窗口大小

3. 创建窗口

4. 设置合适的属性(properties)，从而和窗口管理器通信

5. 选择关注的事件

6. 载入字体，用来打印文字

7. 创建一个图形上下文(GC)，来控制绘图请求的行为

8. 通过映射窗口来显示之

9. 循环处理事件

10. 响应曝光(expose)事件,调用相应例程来绘制图形和文字

11. 获取配置更改通知(ConfigureNotify)事件，其新的大小信息在事件结构体中

12. 响应其他事件

13. 退出——释放相关资源，关闭显示并退出

14. 其他需要的步骤：

    1. 从配置文件/命令行参数获取用户自定义信息

    2. 处理颜色

一个简单的X程序(模板)

//Xlib include files

#include <X11/Xlib.h>

#include <X11/Xutil.h>

#include <X11/Xos.h>

#include <X11/Xatom.h>

#include <stdio.h>

//Bitmap data for icon

#include "bitmaps/icon_bitmap"

#define BITMAPDEPTH 1

//布尔值，window足够大么->否则显示一条合适的信息

#define TOO_SMALL 0

#define BIG_ENOUGH 1

//这两个参数是几乎所有Xlib例程都需要的，故申明为全局比较简单;如果有其他源文件，这两个变量需要申明为'extern'

Display *display; /* 关于服务端及其屏幕的信息的结构体，仅由XOpenDisplay ()填充 */

int screen_num;

static char *progname;

void load_font (XFontStruct **);

/* ... */

void main (int argc, char **argv)

{

Window win; /* Window ID，其值由XCreateWindow ()或者XCreateSimpleWindow ()例程返回 */

unsigned int width, height; /* Window size */

int x = 0, y = 0; /* Window position */

unsigned int border_width = 4; /* Border four pixels wide */

unsigned int display_width, display_height;

Pixmap icon_pixmap; /* 位图资源ID */

char *display_name = NULL; /* Server to connect to,为NULL则由环境变量DISPLAY指示，格式：host:server.screen */

Screen *screen_ptr;

progname = argv[0];

//连接到服务器

if ((display = XOpenDisplay(display_name)) == NULL) {

(void) fprintf(stderr, "%s: cannot connect to X server %sn",progname, XDisplayName (display_name));

exit( −1 );

}

screen_num = DefaultScreen (display); /* screen_num允许的值0 ~ ScreenCount (display) - 1 */

screen_ptr = DefaultScreenOfDisplay (display);

//获取窗口信息

unsigned int display_width = DisplayWidth (display, screen_num);

unsigned int display_height = DisplayHeight(display, screen_num);

//创建窗口

width = display_width/3, height = display_height/4;

win = XCreateSimpleWindow (display, RootWindow (display, screen_num),

x, y, width, height, border_width,

BlackPixel (display, screen_num) /* border pixel value */,

WhitePixel (display, screen_num) /* background pixel value */);

//窗口栏上的图标

#define icon_bitmap_width 20

#define icon_bitmap_height 20

static char icon_bitmap_bits[] = {

0x60, 0x00, 0x01, 0xb0, 0x00, 0x07, 0x0c, 0x03, 0x00, 0x04, 0x04, 0x00,

0xc2, 0x18, 0x00, 0x03, 0x30, 0x00, 0x01, 0x60, 0x00, 0xf1, 0xdf, 0x00,

0xc1, 0xf0, 0x01, 0x82, 0x01, 0x00, 0x02, 0x03, 0x00, 0x02, 0x0c, 0x00,

0x02, 0x38, 0x00, 0x04, 0x60, 0x00, 0x04, 0xe0, 0x00, 0x04, 0x38, 0x00,

0x84, 0x06, 0x00, 0x14, 0x14, 0x00, 0x0c, 0x34, 0x00, 0x00, 0x00, 0x00};

icon_pixmap = XCreateBitmapFromData (display, win, icon_bitmap_bits,

icon_bitmap_width, icon_bitmap_height);

//和窗口管理器通信

char *window_name = "Basic Window Program";

char *icon_name = "basicwin";

XWMHints *wm_hints;

XClassHint *class_hints;

XTextProperty windowName, iconName;

XSizeHints *size_hints; /* 结构体：告诉window管理器顶级窗口最佳大小及大小增量 */

if (!(size_hints = XAllocSizeHints ())) {

fprintf (stderr, "%s: failure allocating memory", progname);

exit (0);

}

if (!(wm_hints = XAllocWMHints ())) {

fprintf(stderr, "%s: failure allocating memory", progname);

exit(0);

}

if (!(class_hints = XAllocClassHint ())) {

fprintf(stderr, "%s: failure allocating memory", progname);

exit (0);

}

//优先级：user(USPosition | USSize) > 窗口管理器 > 应用程序

size_hints−>flags = PPosition | PSize | PMinSize;

size_hints−>min_width = 300;

size_hints−>min_height = 200;

//设置XTextProperty结构体

if (XStringListToTextProperty (&window_name, 1, &windowName) == 0) {

fprintf (stderr, "%s: structure allocation for windowName failed.n", progname);

exit (-1);

}

if (XStringListToTextProperty (&icon_name, 1, &iconName) == 0) {

fprintf (stderr, "%s: structure allocation for iconName failed.n", progname);

exit (-1);

}

//程序是否在窗口第一次映射时显示一个图标/或者是正常的显示

wm_hints−>initial_state = NormalState;

//程序需要键盘输入么

wm_hints−>input = True;

wm_hints−>icon_pixmap = icon_pixmap;

wm_hints−>flags = StateHint | IconPixmapHint | InputHint;

//以下提供给窗口管理器关于本程序的信息

class_hints−>res_name = progname;

class_hints−>res_class = "Basicwin";

XSetWMProperties(display, win, &windowName, &iconName,

argv, argc, size_hints, wm_hints, class_hints);

//选择需要接受的事件， StructureNotifyMask相当于选择了CirculateNotify、ConfigureNotify、DestroyNotify、GravityNotify、MapNotify、ReparentNotify和UnmapNotify

XSelectInput (display, win,

ExposureMask | KeyPressMask | ButtonPressMask | StructureNotifyMask);

//创建服务器资源(至此，已经创建了一个window和icon pixmap两个资源

GC gc; /* ID of graphics context */

XFontStruct *font_info; /* Structure containing font information */

/* load_font：载入一个字体资源 */

load_font (&font_info);

/* get_GC：创建一个图形上下完资源(用来绘制字体和图形) */

//映射窗口

XMapWindow(display, win);

//清空请求缓冲->如果需要周期性绘制则需要调用XFlush ()

//建立起事件处理循环

XEvent report; /* Structure for event information */

int window_size = BIG_ENOUGH;

while (1) {

XNextEvent (display, &report);

switch (report.type) {

case Expose:

//绘制窗口优化：如非连续的Expose事件中最后一个，则不处理之/是否确定最小绘制区

if (report.xexpose.count != 0) break;

if (window_size == TOO_SMALL) TooSmall(win, gc, font_info);

else {

place_text(win, gc, font_info, width, height);

place_graphics(win, gc, width, height);

}

break;

case ConfigureNotify:

//处理窗口大小改变事件

width = report.xconfigure.width;

height = report.xconfigure.height;

if ((width < size_hints−>min_width) || (height < size_hints−>min_height))

window_size = TOO_SMALL;

else

window_size = BIG_ENOUGH;

break;

case ButtonPress:

case KeyPress:

//离开程序

XUnloadFont(display, font_info−>fid);

XFreeGC(display, gc);

XCloseDisplay(display);

exit(1);

default:

break;

}

}

}

void load_font (XFontStruct **font_info)

{

char *fontname = "9x15";

if ((*font_info = XLoadQueryFont(display,fontname)) == NULL) {

(void) fprintf( stderr, "Basic: Cannot open 9x15 fontn");

exit( −1 );

}

}

/* ... */

Some Tips

• X服务器不会自动维护窗口中可见内容，对一个不可见或者没有映射的窗口进行图形操作没有效果。当窗口被覆盖之后曝光，可见内容就会丢弃。通过指定"后台支持"(backing store，开销较大)，或者重绘来维持窗口内容。只有keyboard和mouse事件传播。事件掩码是每个客户端独有

• 只有keyboard和mouse相关事件（沿着窗口层次向上）传播。事件掩码是每个客户端独有。

Q & A

• 为什么GUI的基元是窗口？

  为了提高屏幕的利用虑，把屏幕划分为窗口来使用，故而

• 窗口属于谁？

  窗口是全局的，通过窗口的ID可以引用窗口，故窗口不是特定地属于某个客户端

• 事件如何被分发处理？

  服务端：X发送相关事件给在窗口的事件掩码中有标记的客户端，对键盘和鼠标相关事件可能还要向其父窗口传递

  客户端：通过某ID窗口的事件掩码选择关心的事件，从事件队列中获取事件分发到合适的代码中来处理

  事件的结构体中的两个最主要成员：1)事件发生的窗口 2)事件类型

一些详细的规范(PDF下载)

原书 ( The Definitive Guides to the X Window Systems, Vol 1 - Xlib Programming Manual)第三版

Xlib手册 (X Version 11, Release 6.9/7.0)

ICCCM (Inter-Client Communication Conventions Manual) v2.1

X协议 (X Version 11, Release 6.7 DRAFT)

X会话管理库 (X Session Management Library) v1.0

X各个部分简介(PDF下载)

• X窗口协议及构架

• X 窗口系统核心协议

• 窗口管理器

• X显示管理器(X display manager)

• X会话管理器

• X 选择模型

• X焦点模型 (网页)

• X11颜色命名规范

X的未来

XGL

The State of Linux Graphics (Jon Smirl)(PDF)

XGL (PDF)

EGL（位于窗口系统和OpenGL ES/OpenVG等的一层）

1. 提供创建可供客户APIs绘制和共享的渲染表面(windows,pbuffers,pixmaps)的机制

2. 为客户端API提供创建和管理图形上下文(Graphics contexts)的方法

3. 提供同步客户端API和平台原生渲染API的方式

OpenGL家族(www.khronos.org)

GL 3草案

OpenGL ES

OpenVG

硬件加速矢量绘图接口(Flash、svg...)

新闻：OpenVG加速webkit渲染

开源实现：shivaVG

OpenVG vs cairo：

1. OpenVG不支持字体或者文本渲染

2. OpenVG可以成为cairo的一个后端

3. OpenVG更像硬件的抽象状态机（更底层）

OpenMAX

1. 硬件加速的全面的流媒体编码器

2. 程序的可移植性

开源实现：Bellagio(整合层)

OpenMAX vs gstreamer:

1. 通过OpenMAX 的IL（整合）层可以被gstreamer整合

2. OpenMAX的AL（应用）层和gstreamer竞争。

glFX

运行时刻的特效框架。（特效由COLLADA FX格式所描述）

COLLADA

基于XML，3D内容交换规范

新的驱动

当前DRM的内存管理 (PDF)

新的内存管理模型

Gallium(镓)3D驱动模型 （odp演示文件）

新闻：mesa的采用Gallium驱动模型的cell平台驱动（The Mesa Cell driver is part of the Gallium3D architecture. Tungsten Graphics is leading the project. Two phases are planned. First, to implement the framework for parallel rasterization using the Cell SPEs, including texture mapping. Second, to implement a full-featured OpenGL driver with support for GLSL, etc. ）

讨论：X真的优秀么？

X作太多工作（人机外设的管理(DISPLAY)、绘制及相应数据管理、事件分发）？

主要是现代的绘制工作已经太复杂了，X继续支持绘制工作和已有的OpenGL之流冗余，而且也做不好。

X并没有很好划分Client-Server？

将获取的事件发给客户端处理，有以下几个缺点(看上去有点像AJAX于传统动态网页技术的PK):

• 受到网络延时的影响，使得程序响应度下降

• 事件（服务端）和事件处理的句柄（客户端）在X所处的层次上属于紧耦合，当前的划分对性能(包括网络传输)和模块化不利

• 界面逻辑分布在服务端和客户端之间（某种意义上，不符合界面和程序核分离的原则）

YY（无责任灌水）

X不受欢迎？

• Android平台未见X？

• Max OS X平台X不是原生图形化解决方案？

当前Linux下的GUI除了编写上的困难（包括跨环境），其他还有一些缺点：

• 安全性，例如

  • 焦点安全（依赖窗口管理器）（例如在用户输入敏感数据(如密码)时，一个突然弹出的窗口可能获取当前用户的焦点而导致用户敏感数据外泄（如果用户不十分小心）

  • 对事件源和路径的认证和控制（比如区分用户触发的事件和程序制造的事件，从而确保用户界面用户的意图）

  • ...

• 使用性，例如用户在顶级窗口之间的操作（回想GIMP...）

思路：

• 类基于富功能web浏览器的桌面环境（提供界面服务器而非XServer）

• UI操作的模式(类比启发)

交互系统由硬件——软件——用户构成

硬件(CPU等)	用户
执行线(CPU的执行入口，i.e. CPU的核2)	鼠标指针数3
进程	窗口4(工作流程)
当前进程	获得焦点的窗口
进程间的通信	窗口间操作
进程调度	任务栏（或者火狐之类的标签栏）
进程抢占	焦点抢占
缓存机制	历史记录（最近文档）
...	...

2这个核不支持类超线程的技术

3即多点触摸技术，参见http://www.x.org/wiki/Development/Documentation/MPX

4这里的窗口都指通常称的窗口（不严格的说，就是顶级窗口），下同

我，胡汉三又回来了！！

最近忙的跟狗一样，现在，我要强势复出，一扫颓废，重整丐帮，扫清贪官污吏（章鱼，皮，肥痕等）。把本博当作帮主的创业大计起点，颤抖吧！！！小罗罗们

丐网二期工程主体完工

历经将近一月，丐网二期的工程初步收尾
这次更新主要是移除了外来脚本，采用了自己编写的脚本，借助虚拟浏览器层，这次脚本在firefox和IE下顺利运作，更多开发参见开发论坛：http://groups.google.com/group/MoYuGui
与google的博客模板的融合，更好的发挥当前界面的全部效用是下一步工作的任务，当然，这样也可以更好的测试脚本框架
今天最后阶段，内联了相关CSS到模板中，并进行了相关图片的缓冲，改善了载入时的效果
google的自定义搜索还有些问题，试验后应该是google的问题，待他改进
Have Fun!
PS:IE用户需要启用JS脚本，就是那个黄条

章鱼的旅行指南

由于某鸟说本鱼的某文就像是在黑暗角落的呓语一般，所以这次就略微讲一点阳光下的事情，嘿嘿。

大学里肯定是要玩的，或者说是需要娱乐活动的。各人有各自的不同爱好，奢侈的廉价的，健康的有害的，高尚的无聊的，反正自己能玩得高兴就好。如果有看客跟本鱼一样也喜欢偶尔出去各处跑跑的，不妨耐心看一下本鱼这几年得到的旅游心得。

首先需要重点说明的是出行的装备问题。各种影视作品中经常可以看到某人出行之前向一个巨大的旅行箱中塞入各种衣物用品，其实这是一种相当不好的出行习惯。旅行箱的确可以令我们出行的时候多带不少东西，不过坐车、赶路的时候就会变成可怕的负担。除非不得已，还是尽量轻装上阵比较好。例如本鱼出门的时候经常只带一个背包，容量么也不超过4升吧。顺道一说，那个黑色背包可是贝塔斯曼书友会赠送的，要得到这个包的条件是拖两个人入会（其中一个就是鸟^_^）……背包虽小，但是别人惊叹我带的东西真全，其标准配备如下。牙刷牙膏漱口杯一套，毛巾一到两条。洗漱用品随身带是本鱼的习惯，因为无论是在火车上还是旅店里这些都是需要的（在外另外买就显得很浪费）。漱口杯建议用轻型的塑料杯，毛巾可以多带一条备用。这些都用小塑料袋包好就可以放在背包最下面了，早晚各用一次哦。剃须刀和洗面奶也可以带上，这样可以让自己早晚感觉清爽一些，心情也会好一些吧。饮用水是出门经常会被忽略的，不少人都选择带上各种饮料。本鱼通常会在包里带两瓶农夫山泉（纯粹是个人喜好），有时还会带一个密封性好的塑料水杯（这样可以喝点热水）。各种饮料，尤其是碳酸饮料，并不适合为身体补充水分，往往越喝越渴。如果需要做长途汽车的话路上稍微少喝水，可以带两个水果上路。鉴于本鱼去过的地方都是一日之内可以抵达的，所以食物都带的极少，比如之前去安徽就只带了两块面包而已。至此，我背包里的空间已去大半了，再塞上两件替换的贴身衣袜就可以了。此外，本鱼还有一些零碎的用具放在背包个各个小袋中，例如剪刀、手机充电器之类。特别推荐随身携带物品：PSP！这个的好处不多说了，免得某人说我炫耀（龟：你已经在炫耀了！）……强烈建议不要带电脑！也许有些朋友还需要有一些工作上的需要，那么本鱼的提议是出门之前把所有事情都搞定了再走。旅行本来就是放松身心的，麻烦的事情可是会影响心情的哦。如果真的有紧急事态的话带上手机也就行了。去有些地方可能还需要一些比较厚重的衣物，建议多带一个手提式的旅行袋比较方便。

好了，整理完以上的东西之后就算装备齐全了。然后就是出行前最重要的一步——旅行规划！如果你是参加旅行团的话就可以跳过这一步了，导游会带你把该去的地方都去一遍，毕竟钱已经交了么……本鱼没有参加过旅游团，所以这种形式的旅游就不在这里分析了。自行出游的规划务必要详细。上网，打电话，咨询当地的朋友或者亲戚，最好是能制定出一张详实的旅行交通图。只要是国内的火车票都可以在全国各地的火车站买到的，所以出门和归家的日期时刻都可以在正式出行之前就搞掂了。如果需要乘坐当地汽车的话也需要提前了解发车的班次和时间，尤其需要注意的是某些长途班车由于车少人多，须到当地之后提前购买。旅游景点什么的看自己的喜好来选择，一次旅游还是不要去太多吧，太赶时间的旅游其实会把更多时间浪费在交通工具上。

关于旅行地的住宿问题，本鱼在此有两种解决方式，分别是自助和寄居。

自助就是自费寻找当地的旅店或者宾馆。这个最好也是在出门之前就了解到一些信息。不过由于服务型行业的特殊性，网络上的信息可靠性普遍不高，还是问问当地或者有过旅游经验的朋友吧。这样可以尽可能的省下一些费用，钱还是要花在刀刃上么。此前本鱼前往安徽的时候就由于前期准备不足（家里都不上网，揣着一张火车票就走了），到合肥之后发现当天晚上到太湖镇的火车票已经售罄，无奈地在火车站附近找了个住宿的地方，感觉被小砍了一刀（我忍了）。原本可以利用在合肥滞留的一天去中科大逛一圈的（朋友说那里环境非常好），不过又由于准备不足所以计划流产了……本鱼比较成功的一次自助旅游是去辽宁大连的那一次。同行的还有班上的两个同学。由于之前就托人订了个小旅社的房间，三人间一天才50哦（不过这种事情也是可遇而不可求得，貌似当时前台是新来的，对价格不熟），相当便宜。还有电视，免费洗澡（虽然“浴室”小了点），最最最最关键的一点是——旅社在大连外国语学院门口，那啥，每天早上都有不少MM经过的啊^_^。我们那次去大连是在9月初开学之前，处于旅游淡季，所以各个著名旅游点的人都不多，诸如海洋公园等地方的门口还有旅游团的导游拉散客的，就是跟着他们买票可以享受团体票的价格。当然班上一个家住大连的同学也给出了不少了建议，使得我们省去了不少自己瞎跑的麻烦。

寄居么，就是居住在别人家里，其最大的优点就是——省钱。而且省的程度和人的脸皮厚度成正比……本鱼也是比较喜欢这种形式的（偷笑），毕竟只是学生么。但是本鱼一般也就是省出个住宿的费用而已，顶多再蹭两顿饭。又吃又拿俨然就太没品了，大家还是谨慎。寄居的缺点就是持续时间都比较短，个人推荐2～3天为宜，时间长的难保主人不会拿扫把赶人 -_-b ……除非你跟所寄居的对象关系足够铁，或者关系足够亲。例如本鱼曾经在杭州某处寄居长达一个半月之久。其实应该算半寄居，饭钱基本都是自己出的，水电费也要交的（这个一直拖到现在也没给而已>_<）。同时，寄居大多是一次性的，就是说同样的地方都只能住一次，连续在同一头羊上卷羊毛的话后果可能很严重。寄宿在别人家中是一种追求放松的旅行方式，旅游景点什么的是其次，想要体验各地风俗的话绝对是首选。出发前先跟宿主打好招呼，并带上一点见面礼。礼品不用多么贵重，俗话说“千里送鹅毛，礼轻情义重”，本鱼一般会选一些宿主当地不能买到的其他地方特产什么的。当地的饭菜没有好不好吃之分，只有可能不合口味，毕竟全国各地的饮食习惯还是差很多的，同时这也是不错的生活体验。本鱼建议吃饭客气一些为好，千万不可因为主人说了一句“不用客气”就当真。餐桌礼仪这里就不赘述了，各君随机应变吧。

好了，在外游玩一番之后，钱包也差不多瘪了，之后就该收拾收拾回家了吧。大家路上小心。

08年大雪

一夜之间的变化

Marry Christmas

<转自驱动之家：http://news.mydrivers.com/1/97/97184.htm>
经过一队小工人5天的辛勤劳动，Google的圣诞版徽标今天下午终于宣告完成。

第一天，Google几个大字对于这帮工人来说实在太高了，需要用大炮把彩带和工人一起打上去。

开始打蝴蝶结，同时用起重机吊着的工人开始油漆o字的糖果外观。

蝴蝶结完成，开始油漆e，萤火虫罐推到。

放出萤火虫。

大功告成，佳节愉快！

写在回家前的一夜

昨天是这个冬天北京的第一场雪，也是中国移动28省在北邮的集体招聘，场面甚是壮观。
不过令人不爽的是被浙江移动小耍了一回：之前发来短信说浙移提前到下午一点半招聘，然后我们几个老乡就傻呵呵的真的早早去了招聘场馆，结果是铁将军把门……各个地方一问，都没有让投浙移的人提前进的消息，只好回寝室等。下午三点开始接受简历，在体育馆外的队伍里喝了一个钟头西北风之后我们一帮浙江人终于挤进了会场。其他省都只有一个铺，浙移居然有两个铺，不是一般的拉风。而且还分市级地区接受简历，所以投杭州那边的少说有300人。我也只能怯怯地选择了老家。
这个时候发生了一个插曲。之前让我去实习的长兴广播电视台突然打电话来，说是已经有北大和中媒的两个研究生前去实习了，然后催我也赶快去吧。之前的通知我的答复是期末还有考试，所以走不开。这次的催促意思就是我不去很可能就没机会（同时也暗示那边其实比较倾向于我>_<）。然后我得到了考试期间可以回京暂停实习的答复，所以就答应这两天就去长兴报道。 然后当晚就是笔试（其他省都跟在后面），而且选择了学校的学术报告厅。貌似去笔试的人比投简历的要少的多，可能不是本地人在简历阶段就刷了。题就不多说了，智力题+英语阅读+开放问题，我做完后正好还有十分钟，然后就被第一个强收了卷子飘出了场。由于时间尚早，我索性取了点钱直奔火车站买了明天回家的火车票。
今天就短信来了面试通知，我还以为浙移的办事效率真高得夸张。下午4点，借了西装直奔面试地点。去了之后就问我有没有收到短信，我回答收到了。又问我有没有收到第二条，我回答没有。之后就让我坐下等。半个小时之后，我问还要多久才到我（因为之前有人问了，我附和下）。回答是：四点以后的都短信通知推迟到明天了，面试之后还有笔试，而且是不用特别准备的那种（据说是性格测试）。我说了有事明天要回浙江，所以不能参加笔试了。然后回复是参加面试的都给笔试，不参加相当于放弃了。我口头上说回去再考虑考虑延期回家，心里已经把浙移给拒了。我把浙移给据了！
当然，我连面试都没有正式通过，没有offer怎么能说拒呢？实际上投简历的时候就已经基本确定自己能够回家乡移动了。首先这次都是应届生，硕士的不清楚，本科生中来自湖州并且是通信专业的只有两人，除我意外另一个决定考研。所以当我拿到笔试单的时候上面的编号是HuZ002，就是投湖州移动的第二个人（之前的不知何方神圣，可能是外校的）。笔试很顺利，面试之后必有的笔试也是“不用特别准备”（HR原话），那么从供求关系来看，已经俨然供不应求的状态了，除非湖州移动故意不要人（一般来说多两个也不多，人力成本跟设备成本比微不足道）。
其实从其他方面考虑，浙移也不是作为毕业之后第一份工作的最好选择。虽然收入不少，传闻浙江的一年七八万，但以后也没什么发展了。而且作为一个发展到顶峰的大型国企，在内部做个网络维护（通信专业只能投这个）也学不到什么技术。进去是炮灰，10年后也许还是炮灰，我是无法忍受这种平庸的生活的。
相比来说我放弃移动的面试和笔试也是为了去长兴电视台。因为台长在面我的时候曾经说过现在进去的话三五年后就是技术骨干了。当然长兴那边也有让我不爽的。首先初始待遇是没法跟移动比了，其次连续催促我去实习这个事情现在搞得我焦头烂额。要跟班主任说明，要跟各科老师说明，要询问各科考试时间。貌似这个学期的考试时期长达1一个月，从12月底到1月底（其实TMD就4门课）。就目前这种状况我实在有身心疲惫之感。
貌似我也不太想去长兴那边长期工作，因为事业性单位，官僚主义严重，还有很多我不了解的那啥。依自己的性格来看也许会得罪很多人吧。
最后说下自己最期待的工作类型：中小企业，创业期或上升期，技术类……嗯嗯，这样就很不错了，待遇什么的都是次要的。同时自己一直也没非常认真的找过工作，至今为止唯一能让我感觉失落的也只有完美时空一家了。
“不要随便就把自己卖掉！”我一直坚持着这个理念，才不至于像鸟和龟一般就那啥了（我就不多说那啥了，两个家伙迟早要BG我的）
还是去继续赶时政论文吧，明天的火车开出之前一定要把一切都给搞定……

By CursedOctopus
2007.12.11