不得不说的 Safari + WebKit

WebKit 引擎的发展在 Apple 的催动下，简直是一日千里。 随着 Safari for WindowsXP 的发布，M$ Windows用户也能感受一把 WebKit 的快感。

感觉上 Safari 本身并没有什么特别之处， 从应用程序框架的角度来说远不如 Mozilla Firefox 来的灵活。但是 WebKit 引擎确实不得不让人刮目相看。简单来说，WebKit 有如下的优势：
1， 浏览速度快
特别是 SquirrelFish 的 JavaScript 引擎发布之后，Safari简直跟飞一样。 而且下载的速度也巨快！

2，字体渲染效果好
所有的字体显示都采用了 anti-aliasing, 当然不是所有人都喜欢这样的字体效果，八成会说它显示的模糊。不过目前来说确实能够和内嵌点阵字体的SimSun一争高下。

3， 标准
当前的 Safari 3.1.1 + WebKit r34367 可以顺利通过所有的 acidtests, 特别是 Acidtest3 这个高难度动作， WebKit 不但可以全部完成而且运行飞快：< 2s 令人惊叹啊！

4， 超炫的 Web Inspector
Safari 内置的 Inspector 简直就是一个综合的 Web 应用集成开发工具。

不过也有些缺点：
1， Plugin 支持的问题还比较多
基本能工作，但是不稳定！

2，第三方应用太少

3， Safari 的 tab 功能一般

Motorola 的王朝

商务周刊的强文~

Using :vimgrep inside VIM

Grep is really power tool under the UNIX domain. From Vim 7, an internal `grep` was provided by Vim.

Using `:vimgrep` is fairly easy, just in command mode, type in

:vim[grep][!] /{pattern}/[g][j] {file} ...

The `grep` result will be put into the `quickfix` list. The `:cnext`, and `:cprevious` can be used to navigate the `quickfix` list.

Let's do something to help us! Put this into your ~/.vimrc file.

" We can navigate the list by using the  and 
map <F3> :cnext
map <S-F3> :cprevious

After that, you will be able to use the <F3> and <shift>-<F3> navigate the `quickfix` list easily. :D

Tip for trouble shooting the VIM syntax highlight

It is easy to do a VIM syntax highlight file, while it is a little difficult for you to do the trouble shooting, especially when you do a recursive pattern match with `contains`, `nextgroup` keywords.

Here is a small tip can help you a little bit.

put this into your ".vimrc" file

" display the syntax name under the cursor
map <F12> :echo synIDattr(synIDtrans(synID(line("."), col("."), 1)), "name")

For the next time, when you met some syntax highlight error, you can key in <F12> at the error place, VIM will tell you "what kind syntax ID that it is thing under the given position".

Keep fun! :)

必须了解的"时间管理"原则

1、相等分配。任何人都没有足够的时间，然而每一个人又拥有自己的全部时间。这就是著名的“时间悖论”。时间是一种被相等地分配给所有人的资源。

2、错误的感觉。管理者的时间很少花费在他自己想要花费的地方。这种想法捉弄了时间的所有者，使他错误地认为，他的时间正用于该用的地方。

3、时间分析。每日活动记录至少持续一周，每过15分钟填写一次，这作为有效时间分析的基础是必要的。这种活动至少每半年应该重复一次，以免回复低劣的时间管理方式。

4、预料。事先有所准备的活动一般来说比事后补救的活动更为有效。小洞不补，大洞吃苦。避免发生以外的最好办法就是预料可能发生的以外事件，并为其制订应急措施。我们假定，如果事情要出错，那就无法避免。

5、计划。绝大多数难题都是由未经认真考虑的行动引起的。在制定有效的计划中每花费一小时，在实施计划中就可能节省3-4小时，并会得到更好的结果。如果你没有认真作计划，那么实际上你正计划着失败。

6、每日计划。每日计划对于有效地利用个人时间是必不可少的，它应该于前一天下午或当天开始时制订出来，并与近期的目标和活动相一致。

7、目标。较有效的结果一般是通过对既定目标的刻意追求来达到的，而不是依靠机会。目标管理的基本概念就来源于这个已被证实的原则。

8、优先次序。应该按照优先次序对各项任务进行时间预算或分配。不同的是很多管理人员花费时间的数量往往与他们任务的重要性成反比。

9、最后时限。给自己规定最后时限并实行自我约束，持之以恒就能帮助管理者克服优柔寡断、犹豫不决和拖延的弊病。

