大猪小猪落玉盘
2010-01-21life

没有评论

gtd加工处理的方法指导

gtd加工处理的方法指导

学习这种模式的最佳途径就是行动起来。但是，还是有几个基本原则可以遵循：

1、从最上面的一项开始处理

即使第二项事情是你们国家总统先生给你的一封个人留言，而第一项仅仅是一个垃圾邮件，你也必须首先对付这个垃圾邮件。虽然这是一个夸张的例子。但是这 个原则是非常重要的，每一件事情都必须获得均等机会的处理。“处理”这个动词并不意味着“花费时间”，它仅仅是指“判断事情的实质，决定下一步的行动方 案，然后相应地处理掉”。无论如何，你必须尽最大的可能迅速地突击到工作篮的底部，而且不逃避任何一件事情的处理。

2、一次只处理一件事情

也许你发现自己常常有这样一种倾向：拿起一份资料，当自己还未确定具体的处理措施时，你的眼睛又不由自主地落到下面的另一桩事情上，大脑也随之开了小 差。也许第二项工作对你具有更强的吸引力，因为你对如何解决它胸有成竹，而对于手头上的这件事你一点也不感兴趣。这可是一个危险的信号：由于你把精力转移 到下面一项更简单、更重要或者更有趣的事情，很可能你会把手头上的工作扔到一边，使它再次积压在你的办公桌上。大多数人也希望能够立刻把工作篮中的一切内 容统统倒出来，尽力搞定它们。尽管我本人非常理解人们这一急切愿望，但是，我还是始终提醒我的客户们：把所有的内容放回原处，除了最上面的一项。每次只强 调一项内容，可以迫使你集中注意力作出判断。注意力是确保问题解决必不可少的条件。即使你的思考被迫中断，你处理的事情也不会再次陷入失控状态。

3、永远不要把任何事情再次放回工作篮

工作篮是一个处理问题的站点，而不是一个存储容器。你只有一条单程路线离开工作篮。尽管事实上，对事物仅仅只处理一次并非是一个好语音，但这条单程路 线体现了那条古老的警言“处理一次” （handle things once）的真实寓意。如果你照此办理，你就永远不会背负着一个清单，因为当你读到这个清单时，你即刻就将它们一一搞定了。这条建议的中心意图在于，根除 一种不良习惯，即连续不断地从工作篮中取出任务，但却即不判定的性质，也不考虑下一步对策，只是把它们弃之一旁。因此，一条善意的忠告是：“当你第一次从 工作篮中取出时，立刻判定它的实质以及处理方法，永远不要把它再次放回工作篮内。

4、行动步骤必须绝对是具体的行动

记住这些行动是看得见，摸得着的。许多人以为，当他们决定“开会”时，已经决定了“下一步行动”。然而，那并不是真正的下一步行动，因为它缺乏对具体 措施的细致描述。你是如何为一次会议作准备的呢？是的，也许你需要打一个电话或者发一个电子邮件，但是电话打给谁？电邮又发给谁呢？现在决定！假如目前不 作出决定，这意味着在将来的某一时刻，你还将重新思考这一问题。而设计这个加工处理程序的初衷就是帮助你高潮完成针对某一项工作所必须进行的思考。因此， 如果你还无法明确下一步具体的行动方案，势必造成一种心理间断。每当你考虑这一问题时，这个心理间断都会存在。渐渐地你就产生了一种抵触情绪，忽视了它的 存在。在认清下一步的具体行动之前，你需要考虑更多的事情，才有可能应对任何出现的变化。

我个有一种使命感，要把“下一步行动是什么”变成全盘思考的一个组成要素。如果有关是否需要下一步行动的问题没有得到圆满的解答，那么所有的会议或者 讨论都永远不会结束，一切交流沟通也永远不会停下来。如果你存在着下一步的行动要求，那么是什么呢，或者至少应该由谁来承担这个责任呢？我希望各种组织机 构都能采纳这一标准，规定任何人自己管辖的“一亩三分地”里的任何事情都要评估出下一步的具体措施，落实由此作出的决定。想像一下，由此获得的自由将解放 我们，使我们专注于更重要的事情。
在过去的几年里我已经注意了，每当个人和团体把“下一步行动是什么”列为一个最基本的问题并坚持提出来时，他们自身的能量以及工作效率就会发生显著的变化。这个问题看似简单，但是它仍然难以得到全面的贯彻。
当一个文化采纳“下一步行动是什么”作为一个标准问题时，自然而然地，它在能量、生产率、透明度等方面就能获得显著的提高。

