天高任我飞翔

关于自我介绍：

• 不要重复简历 的内容，比如姓名、教育背景……
• 介绍最能展示自己的东西，给对方深刻印象，比如有意义的实习经历、相关的故事
• 不要超过两分钟，控制好时间

最后一个想问的问题：

• 不要说没有问题，不要问收入待遇
• 可以问公司的培训计划
• 对当前的××问题，公司的应对之道

今天据说会有30度，好热啊。
天热了，觉得有点心烦，先看会电影吧。

难以置信，没有收到bluepath的笔试通知。既然Google和摩根斯坦利都给了笔试的机会，为啥IBM会是这样？
刚才检查了网申的表单，也没有发现填错什么信息，本来还有点担心这个。想来想去，觉得还是和网申的太晚有关系吧。这次的截止时间是5.14号，我拖到11号才去网上填了申请。如果系统是按照先来后到的顺序进行处理的话，排在后面可能会遇到时间紧张的问题。特别如果ChinaHR有人工筛选简历的话，后面几天太忙工作压力太大，可能会有些疏漏。今天也犯了一个错误，下午应该给ChinaHR打个电话问一下，打听一下情况。现在都下班了，什么都晚了。
得到的教训就是，以后网申要尽量早一点，有问题要主动问一下。网申早的话，有可能早出结果，心也会定一点，不用老是去刷邮箱。觉得情况不对也要打电话咨询一下，没什么比心猿意马更不爽的了。
没有什么over-qualified，有问题多还是多想想自己的错误吧。

今天接到摩根的笔试通知：
５月１８号，周日，下午２点
复旦４１０１教室，座位号４５

好吧，和bluepath的笔试赶到一起了

XML文档成功解析后，有些XML解析器会将文档数据以树结构形式存储到内存中，这个层次化的树结构称为“文档对象模型”（DOM）树，能够创建这类结构的XML解析器称为“DOM解析器”。DOM树将XML文档的每个组件表示成树上的一个结点。DOM只有单独一个“根结点”，即“文档根”，其中包含文档中的其他所有结点。每个结点都是一个对象，它具有自己的属性和方法。
SAX（Simple API for XML）于1998年5月发布。SAX是解析XML文档的另一种方法，使用的是一种“基于事件的模型”。基于SAX的解析器在处理文档时，会生成名为“事件”的通知信息。软件程序可“侦听”这些事件，以便从文档获取数据。例如，用于生成邮件列表的一个程序可从XML文档读取姓名和地址信息，而这个文档包含的并不仅仅是邮寄地址信息，比如还可能包括生日、电话号码和电子邮件地址等等。程序可用SAX解析器对文档进行解析，并只侦听包含姓名和地址信息的事件。大量程序语言都可使用基于SAX的解析器，比如Python、java和C++等等。
针对XML文档数据的访问，SAX和DOM提供了截然不同的API。每种API都有自己的优点和缺点。DOM是一种基于树的模型，将文档数据存储到一个由结点构成的层次结构中。程序可快速的访问数据，因为所有文档数据都在内存中。DOM还提供了相应的机制来增删节点，从而简化了程序对XML文档的修改。
基于SAX的解析器在遇到标记时，要调用“侦听器方法”。使用这种基于事件的模型，以SAX为基础的解析器不会创建一个树结构来存储XML文档数据。相反，在找到数据时，解析器会将数据传给应用程序。相较于基于DOM的解析器，这样可获得更好的性能，内存开销也较小。事实上，许多DOM解析器都在幕后使用SAX解析器，以便从文档中获取数据，并在内存中生成DOM树。许多程序员都认为，使用DOM树结构，可以更容易的遍历及处理XML文档。因此，程序常常用SAX解析器读取不会由程序修改的XML文档。
总结一下：

• 处理大型XML文档时，基于SAX的解析器通常笔基于DOM的解析器更有效，尤其重要的是，基于SAX的解析器不会将整个XML文档载入内存。
• 如果文档只需解析一次，那么最有效的就是基于SAX的解析。程序要从文档快速获取信息时，DOM解析器通常闭SAX解析更有效。
• 要求节省内存的程序通常使用基于SAX的解析器。SAX是独立于W3C的，DOM是正式的W3C推荐规范。