在第二篇的尾端，我想到要做一個線圖來觀察乖離率和報酬率的線性關係是否在時間上是穩定的。由於是負線性相關，所以報酬率取原值乘-1，圖為(標題有誤，應該不是用Inverse，或許該用Negated?)：

乍看之下非常完美，但是仔細一看，發現最後二十天竟然也有報酬率數據！(由於是取20日后報酬率，所以數據的倒數二十日應該是沒有報酬率數據的)。 回去看程式碼，發現我把二十日報酬率算成了十九日前收盤價減去當日收盤價除以當日收盤價了，時間上不對，差值的正負符號也反了(二十日算成十九日的問題是以知的了)…… 仔細看看加權指數和季線的關係也可以看出來明顯的錯誤。

更正后如下：

看出來大致是往左平移，差額十九日改為二十日對曲綫影響不算大，主要是改成了二十日后收盤價減去當日收盤價除以當日收盤價的影響。

另外填上前71日的報酬率供參考:

這樣更正之後線性關係就幾乎消失了（實際上變成了非常些微的正相關），而且觀察圖形可以發現，乖離率似乎是報酬率的滯後指標，這非常合理，由於短期報酬率的改變會造成現價偏離長期平均，但這就沒有什麽實用價值了。以後有空再把更正之後的圖表全部統和整理再重寫一篇。

這次的慘劇是一個偷懶沒有測試驗算加上缺乏常識的結果… 新的結果稍微檢查過，希望沒有問題啊…

製作了一系列的直方圖(Histogram)，除了總體的乖離率和報酬之外，另外針對不同的乖離率繪製報酬率直方圖，應該較有實際意義。

不過還是得提醒一下，在這裡統計的勝率有其可能的誤導性，比方說報酬與乖離率的線性關係可能在不同時間段的情況不同，可能2009年負相關性比較明顯，而2010年的時候就偏向無相關(只是假設)。我想到可以吧報酬率和負的乖離率依照線性回歸係數修正后按時間畫在一個圖上，另外再算個兩者之差，這樣就比較能夠看出與線性模型契合度是否在不同時間上存在一致性。 今天有點晚了，明天再做。

這次這張圖R只用了不到50行code就做出來了，要是用python+pylab大概得花大量時間讀文檔，寫出來的code可能還會更長。所以應該是先學R再去學pylab(numpy+scipy+matplotlib)會比較輕鬆。

給自己的第一個任務是簡單分析現在股市分析師最喜歡用的“季線”是否真的能作為多空走向的指標。所謂“季線”我查到有兩個定義，一個是60天的移動平均線，另一個是72天的，我這裡採取72天定義。數據來源是Yahoo! Finance，統計2003/01/02至2011/11/18的台灣加權指數收盤價（2003年以前的數據沒有成交量資訊，為了統計時間段的一致性，只採用2003年以後的數據）。

第一步先做出走勢圖，畫上季線（藍色）和乖離率（紅色），乖離率為當日收盤價和72日平均之差除以72日平均。所以只要紅色的線在零以上就是指數在季線之上。可以看出最近的乖離率走勢有些類似2004年第二季左右的時候。（字有點小，請點圖片看大圖，以後會改進…）

第二步我計算出每一個交易日十九日後的報酬率，也就是T+19日的收盤價減T日的收盤價再除以T日的收盤價，姑且不准確的稱之為20日收益率（這是我的錯誤，應該算T+20日），與當日的乖離率做出分佈圖(scatter plot)，并計算回歸曲綫。可以看出來大致是負相關的。驗證了乖離率偏高時容易回檔，偏低時容易反彈的坊間說法。

在乖離率為-13%的地方畫上個垂直線，可以看出只要是在乖離率小於-13%的時候會有100%的正報酬率。

在乖離率為10%的地方畫上個垂直線，可以看出只要是在乖離率大於10%的時候會有接近100%的負報酬率(有一個例外)。

乖離率和20日報酬率的correlation coefficient為-0.7935。

現在的分析只指出了在乖離率-13%以下和10%以上有明顯的制勝策略，但是在大多數的情況下乖離率是0%附近，還需要更細分的分析，下回分曉。

先騎電動車到龍潭湖公園的公車起點站坐車，沒想到車上做我們前面的一群年輕觀光客一直大聲喧嘩，路上塞車、車上人又多，實在是很想罵他們…但我見識過在北京人們在路上吵架的勁，說他們一句搞不好就跟你杠上了沒完，所以我最後還是沒吼出來….