领先的秘密在于开始行动。开始行动的秘密在于把复杂的大宗任务分解成为可以操作的细小工作，然后开始实施第
一项内容。
 ——马克吐温
2010-01-20work

要查看留言请输入您的密码。

密码保护：firefox访问国外网站

这是一篇受密码保护的文章。您需要提供访问密码：


2010-01-20work

没有评论

往sina邮箱发不了信件了

This is the Postfix program at host mail.bomtu.com.

I’m sorry to have to inform you that your message could not be delivered to one or more recipients. It’s attached below.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can delete your own text from the attached returned message.

The Postfix program

<vs***e@sina.com>: host freemx2.sinamail.sina.com.cn[218.30.115.106] said:

550 #5.7.1 Your access to submit messages to this e-mail system has been

rejected. (in reply to RCPT TO command)

好像是ip被弄进黑名单了，昨天还好好的，也没乱发什么邮件啊，真奇怪，明天再观察一下。

BTW:

20100121今天同样的附件，同样的内容，同样的邮箱，又能发送了，还是找不到原因。

2010-01-20life

没有评论

gtd初步学习

这几天每天晚上看小强升职记， 有所感触，边学边用。

首先是早晨上班的时候，开始整理inbox，将所有的工作都放入一张纸，这张纸就放在屏幕下面，纸分左右两侧，左面就以此放入所有接收到得要做的事情，右侧放next action都是具体的明细子任务，都是今天要做的，至于项目和需要分解的任务，现在暂时没有好办法，都是在另外一张纸上画分叉线图进行拆解，拆解到具体可执行的，就放到next action（计划当天要做的，如果当天不做的，先不处理，没想好这儿）

不想纸张太复杂，这样两张纸就全一目了然，多了反而自我感觉乱。 还有一张纸属于timelog，只记录每个时段想做的和实际做的事情，方便回顾用。

坚持+++

2010-01-19life

没有评论

gtd几张示意图

gtd示意图

2010-01-18work

没有评论

win7收藏夹扩充

一直觉得win7的收藏夹那应该可以再增加一些常用的目录，后来才找到怎么解决的。

打开需要经常用的文件夹之后，在收藏夹上面点右键，有一个【将当前位置增加到收藏夹】的菜单

选择之后收藏夹那就多了一个当前目录的指向，很方便。按照这个方法，添加任何文件夹，例如桌面，回收站等等。

这下就方便了，再也不用点了很多次目录才找到msn的文件夹了

2010-01-18life

没有评论

买了一本小强升职记

gtd

gtd好书-小强升职记

出 版 社： 北京出版社
出版时间： 2009-3-1
字　　数：
版　　次： 1
页　　数： 232
印刷时间：
开　　本： 16开
印　　次：
纸　　张：
I S B N ： 9787200076509
包　　装： 平装

《小强升职记》是gtdlife.cn写的一本掌握时间，高效管理的书，自己这段时间事情太杂了，感觉很烦恼

希望这本书能让自己步上一个新台阶。

2010-01-18work

没有评论

域名解析恢复正常了

确实得需要2天时间，虽然dig domain.com +trace  看到顶级机构的dns已经改了

但是各个地区上网的dns解析那还是没有变过来，dns的变更很慢，如果只是ip解析应该是很快的

com.                    172800  IN      NS      I.GTLD-SERVERS.NET.

2天时间才会从根部更新dns

2010-01-15life

没有评论

我的摩羯人生

摩羯人生

2010-01-14linux

没有评论

