突然发现，其实本来自以为非常熟悉的一些技术，一旦被人提问以后就会发现自己并不能很好地说明清楚，所以开始认真地写一些非常基础的技术分享，不断查资料探究原理的过程还是非常有趣的

之前被问domReady事件到底是啥，比onload到底好在哪里，一句话说的话就是 DomTree加载完成之后，不等图片加载完domReady就会发生，这时绝大多数JS已经可以正常地运行了（因为页面上初始的dom元素都齐了）。但要说清楚这个domReady的来龙去脉，还真没那么简单。

W3C标准页面加载过程

W3C中关于浏览器加载过程的时间信息的接口标准中有很多页面加载方面的标准，简单地说在chrome里检查performance.timing就可以看见各个事件发生的时间戳

W3C的这张图很好地描述了浏览器加载页面的整个过程，除了domLoading(开始解析dom树)可能会抢先在responseEnd(网络接受应答完毕)之前发生之外，基本是从左到右时间顺序发生

这里我们关注processing以及之后的部分，我尝试解释一下各个事件的含义

• domLoading 浏览器拿到了一些HTML代码，开始解析dom树
  • 设置document.readyState为”loading”（也就触发了readyStateChange)
  • 注意引用的外部script会阻塞dom树解析
  • 解析过程比较复杂这里不多涉及，可以参考W3C的Parsing部分的标准
• domInteractive 浏览器初步解析完dom树，但并不稳定，仍残余一些工作，W3C的相关标准链接
  • 设置document.readyState为”interactive”
  • 清空打开标签堆栈，也就是强制关闭仍未闭合的标签
  • 写在html中的script元素，含defer属性且不含async属性的会在这个时机被执行
  • 此时才会触发domContentLoaded事件
• domContentLoaded其实就是俗称的domReady事件，此时dom树已经稳定
  • aync属性的script元素在这个时机被执行
  • 满足另一种条件的script元素也是这个时机被执行，我没能看懂，估计是来自于document.createElement创建出来的某种情况
• domComplete 需要加载的资源（包括图片、iFrame等等等等）以及脚本全部执行完毕
  • 设置document.readyState为”complete”
  • 这个事件和load事件的区别是load事件必须要有Browsing Context才会被触发，但时机是一样的
• loadEventStart load事件被触发
• loadEventEnd load事件执行完毕

domReady的现实

一般来说我们希望页面上的脚本尽量快速地被执行，但很多情景下都需要完整可操作的dom树才能保证脚本执行正确,尤其是IE6在interactive以及之前的阶段，如果用JS操作了dom树会直接“无法打开站点”。

问题是绝大多数情况下，图片(或者swf等)都不是JS脚本需要的资源，也就是说我们要找的时间点是dom树完整之后，图片加载之前的一个地方来执行我们的脚本，也就是所谓的domReady。对于主流标准浏览器来说，domContentLoaded正是我们需要的domReady，但很不幸我们生活在有IE的世界里，所以需要为IE找一个替代品(doScroll checking)

jQuery相关源码解析

这里看的是jQuery1.7.2的代码，相关部分在core.js里面

jQuery里domReady的绑定代码是jQuery(callback)或者jQuery(document).ready(callback)，最终都落到了jQuery.fn.ready上，readyList维护注册在ready时间上的callback集合，jQuery.ready是jQuery希望绑定在domReady上的callback，里面会执行所有通过各种手段绑定上ready的callback，于是我们主要看jQuery.bindReady

1. 处理了被调用时已经load事件都发生过的情况(L430)
2. 对标准浏览器，用domContentLoaded事件并同时也绑上load事件作为fallback来支持早期版本 (L437)
3. 对IE，首先绑定了readystatechange的complete的情况，以及load事件，然后尝试使用doScrollCheck来更早地触发ready事件(L445)

domReady的问题

domReady虽然通常比load快不少，但此时并不能保证外部资源全部load到，所以需要读img/包含img的元素的尺寸时不能直接在domReady里面跑，flash及类似的外部资源也有类似的问题

参考：DOM Ready 详解

在OpenNI/Kinect框架开发中，如何正确地使用Nite.PointDenoiser (XnVPointDenoiser) 来对手势进行平滑、降噪处理

问题

嗯，最近调教Kinect做手势识别，上OpenNI/Nite框架。
追踪手部用Nite.SessionManager很轻松就能弄出样子来，但是用带除噪的Nite.PointDenoiser代替Nite.PointControl却无效，坐标依旧不停地颤动。