10、集中。在人们有组织的努力中，少数关键性的努力（大约20％）通常能够产生绝大多数结果（大约80％）。这条原则也称为“20/80定律”。有效的管理人员，总是把他们的努力集中在能够产生重大结果的那些“关键性的少数活动上”。

11、效能与效率。假如执行的是错误任务的话，或者把任务放在错误的时间里去执行，以及毫无目的的行动，无论效率怎样高，最终都将导致无效的结果。效率可以理解为正确地做工作。效能可以理解为正确地做正确的工作。所谓有效的活动，就是指用最少的资源，包括时间，来得到最大的效果。

12、活动与效果。管理人员往往忽视目标，或者忘记预期的效果，而把精力完全集中在活动上。终日忙忙碌碌渐渐成为他们的目标。这些管理人员趋向于活动型而不是效果型。他们不是去支配工作，而是往往被工作所左右。他们把动机误作成就，把活动误作效果。

13、最佳效果。用最小的努力获得最大的收益，这就是最佳效果。

14、不切实际的时间预算。管理人员往往对完成任务所需要的时间抱乐观态度。他们也往往希望别人能够更快地完成任务。所以有了墨菲的第二定律“每件事情做起来都比原来想象的要多花时间”。可见，管理人员更倾向于自己接受和期望别人做出不切实际的时间预算。

15、实现的可能性。预期事件出现的可能性直接伴随实现它的有计划的努力而增加。

16、紧急任务专制。管理人员常常处于紧急任务与重要任务互相推挤的状态中。紧急任务要求立即行动，就使得他们没有时间来考虑重要任务。管理人员就是这样不知不觉地被紧急任务所左右，并承受着时间的无休无止的重压，这使他们忽视了搁置重要任务所带来的更为严重的长期的后果。

17、危机管理（反应过度）。管理人员往往低估问题，不善预料问题的复杂性，或者遇到所有问题都反应过度，彷佛碰到危机。这种危机管理和消防式工作的倾向往往造成过分忧虑，削弱判断力，导致仓促决策和浪费时间精力。

18、选择忽略（有限反应）。对各种问题和需求的反应要切合实际，并要受制于情况的需要。有些问题如果你置之不理，他们消失了。通过有选择地忽略那些可以自行解决的问题，大量的时间和精力就可以保存起来，用于更有用的工作。

19、机动性。安排个人时间的程度上应有机动性，以便于应付个人无法控制的力量。总之，时间安排不要过满，也不要过松。

20、问题分析。不区分问题的原因和现象，结果必然丢失实质性问题，而把时间和精力耗费在表面问题上。

Intel Atom

当初 Intel 在 2006年6月，果断地卖掉了移动处理器 XScale 以及相关业务，就给人一种感觉—— Intel 要有新的动作了！ 在蛰伏了一年零十个月之后 Intel 带着 Atom（原子）处理器， 又重新回到了手持移动计算领域！

Atom 处理器与 XScale 处理器不同，XScale 是一个基于ARM5 的高端智能手机以及PDA的处理器，它是一颗基于ARM架构的RISC处理器，在这单生意中 Intel 不过是一个购买了 ARM Ltd. 公司专利的生产商。而 Atom 的则是 Intel 自家的x86架构，在x86架构占据统治地位的PC领域，Intel可谓顺风顺水！这一次 Intel 利用自己 45nm的先进生产工艺， 把x86带入了 Mobile Internet Devices (MIDs) 领域。

于此相呼应的， Microsoft 已经延长了 Windows XP 的支持时间到 2010年， 这纯粹是为了 x86 的 MID 设备加料啊~~~

看看 Intel Atom 都带了些啥：

• Supports Hyper-Threading Technology 2-threads
• Support for IA 32-bit architecture
• Intel® Virtualization Technology (Intel® VT)
• Intel® Streaming SIMD Extensions 2 and 3 (Intel® SSE2 and Intel® SSE3) and Supplemental Streaming SIMD Extensions 3 (SSSE3) support

俨然是一个 Pentium4!

Wireshark 1.0 released

In my mind, Wireshark ( and its predecessor -- Ethereal) kept in version 0.9x.x for a very long time. Now the Wireshark v1.0 were release finally at Mar 31, 2008. Check the http://www.wireshark.org/news/20080331.html for details.

Oracle Database PL/SQL User's Guide and Reference

非常不错的PL/SQL的介绍，文字虽然不多，但是足可以让你对PL/SQL的基本功能和语法有了大致的了解。抽象水平非常高啊~~~

下回打印一份随身携带阅读！

The new life

Today it the second day for my enter the new company~~~

Installation Debian/Ubuntu over SSH

