[TS懶人包] [保險服務]

2012年1月16日星期一

Multicharts QM Ascii Data import error

之前在 import Ascii 資料時會出現畫面錯誤,導致無法選擇要匯入的檔案問題…

此時畫面大概會如下面這樣:




其實我不太想為了這個問題就把整個系統重灌…所以就上網找了一下看到底是什麼樣的問題。結果發現 MC 的討論區內也有人出現同樣的問題…而且官方也給了解決的方式了…

主要是因為 ASCIIConverter.dll 這個檔案出現錯誤。所以要解決這個問題,請先下載:

ASCIIConverter.dll

這個壓縮檔,解壓縮後,把 ASCIIConverter.dll 和 regAsciiConverter_MC7_0.bat 這兩個檔案放到 MC 的資料夾內。

如果你沒改過安裝路徑的話,那路徑會是: C:\Program Files\TS Support\MultiCharts

把兩個檔案都放進上面的資料夾後,執行 regAsciiConverter_MC7_0.bat 即可修覆這個問題。

上面這個 .bat 檔只是執行重新註冊 dll 而已~

相關的 MC 官網討論串可以參考: http://www.multicharts.com/discussion/viewtopic.php?f=1&t=8995

2012年1月2日星期一

DKT 自動下單機 v3.02 (支援原台證、凱基、日盛)

原本其實已經打算不再更新下單機了~不過因為還是有人提到是否會繼續支援台證的新版憑證~

就把自己在用的版本在維護一下。有需要的請自行下載囉…如果是新版憑證的朋友期貨商請選「凱基」…

另外這版本也修正了如果單純使用日盛期貨下單時,在簡訊設定內的錯誤部份…

DKT v3.02 下載位址

同樣的…使用前請在盤前先做簡單測試…

2011年12月2日星期五

似乎又把 rss 訂閱搞掛掉了

這篇沒內容…單純測試一下是不是真的掛了…

如果又掛了…那就是第二次搞掛了…

2011年11月17日星期四

小故事

之前的主管寄來的小故事…我覺得還滿有意思的…分享給大家看一看囉

1941年,第二次世界大戰正打得如火如荼。
有一天,美國哥倫比亞大學著名的統計學家沃德教授(Abraham Wald),遇到了一個意外的訪客,那是英國皇家空軍的作戰指揮官。
他說:「沃德教授,每次飛行員出發去執行轟炸任務,我們最怕聽到的回報是:『呼叫總部,我中彈了』。請協助我們改善這個攸關飛行員生死的難題吧!」



沃德接下這個緊急研究案,他被委託分析德國地面砲火擊中聯軍轟炸機的資料,並且以統計專業,建議機體裝甲應該如何加強,才能降低被砲火擊落的機會。但依照當時的航空技術,機體裝甲只能局部加強,否則機體過重,會導致起飛困難及操控遲鈍。

沃德將聯軍轟炸機的彈著點資料,描繪成下列的兩張比較表。沃德的研究發現,機翼是最容易被擊中的部位,而飛行員的座艙與機尾,則是最少被擊中的部位。

沃德詳盡的資料分析,令英國皇家空軍十分滿意。但在研究成果報告的會議上,卻發生一場激辯。
負責該專案的作戰指揮官說:「沃德教授的研究清楚地顯示,聯軍轟炸機的機翼,彈孔密密麻麻,最容易中彈。因此,我們應該加強機翼的裝甲。」

沃德客氣但堅定地說:「將軍,我尊敬你在飛行上的專業,但我有完全不同的看法,我建議加強飛行員座艙與機尾發動機部位的裝甲,因為那兒最少發現彈孔。」

在全場錯愕懷疑的眼光中,沃德解釋說:「我所分析的樣本中,只包含順利返回基地的轟炸機。從統計的觀點來看,我認為被多次擊中機翼的轟炸機,似乎還是能夠安全返航。而飛機很少發現彈著點的部位,並非真的不會中彈,而是一旦中彈,根本就無法返航。」

指揮官反駁說:「我很佩服沃德教授沒有任何飛行經驗,就敢做這麼大膽的推論。就我個人而言,過去在執行任務時,也曾多次機翼中彈嚴重受創。要不是我飛行技術老到,運氣也不錯,早就機毀人亡了。所以,我依然強烈主張應該加強機翼的裝甲。」

這兩種意見僵持不下,皇家空軍部部長陷入苦思。他到底要相信這個作戰經驗豐富的飛將軍,還是要相信一個獨排眾議的統計學家?由於戰況緊急,無法做更進一步的研究,部長決定接受沃德的建議,立刻加強駕駛艙與機尾發動機的防禦裝甲。

不久之後,聯軍轟炸機被擊落的比例,果然顯著降低。為了確認這個決策的正確性,一段時間後,英國軍方動用了敵後工作人員,蒐集了部份墜毀在德國境內的聯軍飛機殘骸。他們中彈的部位,果真如沃德所預料,主要集中在駕駛艙與發動機的位置。

看不見的彈痕最致命
乍看之下,作戰指揮官加強機翼裝甲的決定十分合理,但他忽略了一個事實:彈著點的分布,是一種嚴重偏誤的資料。因為最關鍵的資料,其實是在被擊落的飛機身上,但這些飛機卻無法被觀察到。因此,佈滿了彈痕的機翼,反而是飛機最強韌的部位。空軍作戰指揮官差點因為太重視「看得見」的彈痕,反而做出錯誤的決策。這個案例有兩個特別值得警惕的地方。

死掉或被俘的人無法發表意見。
第一, 蒐集更多資料,並不會改善決策品質。由於彈痕資料的來源本身就有嚴重的偏誤,努力蒐集更多的資料,恐怕只會更加深原有的誤解。
第二,召集更多作戰經驗豐富的飛行員來提供專業意見,也不能改善決策品質。因為這些飛行員,正是產生偏誤資料過程中的一環。他們都是安全回航的飛行員,雖然可能有機翼中彈的經驗,但都不是駕駛艙或發動機中彈的「烈士」。簡單的說,當他們愈認真凝視那些「看得到」的彈痕,他們離真相就愈遠。

2011年10月17日星期一

程式交易 - SetStopShare 指令

在寫加碼型策略的時候如果有用到 SetStopLoss 或是 SetProfitTarget 等二個指令的時候…通常就是條件符合時就會把單一股腦全出光了。

有時候也許會想要分開出不要一次出… 之前在 TS 的時候就是得自己慢慢寫啦。

而今天用 MC 的情況下,聽到朋友說起這個指令~感覺滿好用的,跟大家介紹一下。



這個指令就是 SetStopShare;

在程式碼內找個地方寫上就可以了,之後這個指令會影響到 SetStopLoss 和 SetProfitTarget 兩個指令。

例如,原本的情況如下:



這裡用的指令是 SetProfitTarget(40000);

可以看到三筆多單都在同一個點位出場了~而這個出場點位剛好是三筆單加起來獲利 40000 的地方。

接下來我們把指令改成:

setstopshare;
setprofittarget(15000);

結果會如下:


可以看到三筆單是分別出場,每筆單獲利是 15000。

停損的狀況也是一樣,下面這是原本的停損,指令下的是: setstoploss(30000);


可以看到三筆單最後停損掉了,總虧損是 30000。

接下來把指令改為:

setstopshare;
setstoploss(10000);

則結果會變如下:


就可以看到三筆單是分別出場了,每筆單是虧損 10000。

滿有趣的,有興趣自己玩玩看吧。


Related Posts Plugin for WordPress, Blogger...