原因

在GoogleGroups里找到了一些有关的讨论，简单地说就是根据API手册，相关的事件如OnPrimaryPointUpdate在PointDenoiser类中压根没有重载，

翻API手册，可以找到一张难看的类图

作为一个PointFilter的子类，PointDenoiser是有信息输入（订阅者）MessageListener 和信息输出（发布者）MessageGenerator两者的特性的，在XnVPointDenoiser Member List页面可以很清楚地看到PrimaryPointUpdate等事件都是属于PointControl也就是MessageListener继承而来的，所以这些事件中的信息必然是和输入的信息一模一样不可能被降噪，要获取降噪后的结果，我们需要的是MessageGenerator下的方法，也就是PointDenoiser::AddListener

解决

最简单的方法就是把PointControl的实例传给PointDenoiser::AddListener，然后监听PointControl的相关事件，大致代码如下

1
2
3
4
5
6
7
8

ScriptNode scrNode;
SessionManager session = Context.CreateFromXmlFile("./path/to/config.xml", out scrNode);
PointControl pointControl = new PointControl();
PointDenoiser pointDenoiser = new PointDenoiser();
 
session.AddListener(pointDenoiser);
pointDenoiser.AddListener(pointControl);
pointControl.PrimaryPointUpdate += new EventHandler<HandEventArgs>(pointControl_PrimaryPointUpdate);

最后贴个完整的类，转发了PointDenoiser的三个配置属性，另外在当中插入了一个broadcaster预留给子类一个访问和控制的接口

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46

using System;
using NITE;
 
namespace GGI.Model
{
    class PointDenoiseControl:PointControl
    {
        public PointDenoiseControl(SessionManager _session)
            : base()
        {
            session = _session;
            broadcaster = new Broadcaster();
            broadcaster.AddListener(this);
 
            pointDenoiser = new PointDenoiser();
            session.AddListener(pointDenoiser);
            pointDenoiser.AddListener(broadcaster);
        }
 
        protected Broadcaster broadcaster;
        protected SessionManager session;
        protected PointDenoiser pointDenoiser;
 
        public float DistanceThreshold
        {
            get
            { return pointDenoiser.DistanceThreshold; }
            set
            { pointDenoiser.DistanceThreshold = value; }
        }
        public float CloseRatio
        {
            get
            { return pointDenoiser.CloseRatio; }
            set
            { pointDenoiser.CloseRatio = value; }
        }
        public float FarRation
        {
            get
            { return pointDenoiser.FarRatio; }
            set
            { pointDenoiser.FarRatio = value; }
        }
    }
}

PS: 还是MarkDown爽，怎么就没早点想起来装个MarkDown的WP插件呢= =

不知道是不是一边上学一边实习的缘故，总觉得最近的状态没有暑假的时候的好了，工作方面开始出现一些差错和不足了，在公司抽不出时间来看新番了，自信心似乎也没以前那么强了

学校这边还要还挂科的债，而且大四这帮课竟然充满了PJ，实在是没有天理（顺带一提这周一我翘了一个PJ的检查，昨天下午去找了助教演示那个残缺的PJ被鄙视了，今天上午还要再去）

找工作方面，我越来越佩服那些玩海投战术的同志了……我就投了俩，其中支付宝还渺无音讯呢，都觉得焦头烂额了……不过我还是坚持自己的做法，投的少&准，希望这周末的面试能果断拿下一个offer先吧……

PS，我发现这个分类其实可以改名叫黑历史了……
PS2，准备尝试实施GTD了……

希望这不是第一万五千四百九十八次六月底Orz

等去学校了再搞个内存条就行了

笔试

比起深度和难度更注重广度的一份卷子，难度低下（编程题比大一的程设期末还简单N多），后面分方向的部分我做了2个方向的(PHP和JS)，PHP的题目比较基础，甚至涉及整型变量范围这样的；JS题目比较实际，要求码一段实现某某交互的代码，用jQuery简单写了下

一面

笔试N千人，其中技术的一千多，一面六百多人，比通知的时间晚了一个小时左右才轮到我

一面主要是技术，也是比起深度更在乎广度的面试，面试官很年轻，气氛很轻松，这里问排序算法的问题没答到最好（堆排）……遗憾……

其他还有关于HTTP，TCP的，关于浏览器、缓存、OS、环境部署等等各个方面的问题，但都问得不深，正中本人下怀

据说有的面试官会给你看你的笔试卷子，我也没看到，有点好奇……