By using the debootstrap, it is possible for us to install the Debian or Ubuntu inside an Linux machine without a booting from Floppy/CD/USB/Net. It is really funny.

Yahoo! UI Library (YUI)

Yahoo! UI Library (YUI) an BSD licensed JavaScript UI library released by Yahoo!.

I play with it for a while, at the first glance, it looks like a Dojo Toolkit. But unlike the Dojo, all the functions are very well documented with JSDoc. For all the sub-modules, full/debug/min versions are provided for purposes. But it only provides a subset features of Dojo. :)

So YUI is:

• Well documented;
• Well organized object hierarchy;
• Less features

Perl 5.8 PerlIO feature

With the new PerlIO feature and Unicode support in Perl 5.8, it is possible to do the internal encoding change with only a few lines of code.

Please check the code below. It will be able to read the GBK input from STDIN and convert it to UTF-8 to STDOUT. :)

#!/usr/bin/perl -W

use encoding "gbk", STDOUT => "utf8";
while(<>){print};

Power and Simple. :D

又长了一岁~~~

又长了一岁，为自己庆祝一下！ :D

Waltzing with Bears

最近每天坐在城铁上，就会翻看几页 《与熊共舞》 其中第14章，风险发现的详细过程 ，里面对企业里使人们对风险三缄其口的原因。 说起来这确实是很普遍存在的。

因为在这些企业里，有一些根深蒂固的不成文的规定：

1. 不要成为有消极想法的人；
2. 不要指出问题，除非你有解决办法；
3. 不要说任何事可能是一个问题，除非你能证明它是；
4. 不要做拆台的人；
5. 不要明确指出问题，

说起来大致如此......

Erlang 的运行时更新

Erlang 作为电信级开发语言，在设计之初就有了在运行时自动更新程序，也就是不停机打patch的能力。 首先这种功能对于电信级别的程序来说，是非常必要的，如果不能做到这个5个9基本上就是空谈了。

然而对于传统的使用C/C++或者Java开发的程序而言，全面支持这种能力是非常复杂的，这种复杂性主要是有由于C/C++ 语言的自身特性所决定的。由C语言开发的程序的运行态，在地址空间中一般都具有4个以上的sections:

1. text/代码段 就是程序本身
2. data/数据段 用来保存全局变量，静态变量，以及未初始化的变量；
3. stack/程序堆栈 用来保存当前线程的临时变量 对于C/C++ 来说它保存了程序的运行状态；
4. heap/堆 用来保存程序运行中分配的临时变量；

text 在连接程序完成之后就确定的，对于同一份源程序产生的都是完全一样的。
data 在程序的连接完成之后，它在内存中的位置也已经确定，但是内容可能会随运行态改变。
stack 和 heap 则是完全动态的，而一个运行程序的stack数量和他所具有的thread数量相对应。基本上可以认为这两个段不能够采用认可以预定义——简单替换的方式进行更新，它们的内容对于非运行系统而言是不可知的。

因此为一个处在正在运行中的应用打补丁，需要：

1. 不改变text代码段中的函数的入口地址。因为在stack中会保存这些函数的入口地址，如果改变了它们的地址，必将导致程序跑飞。
2. 不能改变text代码段中所有已有函数的参数或者调用方式。
   
3. 不能在中间增加数据段中全局变量。因为这将改变已有的全局变量的地址，使代码引用错误的变量。
4. 不能简单替换数据段中的变量内容，即不能随意修改源程序中非const全局变量的内容。
   

然而对于C/C++程序而言，如果需要不停机打patch，这是最基本的要求。而在实际工作中，很难要求所有的fix都满足上面的要求! 其实也能做，但是代价太高了~~~。

Erlang 只有代码段，没有数据段，所有数据都动态，实现这样的功能确实要简单很多。而且 Erlang 又是已虚拟机的方式运行，替换代码段的难度又有所降低。

对于 Erlang 而言，运行时程序更新，这样的功能就算是水到渠成吧！

关于 Erlang

在国内小程序员的圈子里，高水平的不多，但是跟风的水平还是不低的，C/C++, VB, Delphi, Java, C#, Perl, Python, PHP, Lua, JavaScript, Rudy, Haskell, Erlang...... 随风而来。不才也跟了一把风 Erlang 了一把！ 说起这个 Erlang 真正令我感兴趣的地方是——它是由 Ericsson 开发出来的用于电信级应用程序开发的语言。说来惭愧现在也算是在电信圈子里面（当然不在Ericsson） 讨生活的菜鸟吧！ 不由自主地对别人如何做同样的东西有兴趣。 算起来也在上面画了N个小时了，有点感受也记录下来总也不算是枉费了这些时间。

