拾遗：找工作、畅想gtk+-3.0...

编者按：由于本站一直处于被封，偶尔解封，所以更新的动力也不是很大。今天就把这一阵子遗失的日志给拾起补上。

首先是找工作的经历，基本上是抽奖么（相信本站的另外一位作者cursedoctopus也有相同的感觉）。站长基本是简历阶段被淘汰的，再者就是笔试。不过也得到了不少教训：

• 找工作应该越早越好，这样的好处是积累足够的经验和可以有足够的时间来学职位要求的技能。也就是说，在大三找工作是一个不错的起点。

• 先去应聘个大公司的实习生，能够成为进入大公司的捷径的。

• 积极参加点可被证明的活动，这样可以写道简历里面对筛选免疫。

• 过六级是很必要的。其他专业课的技能也是必须的。

• 应该尽可能参加一些大公司的招聘，即使你讨厌那个公司。这样可以获取笔试面试的经验。

笔者期间还参加了一个龙芯的宣讲活动，之后的评论在这里。

接下来了谈些当前的状况。首先是笔者为了交作业对安全的实现方法作了个总结。点击看幻灯(ppt)和文章(odt)。

接下来谈些站长对GTK+3.0的畅想：

• Glib-3.0：

  • 应该打散成一个个小库来推广应用(glib库系列)，形成库的基础设施和扩展。GTK+库系列当前的一个发展源就是合并上游的库，打散库更加容易扩充。同时可以分离高层和底层的库，当前GTK+系列库的一个缺点也是高层和底层的API混合在一起，不方便查看。

  • 内存分配向TCMalloc看齐，各种接口的清理。

  • 高级数据结构由文件支撑，即可以方便转储。或者说数据结构和嵌入数据库的转换。这样的好处在于调试以及存储在程序的配置信息可以被方便到处（这样，我们就不需要Gconf类注册表之类的东东了)。这里有两点注意的：首先是在图形控件的MVC结构中，Model(高级的数据结构－－数据模型)可以方便转储。其次，提交的数据库可能是一个搜索的快照。注意到当前的搜索是把扫描磁盘文件然后提取一个便于搜索的结构。其实大部分程序把数据载入磁盘时，大部分都进行了此类操作，之后把结构提交的话就可以移除建搜索快照漫长的时间了。这个基于一下断言：用户查找的文件很可能是之前他访问过得文件（用户之前访问文件是就已经提交了快照）

  • 引入编译器基础设施，LLVM对转化为中间语言之后的转化做了基础设施，之前的从源语言到中间语言的转换仍需模块化(GCC的代码实在是...)，参见管线模型

• Gobject-3.0：

  • 基类应该以比GObject更轻量级的miniObject为主

  • 引入管线模型（pipeline）,用于gstreamer，opengl，以及编译器基础设施

  • 这样，glib应该可以有自己的编译器

  • glib应该集成一个嵌入式的数据库

  • 在文件方面依靠GVFS，加入网络支持

• GTK+-3.0

  • 基于OpenGL 3，不过GL 3看到要元旦才能拿出最后的规格

  • MVC，Model和嵌入式数据库绑定，可以转储为XML或者二进制文件。结构信息提交搜索快照。Model还应该包括约束描述。保存的内容为用户配置信息，缓冲以及用户文档。

  • 控件虚拟化，也就是控件由专门的语言(EVE & ADAM ?XML ?)描述和使用。这样就使程序对控件有一定的独立性。就像当前的网页界面一样

  • 增加面板：面板是实现窗口/程序调度的基本元素

  • 系统服务进程：

1. 搜索/快照进程

2. 共享资源管理进程，比如缓冲管理－－缓冲服务来加速服务的启动