二面

二面的消息倒是提前了一天发给我(不过还是凌晨)，后来得知二面叫boss面，我的面试官是上海这边的开发总监(?)。嘛，一看就是个boss了，广东口音的美帝海龟，说英文比说中文沟通更有效率（不过好处是感觉紧张的时候可以装作听不懂广东话来缓解一下）

技术方面问题比一面少一些但也难一些，另外还问了一些关于TeamWork，关于Communication之类方面的问题，说实话这类问题都是唱得容易做起来难，我只希望以后我工作的时候真能做到我说的那些就已经很好了(汗)，和一面的共同点就是可以反问问题，不仅能获得关于问题的更详细的描述，也能获得一些提示，也能整理一下自己的思路，另外最后还有个智力题，不需要看任何面经什么的我觉的正常人都看到过的（3个人住旅馆30块老板退5块服务生扣2块下略）

和简历相关的问题也是例行公事，反正简历没有水分，如实即可，另外还问了关于失败经历的问题，这种问题只要回答成『我从那次失败中学到了N多』就行

三面

三面是HR的面试，比前两次时间上都短，HR不问任何技术问题，主要还是看个人性格、兴趣，还有对腾讯的看法等等之类，虽然去之前有点紧张（碰到一坨研究生和某研究生大牛），但其实是最水的一面了，后来还宣传了一下腾讯内部的员工待遇什么的

可惜我不是一般人，也不是二班的人，我来自一个神奇的班级，即使在那个神奇的班级里我也算一个神奇的角色了，下面是我自评自己在重要事件来临时的心理紧张程度曲线

• 1：被以前的同学称为『高中的一个梦想之一就是过一天他这样的日子』的堕落日常
• 2：发现竟然要XXX了，我却完全不知道X是个啥，陷入恐慌中约一天至三秒的时间
• 3：三秒或一天后发现慌也是没用的，于是听天由命了
• 4：事件发生的时候进入一种很神奇的量子态，按照费因曼求和来说应该是表现为紧张感0，按照事件的大小还有一定概率让我陷入Seed的状态
• 5：虽然结束后马上就会开始恢复堕落的日常，但还是会有几天玩得没有平时那么尽兴，嘛，但也仅此而已了

嘛，其实今天的情况是这样的：我去南极洲找企鹅面试，等面试的过程中无聊开PSP低头闷玩，面试过程中找回了上个礼拜不小心丢掉了的自信心，面试结束后感觉世界比以前要鲜艳一些

之前翻了一遍以前的扯谈文章心里还是有点淡淡的【哔—】的，以后还是多写写那种文章的罢……

话说GR里竟然有8个订阅者……有点好奇啊

因为引用的东西很多，所以目录管理成了很重要的一个问题，模板目录是一个比较复杂的问题，因为众多app中既有引用的app，可能需要用公用的模板去覆盖（比如openid登录），也有自己的实际项目的app，需要覆盖掉公用的模板，所以我在根目录建立了templates_override和templates_fallback来区分，然后如何设置对应的settings.py就成了问题

翻手册翻文档翻源码，需要自定义一个类来解决这个问题，下面是settings.py的片段

1
2
3
4
5
6
7
8
9
10
11
12
13

from django.template.loaders.filesystem import Loader as fsLoader
class settingsLoader(fsLoader):
    def __init__(self, dirs = None):
        self.dirs = dirs
    def load_template_source(self, template_name, template_dirs=None):
        if not template_dirs:
            template_dirs = self.dirs
        return super(settingsLoader, self).load_template_source(template_name, template_dirs)
TEMPLATE_LOADERS = (
    ('settings.settingsLoader', [os.path.join(os.path.dirname(__file__), 'templates_override')]),
    'django.template.loaders.app_directories.load_template_source',
    ('settings.settingsLoader', [os.path.join(os.path.dirname(__file__), 'templates_fallback')]),
)

目前来看Django还是比较顺手的，就是墙内部署GAE实在蛋疼……尤其是有这么多引用的app，文件数量很大……万幸GAE部署的时候不是一个个文件上传而是打包一炮上传的  

附录：目前引用的project清单

• Django-nonrel (noSql Django移植版)
• djangoappengine (上述移植版的GAE接口)
• django-mediagenerator(打包CSS/JS用Django app)
• YUI Compressor (这个不用说了吧……)
• django-openid-auth (将OpenID整合至Django原生的认证)
• python-openid (OpenID的python支持)