右手邊的那群人從上車吵到下車

鼓樓附近的交通已經陷入了癱瘓狀態

到了鼓樓人超多，店裡人多要等，所以我們就去附近繞了繞，結果幾乎不能走…

狹窄的路邊還有流動攤販賣一些小東西

最後終於修好后，公車人又多到沒法上了，我們只好往南邊地鐵走了至少一兩公里才碰上一路人少的公車回家…

他的論述是這樣的，在商學院的課程上，老師將學生分組讓他們一起玩一個遊戲，參與者同時記錄了自己的答案和團隊的答案，最後老師公佈正確答案，統計結果發現個人分數的平均比團隊分數的平均高很多，而團隊答案的“綜合”(我也不確定是什麽意思)幾乎和正解一摸一樣，由於所有參與者都不是這個遊戲的專家，由此作者得出了群體智商比個體智商高的結論。

這樣的論述可以用一個反例來推翻，假設一個團隊裡有4個人，四個人的個人成績分別是100、0、0、0，平均25分，由於拿100分的成員A比較強勢，也可能另外三個人B、C和D自己也知道自己完全不會，所以團隊的答案有80%是採用A的，所以團隊得分80分，這個情況完全是在原論述中合理的(雖然作者說明了參與者都不是專家，但是他沒有提出任何具體數據來證明這個說法，比如說個人成績的最高分還是低於團隊分數的最低分)，所以我們就可以說這四個人和在一起比他們各別每個人都聰明嗎？顯然不是，僅僅是三個笨蛋把一個天才的智商給拉低了而已，作為老闆正確的決定當然是把這三個笨蛋都開了。

我在另一本書上看到一個類似的遊戲，但是參與者是一個公司中的主管和其下屬，研究者先偷偷把正確答案給了這些下屬，由於這些主管都聲稱他們經常聆聽並接受下屬的建議，我們預期最後團隊的答案會和正確答案幾乎一樣；但結果是，沒有一個團隊的答案和正確答案沾的上邊。

我們不能由此就推斷一個天才的主管或是完全聽從下屬的主管才是這個遊戲的正解，但我們知道了一個不太聰明而且又不聽下屬意見的老闆只會帶來毀滅。所以，身為老闆的你，在宣稱自己只招A級人才之前，不妨先檢視一下自己是不是也具有A級人才的素質，不要發現招不到人的時候才在抱怨市場上沒有好人才，事實可能是，好人才根本不會出現在你面前，他們比你還有自知之明。

1. 某Google AppEngine代理軟體：我瞄了一下原始碼，應該是利用寫死一大串可互相替代的ip地址來解決Google AppEngine不斷被河蟹的問題。速度挺快的，但是由於Google AppEngine的限制有些功能並不支援，在這些狀況還是得藉助其他方法。
2. SSH Tunnel (Tunnelier):  Tunnelier由於沒有某些限制所以比putty快，但是我手上的ssh服務器速度都沒有Google AppEngine快，所以我只是用來補強Google AppEngine。
3. VPN:  在Linux裡要用apt-get，pip 之類的東西時用。由於在Linux裏面設定全域的proxy比較麻煩，VPN是快速的解決方法。缺點是VPN是全域的，如果看的是中國網站，連到美國然後再連回來實在有點荒謬，另外免費的VPN服務在高峰期不太穩定，據說付費的也沒好到哪裡去

另外我還用了foxyproxy和switchyproxy來減少不必要的代理使用。

昨天我思考了有沒有可能在天朝內架一個squid服務器，然後將請求加密轉發到美國的服務器(比方說一個免費的EC2 instance)，以簡化鍛煉時客戶端的設定。但是我發現由於瀏覽器到squid服務器的HTTP請求還是明碼的，這個想法顯然相當愚蠢且在大範圍上不可行，只能用在比方說公司的內網裏面。但我倒是找到了一個不錯的方法來改進目前我手上的鍛煉手段，也就是利用haproxy這個負載均衡服務。

簡單來說就是在本地服務器上開好幾個ssh tunnel, 分別使用不同的ssh服務器, 然後用haproxy來建立一個Socks5的前段，後端則是用負載均衡的方法在各個ssh tunnel間切換分流，如此一來有兩個好處:

1. 充分運用手上頻寬：單個SSH服務器到你這裡的頻寬可能不到你的物理頻寬上限，好幾個服務器加起來應該是綽綽有餘。
2. 依據狀況分配流量：如果某個SSH服務器的頻寬較小，可以按較小的比例分配流量給它。
3. 簡化客戶端設定：客戶端電腦上不用再開Tunnelier或Google AppEngine代理的client了，只要設定瀏覽器的socks代理就可以。