首先，Erlang 诞生于于1980年代，在 Ericsson Computer Science Laboratory，虽然没有官方的说明，当时我个人感觉，Erlang的根本源于LISP，虽然语法上作了一些变化，但是语言的本质上确是不可回避的LISP风骨：函数语言，自动内存管理，原子概念，LIST/表操作，不一而足，虽然从语法上作了一些改变，摒弃了繁复的"()", 引入了 "->", ",", ";", "." 这样只是更加突出了函数的定义和使用时的方便性。

其次，为了函数语言能够在工程实践中具有实际应用，Erlang在语言层次上引入了许多辅助的功能。1）Erlang从语法层次上定义了一种引入副作用（side effect）的方法进程间消息的发送—— Pid ! Message , 与接收 Receive。这与 Erlang 虚拟机的轻量级进程相结合，无疑是提供了一个颇具工程价值的强悍的函数式语言；2）引入的模块(module)，函数输出/输入定义(export/import)，引入宏； 3）增强的 Term 匹配； 4)引入异常处理机制(try/catch)，5）引入 tuple 以及 record 数据类型。
不过坦白的讲，除了第一点进程间消息的发送与接受具有些实质上的意义之外，异常及其处理机制，tuple数据类型，感觉上却有些画蛇添足之感，这些变化只是让程序设计的复杂性有所增加，并没有什么实质性的提高。
特别是异常这样的东西，很有可能是受了这些年 C++/Java语言的毒害吧，就结构化程序而言，我们还可以异常可以简化程序的正常流程，增加可读性。可是对于函数式语言除了需要多些try/catch这样的另类语法，我们又得到了什么呢？赫赫，只能是仁者见仁智者见智了！

还有，Erlang/OTP 为程序开发人员提供了一个相当完善的，可以李可使用的程序库 OTP。在当前的这个软件开发时代。一个高质量，高易用性的 library 对于语言的发展有着非常大的推动作用，Java语言，也正是凭借着功能丰富，充分文档化的Java API在当今程序设计领域占据着重要地位的。对于一个电信设备专用语言而言，OTP已经为我们提供了，SNMP Agent, CORBA, CORBA IDL, CORBA Event, 数据库。确实极大的方便了设备开发人员的工作。

再就是 Erlang 的 soft real-time 特性。 以及 Erlang 的虚拟机。基本上可以认为Erlang编译出来的程序式平台无关的, Erlang设计的程序可以运行在Linux/Windows/Solaris平台。 这样就可以构造 Linux + Erlang 德超强组合。也算是开拓了电信设备设计的一种新思路吧！

Ericsson 会把这样的东西放出来还真是很有意思的，就如同在 Erlang 的 FAQ 中写的

10.4. Why is Ericsson giving away Erlang?
(The following is my personal impression. I don't speak for Ericsson!)

Nothing to lose: Ericsson's core business is telecommunications products, selling programming tools is not really a business Ericsson is interested in.

Stimulate adoption: Erlang is a great language for many sorts of systems. Releasing a good, free development environment is likely to make Erlang catch on faster.

Generate goodwill: Giving away cool software can only improve Ericsson's image, especially given the current level of media attention around "open software".

Common Lisp HyperSpec

曾经在研究生阶段上过一门计算机系开设的人工智能基础的课程。
在课程的最后还用clisp完成了一个寻找最佳乘车路线的程序作为课程设计。
当时对clisp真的没什么感觉，就是一堆的括号 (((((...).(...)))))
CLISP 就是 Common List 是 ANSI X3J13 标准化之后的Lisp语言
这也算是我对Lisp的一点儿初步的认识吧！

说起来 LISP 也算是自成一派的人工智能语言， 函数语言的基础。
Lisp之根源中文版，以及英文原版 The Root of Lisp 可以算是Lisp入门必读了吧！

看到Lisp就会感觉到人类智慧的伟大！
于lisp相比 XML就有点儿太丑陋了！

Bash新手指南

今天又看到了 BASH 的新手指南，网络上中文的东西越来越多了！
只不过又是翻译作品，希望今后有越来越多的中文原创！

VIM syntax for JavaScript 0.7.2 released

Today I do update the JavaScript syntax script for VIM to 0.7.2.

Until now PRC 2007.01.30-21:37 my script got:
Rating 332/99, Downloaded by 1684

I do like more feature, but I like the accuracy much more. :D
Without the context based parser, it can't highlight the JavaScript properly.

Hack the IDLE.DLL of Yahoo Messenger

Yahoo Messenger is very nice IM software. But it used the very old window HOOK functions to detect the user idle time through IDLE.DLL. The idle.dll is a 6k DLL file which created with Microsoft VC 7.1 and linked with MSVCR71.DLL. In this way, the IDLE.DLL will be injected to all the user applications, and hook the message queue of all applications, and it will also injects the MSVCR71.DLL into the user applications. Please refer MSDN for details about the Windows HOOK function.

Yahoo Messenger 是一个很不错的IM软件。但是它是用了一个非常陈旧的Windows Hook功能,因此制造了一个idle.dll 用来来检测用户的发呆时间。这个IDLE.DLL 文件看起来并不大，只有6k，其实它是一个用VC7.1编译产生的动态链接库并且动态链接到MSVCR71.DLL。 由于HOOK函数需要把 IDLE.DLL 注入到所有的用户程序中，MSVCR71.DLL 也会被注入到所有的用户程序中。 而且这个IDLE.DLL 会进入所有用户程序的消息循环。在所有的程序中都有这个 idle.dll 实在是让人不爽。 ;)