dig理解DNS的解析过程

    dig理解DNS的解析过程

    关于DNS的常识，可以阅读附录的一些参考资料。

    本文旨在尝试举例用dig命令理解这个过程，并非权威知识，仅供参考.

    测试域名为阿权的书房的域名 www.aslibra.com 和 www.163.com。

    [root@localhost ~]# dig www.aslibra.com

    ; <<>> DiG 9.2.4 <<>> www.aslibra.com

    ;; global options:  printcmd

    ;; Got answer:

    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25746

    ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 6, ADDITIONAL: 6

    ;; QUESTION SECTION:

    ;www.aslibra.com.               IN      A

    ;; ANSWER SECTION:

    www.aslibra.com.        900     IN      A       222.76.215.25

    ;; AUTHORITY SECTION:

    aslibra.com.            33024   IN      NS      k8.hkidc.com.

    aslibra.com.            33024   IN      NS      b.hkidc.com.

    aslibra.com.            33024   IN      NS      j6.hkidc.com.

    aslibra.com.            33024   IN      NS      ns8.hkidc.com.

    aslibra.com.            33024   IN      NS      ns5.hkidc.com.

    aslibra.com.            33024   IN      NS      a.hkidc.com.

    ;; ADDITIONAL SECTION:

    k8.hkidc.com.           55596   IN      A       125.65.112.32

    b.hkidc.com.            53594   IN      A       221.122.64.81

    j6.hkidc.com.           54375   IN      A       222.76.219.74

    ns8.hkidc.com.          53598   IN      A       221.122.64.81

    ns5.hkidc.com.          55596   IN      A       222.76.219.81

    a.hkidc.com.            53594   IN      A       125.65.112.32

    ;; Query time: 71 msec

    ;; SERVER: 211.99.25.1#53(211.99.25.1)

    ;; WHEN: Mon Jun  1 12:05:17 2009

    ;; MSG SIZE  rcvd: 268

    如何理解上面的意思？

    QUESTION SECTION：查询的内容

    ANSWER SECTION：相应的内容，一般会得到至少一条A记录，否则就还没定义

    AUTHORITY SECTION：授权信息

    ADDITIONAL SECTION：每个授权服务器的IP地址

    SERVER：查询的dns服务器，可能会被缓存

    过程大体是：

    1 从SERVER查询www.aslibra.com，如果有有效缓存就返回了

    2 如果没有，则找到aslibra.com的授权服务器，下面有例子介绍

    3 从其中一个查询到结果(A记录)

    我们来看看更加具体的解析过程

    “dig www.aslibra.com +trace”可以查看到更加具体的解析过程，阿权的书房比较小，没有那么复杂。

    我们用一个大点的网站看看，比如 www.163.com。

    先看看不加trace的情况得到什么：

    [root@localhost ~]# dig www.163.com

    ; <<>> DiG 9.2.4 <<>> www.163.com

    ;; global options:  printcmd

    ;; Got answer:

    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46550

    ;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 2, ADDITIONAL: 2

    ;; QUESTION SECTION:

    ;www.163.com.                   IN      A

    ;; ANSWER SECTION:

    www.163.com.            51561   IN      CNAME   www.cache.gslb.netease.com.

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.16

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.17

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.18

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.9

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.10

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.11

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.12

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.13

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.14

    www.cache.gslb.netease.com. 1604 IN     A       61.135.253.15

    ;; AUTHORITY SECTION:

    gslb.netease.com.       1604    IN      NS      gslb1.netease.com.

    gslb.netease.com.       1604    IN      NS      gslb2.netease.com.

    ;; ADDITIONAL SECTION:

    gslb1.netease.com.      15896   IN      A       61.135.255.143

    gslb2.netease.com.      15900   IN      A       220.181.28.168

    ;; Query time: 56 msec

    ;; SERVER: 211.99.25.1#53(211.99.25.1)

    ;; WHEN: Mon Jun  1 12:29:51 2009

    ;; MSG SIZE  rcvd: 298

    ANSWER SECTION告诉你：

    www.163.com做了别名到www.cache.gslb.netease.com

    而www.cache.gslb.netease.com有这么一系列机器（A记录），你可以随便挑一个访问。

    我们看看加上trace后是什么信息：

    [root@localhost ~]# dig www.163.com +trace

    ; <<>> DiG 9.2.4 <<>> www.163.com +trace

    ;; global options:  printcmd

    .                       223628  IN      NS      e.root-servers.net.

    .                       223628  IN      NS      f.root-servers.net.

    .                       223628  IN      NS      g.root-servers.net.

    .                       223628  IN      NS      h.root-servers.net.

    .                       223628  IN      NS      i.root-servers.net.

    .                       223628  IN      NS      j.root-servers.net.

    .                       223628  IN      NS      k.root-servers.net.

    .                       223628  IN      NS      l.root-servers.net.

    .                       223628  IN      NS      m.root-servers.net.

    .                       223628  IN      NS      a.root-servers.net.

    .                       223628  IN      NS      b.root-servers.net.

    .                       223628  IN      NS      c.root-servers.net.

    .                       223628  IN      NS      d.root-servers.net.

    ;; Received 512 bytes from 211.99.25.1#53(211.99.25.1) in 65 ms

    com.                    172800  IN      NS      A.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      B.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      M.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      F.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      E.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      D.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      C.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      H.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      L.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      I.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      K.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      J.GTLD-SERVERS.NET.

    com.                    172800  IN      NS      G.GTLD-SERVERS.NET.

    ;; Received 501 bytes from 192.203.230.10#53(e.root-servers.net) in 212 ms

    163.com.                172800  IN      NS      ns3.nease.net.

    163.com.                172800  IN      NS      ns4.nease.net.

    ;; Received 106 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 293 ms

    www.163.com.            86400   IN      CNAME   www.cache.gslb.netease.com.

    gslb.netease.com.       18000   IN      NS      gslb1.netease.com.

    gslb.netease.com.       18000   IN      NS      gslb2.netease.com.

    ;; Received 138 bytes from 61.135.255.138#53(ns4.nease.net) in 47 ms

    这里的过程有点复杂，但其实很好理解，也很重要的内容，需要琢磨清楚。

    要明白，域名都是按等级授权的，比如把www.163.com. 拆分一下：

    . 分配 com. ，com. 分配 163.com. ，163.com. 分配 www.163.com. 。

    根服务器列表是在域名服务器上都有一份的，文档是一样的，文件可以下载。

    域名都是从“.”开始授权，域名根服务器是 (a-m).root-servers.net.这系列服务器分配授权

    .com .cn .net各种域名都从这里开始分配授权，比如 .com 授权给 (A-G).GTLD-SERVERS.NET.

    （尝试做一下 dig www.163.org +trace，就会发现 .org 是分配给 a0.org.afilias-nst.info.等服务器 了）

    这批服务器又授权 163.com给另外的机器

    163.com.                172800  IN      NS      ns3.nease.net.

    163.com.                172800  IN      NS      ns4.nease.net.

    于是查询www是哪个ip就落到了ns3.nease.net.和ns4.nease.net.上，他们给的答案是：

    www.163.com.            86400   IN      CNAME   www.cache.gslb.netease.com.

    然后没戏了，没有给出IP，还没有答案，当然了，别名就要重新查询了，我们继续查询。

    我们trace检查www.cache.gslb.netease.com. ：

    [root@localhost ~]# dig www.cache.gslb.netease.com. +trace

    ; <<>> DiG 9.2.4 <<>> www.cache.gslb.netease.com. +trace

    …（省略和上面查询一样的信息）

    netease.com.            172800  IN      NS      ns3.nease.net.

    netease.com.            172800  IN      NS      ns4.nease.net.

    ;; Received 121 bytes from 192.12.94.30#53(E.GTLD-SERVERS.NET) in 468 ms

    gslb.netease.com.       18000   IN      NS      gslb1.netease.com.

    gslb.netease.com.       18000   IN      NS      gslb2.netease.com.

    ;; Received 116 bytes from 61.135.255.138#53(ns4.nease.net) in 44 ms

    www.cache.gslb.netease.com. 1800 IN     A       220.181.28.53

    www.cache.gslb.netease.com. 1800 IN     A       220.181.28.54

    www.cache.gslb.netease.com. 1800 IN     A       220.181.28.212

    www.cache.gslb.netease.com. 1800 IN     A       220.181.28.50

    www.cache.gslb.netease.com. 1800 IN     A       220.181.28.51

    www.cache.gslb.netease.com. 1800 IN     A       220.181.28.52

    gslb.netease.com.       1800    IN      NS      gslb2.netease.com.

    gslb.netease.com.       1800    IN      NS      gslb1.netease.com.

    ;; Received 180 bytes from 61.135.255.143#53(gslb1.netease.com) in 20 ms

    gslb.netease.com. 的解析权给了 gslb1.netease.com.

    最终给出了 www.cache.gslb.netease.com. 的一系列A记录，解析就算完成了。

    使用dig命令我们甚至可以给163.com画一个他们的域名分布图了 :) ，结合下图应该很容易理解：

    小结一下：

    1 DNS服务器会按等级授权给别的服务器解析域名

    2 指定的是NS记录，同时会有该NS记录的域名的A记录指定

    3 别名方式会再继续查询，一般本dns服务器不处理cdn应该可以别名到cdn功能的服务器处理

    4 你可以方便的用dig检查dns服务器分配情况

    源文档 <http://www.aslibra.com/blog/post/use_dig_dns_check.php>

返回顶部