如果在你的內網中有個Ubuntu的服務器或虛擬機，haproxy應該能很大程度上的緩解身體鍛煉的痛苦。

配製方法很簡單，首先sudo apt-get haproxy，然後在/etc/haproxy.cfg填上(先洗掉原有內容)：

global
log 127.0.0.1    local0
log 127.0.0.1    local1 notice
maxconn 4096
user haproxy
group haproxy
daemon

defaults
mode tcp
timeout connect 5000ms
timeout client 50000ms
timeout server 50000ms

frontend socks5
bind 0.0.0.0:7777
default_backend ssh-balance

backend ssh-balance
balance roundrobin
server ssh1 :1080 weight 20
server ssh2 :1081 weight 20

其中最下面的兩行ssh1和ssh2是你在本地開啟的ssh tunnel轉發服務，下面會寫如何開啟。現在先修改/etc/default/haproxy:

# Set ENABLED to 1 if you want the init script to start haproxy.
ENABLED=1
# Add extra flags here.
#EXTRAOPTS="-de -m 16"

這樣開機就會自動啟動haproxy了，也可以用sudo service haproxy <command>來管理。接著是打開ssh服務：

ssh –qCNgD 127.0.0.1:1080 <user>@<ssh server address>

最好在ssh server端設定好public key的信任關係，以方便自動化ssh開啟服務。

你可以寫個script讓ubuntu在開機的時候就啟動1080和1081兩個ssh服務，也可以使用supervisor來管理它們的process(es)。

最後在你的瀏覽器上設定socks代理為<address of your ubuntu>:7777就可以開始鍛煉了

15日，我临时接到任务，要采写演出幕后团队的故事。王主任和我讲了一般这类文章的大致要点：写辛苦，但是要找新例子；写的人物要涵盖所有方面。

我查看了报纸几年来这类报道，理出基本思路：一是采访对象包括三类：组织方—导演组，承办方—参演单位，以及表演团体—职工；二是采访的内容要突出大家付出辛苦的原因，也就是大家对公司的情感。

到了会场，王主任认出一个来自湖北的文艺骨干小伍，请他帮我们联系采访对象。小伍不愿多提自己的辛苦，兴奋地让我们去采访赵导——这次演出外请来的总导演。本来以为机会渺茫，没成想，赵导很爽快地接受我们的要求。

因此，在现场，我又有了新任务：专访赵导。

赵导五十岁上下的年纪，瘦高个儿，两颊瘦削，嘴唇很薄。虽然穿着休闲的彩条Polo衫和仔裤，但是还把上衣扎到了皮带里面，显出他对细节很上心。

王主任、我和赵导就这样一字排开坐在后台的沙发上聊了起来。问题不外乎这么几个：您为何答应海油的邀请？对海油的印象？创作过程中的艰辛或有意思的小事？对海油精神或文化的看法？

我这么东一句西一句地问，赵导超配合地耐心作答。有时候，因为我写字比较慢，会出现小停顿，王主任又会适时插上，和赵导攀谈起一些形而上的话题。气氛愉快。

但是，到写稿的时候，我用一贯的简约风格写了篇通讯，和报上其他同事的措辞、笔法和文风都不太一样。一连两个星期，王主任找我谈了两、三次，就是为了启发我写出真正打动人心的文章来，“我要觉得文章拧了我的心一下才行”。

我这个焦虑啊…我就是写不出来啊…我这么多愁善感泪点低的人都没有被打动，怎么打动别人啊…

我改了四稿，其中两稿都没好意思给王主任看，因为我就是找不到写这类文章的感觉，文字干巴巴的，没有灵气。眼看着离文艺演出的时间越来越远，不发的话就成旧闻了，我才战战兢兢地把稿子发给赵导和王主任，然后洗耳等批。

还好，赵导只是增加了几句事实性陈述，甚至还鼓励了我几句。王主任那边居然也通过了！那时的感觉真是“解放区的天是晴朗的天”~

总有种感觉，这么折磨我的稿子，也会折磨别人。果然，在已经签发上版之后，上级部门出于全盘考虑，决定暂时不发了。其实也好。本就不想发出去贻人口实。现在这样，安心做小编，日子倒也顺当。

两周来一直都在断断续续地办理入职手续，工资、社保、医保、党组织、档案等等，每个事情都要去不同的办公室、找不同的人，这么安排难道是为了新人熟悉公司格局？真是用心良苦 ╮(╯▽╰)╭