Let's check the IDLE.DLL
下面就让我们看看这 IDLE.DLL

C:\Program Files\Yahoo!\Messenger>dumpbin /exports idle.dll
Microsoft (R) COFF/PE Dumper Version 8.00.50727.42
Copyright (C) Microsoft Corporation.  All rights reserved.


Dump of file idle.dll

File Type: DLL

Section contains the following exports for idle.dll

  00000000 characteristics
  450867C8 time date stamp Thu Sep 14 04:19:20 2006
      0.00 version
         1 ordinal base
         3 number of functions
         3 number of names

  ordinal hint RVA      name

        1    0 00001016 ?IdleUIGetLastInputTime@@YAKXZ
        2    1 000010C3 ?IdleUIInit@@YAHXZ
        3    2 0000111C ?IdleUITerm@@YAXXZ

Summary

      1000 .data
      1000 .rdata
      1000 .reloc
      1000 .rsrc
      1000 .text
      1000 Y_IDLE

It has 3 C++ functions defined, and a customized data section "Y_IDLE", I think it is the shared data section which used to store the latest user active time stamp. While what's the function protocol for these 3 function? I found a very good documentation for the C++ name mangling of different compilers at URL http://www.agner.org/optimize/ Calling conventions for different C++ compilers and operating systems
它定义了三个输出函数，同时自定义了一个程序段 Y_IDLE 相比这应该是一个数据段，用来记录从各个应用程序收集到的最新的用户消息发出的时间。 而这三个函数应该是用C++的命名规则输出的，但是这三个函数的原型是什么呢？幸好发现了一个非常好的文档，详细地描述了各种编译器的 C++ name mangling 也就是符号标的转换规则。参见 http://www.agner.org/optimize/ Calling conventions for different C++ compilers and operating systems


In fact, from the Windows 2000, WIN_VER>=0x500 there is a new function GetLastInputInfo in user32.dll, it will provide the Last user input time stamp quickly.
其实从Window2000开始，微软在 User32.dll 就提供了一个新的函数 GetLastInputInfo 它就可以用来返回用户的最后输入的时间。

/**
 * This is used to hack the Yahoo Messenger.
 * compiled with VC7.1 as:
 *  cl -W3 -O1sy -LD -MD -D_WIN32_WINNT=0x0500 idle.cpp -Feidle.dll User32.lib
 */

#include 

#pragma section("Y_IDLE",read,write)
__declspec(allocate("Y_IDLE"))
int Y_IDLE = 0;

#define DllExport   __declspec( dllexport )

DllExport DWORD IdleUIGetLastInputTime() 
{
    LASTINPUTINFO lii; 
    lii.cbSize = sizeof(lii);
    GetLastInputInfo(&lii);
    return lii.dwTime;
}

DllExport INT IdleUIInit() 
{
    return TRUE;
}

DllExport VOID IdleUITerm() 
{
    return;   
}

This will be able to create a new IDLE.DLL
这样就可以知道一个新的 idle.dll , 而且它也再也不会被注入到其他的程序中了。
替换原来的 IDLE.DLL 还真不错~~~~ 工作正常。

写在后面

在找到 IDLE.DLL 输出函数的原型还真花了些时间。后来才发现其实微软已经给我们提供了一个很方便的工具，那就是随Platform SDK 分发的 Dependency Walker (depends.exe) 里面有一个 Undecorate C++ functions 的功能，我们只需要用Dependency Walker 打开 IDLE.DLL 就可以看到输出函数的原型了。


其实