正经的工作呢，就是改稿子、找图片、排版，一般认真弄个两、三个小时就可搞定。而且，这两周没有采访任务，还是挺开心的~

和我这种轻松应对的工作不一样，轩每天都要实打实地动脑子、解决问题，感觉就像以前考试一样，就算不是期末考，也至少是期中考级别的脑力消耗。因为鼻炎困扰多年，所以他上周一还动了个小手术。结果，就是接下来4天的流血不止，和3天的不可预期性出血。看他刚做完手术，两个鼻孔塞着棉条的样子，真是既心疼又好笑，O(∩_∩)O~ 希望他这次可以一劳永逸，再也不用吃止痛药了。

最近看到有提倡駭客創業的想法，其思想是駭客往往爲了自己方便開發出了非常好用的東西，但是往往沒有多邁一步將其商業化，於是許許多多的好想法就此被埋藏在小眾之中乏人問津。其實所有的創意都是這樣的，有這麼樣的一個金字塔理論，名字和細節不太記得，但大概是這樣：金字塔的底層是壞點子，往上依序是好點子、實做的好點子、實做且成功的好點子，所以世人所看到的只有最頂端的實做且成功的好點子，以駭客的例子來說大概就可歸在實做的好點子里吧，相對頂端來當然要算是多數的。

其實還有一個很關鍵的問題，就是沒有人知道這點子是不是好點子，實用和商業化之間還是有其差距的，商業上的成功是難以預測的，大部份的分析都是馬後炮，大多數的成功都是黑天鵝事件，所謂創業其實也就是某種程度上的瞎猜吧。稍微走題一下：我們已知巨大的成功是無法預測的，而小小的成功或小小的失敗我想應該是比較能夠猜到，畢竟這是大多數，完全的失敗則可能是完全可預測（點子實在太爛?）。在這種不確定性壓迫下，本來很有趣的事情若是轉到創業階段可能都會變成一種煎熬，正如一句話說的那樣，本來有趣的事情成了吃飯的傢伙後就不有趣了。面臨都商業化成不成功的壓力，一個駭客必須要開始考慮自己現在新加上的功能會有多少人喜歡用，而不是僅僅因為自己需要或覺得好玩，長此以往本來好好的一個點子就變成了沒人想要的燙手山芋了。

北京這個超級大城市號稱有全球最長的地下鐵線路，還有繁複的公交(公車)網路，但是出於人口量大、國民素養不夠、規劃不近乎人性等複雜原因，北京的大眾交通以至於所有的道路交通都是一片大爛攤子。

地鐵不管是何時都不太可能有位置可以坐，高峰時候更是像擠沙丁魚一樣，甚至地鐵站都有專人在各個門旁把人推上已經沒有可立足之地的車廂。

公交雖然有可能會有位置可以坐，但也有相當的可能會等半小時以上等不到車、等到了車卻上不去(人太多)、在路上塞車塞一兩個小時這種慘劇，還有一個最慘的情況就是上車的時候沒什麼人，過幾站之後上了無數人，擠到根本無法接近車門，這就不得不佩服中國人的毅力，眼看著車上滿滿的人，還是勇往直前硬是往車上擠，一定要擠到最後一個人的臉正好貼在關起來的車門上才罷休，幾乎要和綜藝節目里一台小車能擠上多少人的遊戲一樣可怕。後來我才想通爲什麽這些人這麼拼命，因為如果不上人多的車，真的有可能永遠也沒車可坐，可以在公交站等上一天。“人太多就坐計程車啊”，一般人會這麼想，但是在高峰時間路上根本就沒有空的出租車(計程車)，這時候還真的會覺得自己就要這樣流落北京街頭了。

當然，坐過來往中國航班的人也許都體驗過，所有大眾交通工具也都有濃濃的腳臭味和汗臭味。

所以最後還是買了台電動車。

當然電動車也是有其麻煩之處，路上所有的電動車都不打方向燈，我現在只看過一個戴安全帽還打方向燈的騎士，我深深懷疑他是台灣人。中國的車是可以紅燈右轉的，所以過路口時隨時都得看自己的後方有沒有右轉車，他們可不會讓直行車。

所以現在又用我老婆的戶口去參加北京購車搖號(抽籤)了，打算買一台迷你車。抽籤的比例是1:20，還據說懂門路的話可以用三萬人民幣買到黑籤，所以正經的抽中機率就更低了。

帝都還真是個神奇的地方。