Archive for the ‘技術文章’ Category
Friday, February 29th, 2008
剛剛想寫 twitter 的時候才發現 twitter 又掛了。Twitter 服務不穩屢見不鮮，而且近日有漸漸頻密的現象。特別是重要時刻，好像 SJ 登台「演出」，Twitter 甚至會連主頁都連不上。
很難不將這事實跟 RoR 扯上關係，因為 RoR 的「性格」也是臭名遠播的。就連 Mongrel 的爸爸 Zed Shaw 也這樣說(但這傢伙也自大得太厲害了吧？)。自己本身沒體驗過 RoR，固然沒資格插嘴說三道四。不過有好幾點也是很值得留意的。
其一是效能。那是不少高流量網站的痛處。我好像以前說過只要硬件搭救就沒關係，不過我不曾想到語言和框架會有穩定性的問題。所以在留意功能之際不不忘留意一下在這方面以外有沒有一些為人詬病的問題，例如效能，穩定性，部署的複雜程度等等。
第二點是功能。不要見開發速度很快，十分鐘就能寫一個 blog/forum 便爭著當 fans。有時候如果沒有想要的功能，開發到一半才知道原來框架不支援，是多麼麻煩的事。不知道現在 RoR 還支不支援 composite key 呢？(笑
上面提到的 Zed Shaw 特別提到那群 RoR 的用戶很多是從 PHP 跳槽過來，讓用戶群強大之餘，卻也帶著 PHP 開發的「惡習」到 RoR，像是沒 OO 概念之類的。我想說的是學習一套 framework 還要看看自己開發符不符合 framework 的 ideology，看自己跟框架合不合得來。就像挑伴侶一樣，framework 是開發工作的另一半，為時間緊迫的專案挑框架也得相對小心，免得一失足成千古恨。
以前上課導師說過，"The purpose of a framework is ...
Posted in 技術文章 | No Comments »
Friday, February 15th, 2008
月初五家公司，Microsoft，Yahoo!，Google，IBM 以及 VeriSign 宣佈加入 OpenID Foundation，對增加 OpenID 認受性來說是件好事。MS 早前宣佈會將此技術和旗下 CardSpace 作出整合，VeriSign 本身則早已是 OpenID Provider，Yahoo! 在消息宣佈前幾天推出讓會員設定 OpenID 的服務。Google 則在上個月讓瀏覽者到 blogger 服務留言可以使用 OpenID 辨別其身份。
各位在以上的內容找到甚麼特別之處？這幾家公司裏就只有 Google 願意成為 OpenID Consumer。不是說 IBM 沒有貢獻，相信它最後也會將 OpenID 帶到其產品之中，例如 WebSphere Portal Server 吧。不過，買軟件的人卻可以有權拒絕使用 OpenID，那其實還是沒有甚麼實質幫助嘛。OpenID 不是技術問題讓人卻步，而是可以用它的地方少得可憐。就像曾經在香港推出過的 Mondex 電子貨幣一樣。
歸根究底，大家還是在搶顧客，但就是不肯接納人家的顧客。這正是 OpenID 的設計與那伙人的分歧。
所以嘛，還請口裏說著支持 OpenID 的，至少讓自己的網誌支援 OpenID 吧。不要學 WordPress.com，死還是不可以用 OpenID 留言，卻跑去當 Provider。
Posted in 技術文章, 新聞 | No Comments »
Wednesday, February 13th, 2008
上回提到 I Kill... 不，Accumulator 的遊戲規則，熟識投資衍生工具市場的朋友應該會想到 Accumulator 其實是甚麼東西吧？
對了，Accumulator 其實是由兩種期權(Option)組成的產品，其中一邊在行使價幫投資者儲股票的是一張認購期權證(Call Option)，是銀行為投資者買進來的，為所有投資者集體攤分。對大部份投資者來說，行使一張期權其實有點難度，因為牽涉交易量龐大，以一人之力不論是資金還是風險也難以承擔，由金融機構作為中介人讓投資者合伙最好不過。
另一邊廂，要為正股於低於行使價時儲股票的是 -- 由金融機構發行的認沽期權證(Put Option)。只要正股低於行使價，買入認沽期權的一方一定會行使期權獲利。這時候金融機構便可將這筆數目和跌價股票完全轉嫁於投資者身上。對產品發行商來說，Accumulator 是用以對沖手上資產的利器。
大家也許知道，買入期權要繳付期權金，相反發行期權則可收取期權金。於是金融機構將這兩款期權證巧妙地結合，讓發行認沽權的證金完全抵銷購入認購權的證金。這也是為甚麼金融機構和投資者在真正交收前一毛錢也不用繳付的原因。以下是一張兩種期權跟 Accumulator 的關係圖。
就圖所見，X 軸是正股股價，Y 軸是盈利。當正股股價在行使價 (6) 以上時，投資者便會因認購權獲利。在行使價之下，投資者便得被迫以行使價買入低於行使價的股票。
另一方面，發行商為免股價過高，跟行使價差距太遠，這兩款期權也會設立限價 (barrier)，讓期權到達某一價位時便必須以該價行使期權(也就是所謂的 Knock Out/KO)。所以呢，Accumulator 一方面為實力充裕的投資者提供多一明更刺激(更高風險)利潤更高的投資工具，另一方面也讓發行商從中獲取期權金的差額以及對沖手頭上的資產(也就是，跌市時把貨塞給投資者)。
難怪 Accumulator 會那麼受歡迎吧。心思思想參與？對不起，現時我還沒看見可以從零售渠道買得該款產品。換言之，閣下可能要經銀行推介或成為私人銀行或企業客戶... 沒關係，我們在旁邊看就好了，對我來說不沾手理解市場運作也是一種樂趣呢。
Posted in 技術文章 | No Comments »
Monday, February 11th, 2008
如果有朋友有留意開某電台的財經節目，或追看某幾個報紙經濟版的專欄，應該不時會注意到主持人或專家提過 Accumulator。大家又知不知道，accumulator 其實是由我們熟識的投資衍生工具(Derivatives)組成的結構性產品(Structured Product)？大家聽得多，又知不知道 accumulator 的玩法？不如讓我充實一下版面，介紹一下吧。
Accumulator 暫時還沒有正式的中文名稱，但沒關係，知道意思接近「累積」，「增加」就可以了。玩法顧名思義，這款產品幫助買家「累積資產」：只要資產符合某種條件，發行商(例如銀行，投資銀行等金融機構)便會為閣下累積預先協議好的數量的特定資產。但這時候並不會立即進行交收，正所謂「好戲在後頭」，所累積下來的資產只會在另一個協議好的狀況，例如過了某期限，或資產價值到達某個位置才會正式交易(Trade)和進行交收(Settlement，日子通常訂於行內俗稱的 T+2，也即是成交後兩個交易日)。跟其他結構性產品一樣，除了投資者常接觸的股票外，accumulator 下的資產還可以是指數，貨幣，一籃子股票等等不同資產。
拿股票做個例子好了。大戶 M 跟銀行買了以滙豐銀行(0005.HK) 為主的 accumulator，他跟銀行訂立的協議書提到，只要在由 2 月 1 日起的任何一個交易日，滙豐銀行的收市價於 110 港元至 115 港元之間，即會為 M 儲起一手 400 股股票。反之，如果 H 記收市價低於 110 港元，銀行即會為 M 儲起兩個單位，即 800 股。這儲股票的程序會直到產品週期完結(我們就當是 2 月 29 日吧)或 H 記股價高於 115 元為止。到時候所儲起來的股票將會以 3 月 1 日的收市價，或，如果在某天股價曾經超過 115 的話，便以 115 元算。M 在購入此產品後並不需要即時繳款進行交收，他只需等產品到期或股票到達價位時，繳付差額就可以了(以下會再提到算法)。
不如看看 ...
Posted in 技術文章 | No Comments »
Wednesday, February 6th, 2008
要在網絡上做一些可能會被抓的行為，不論是被警察還是秘密邪惡組織也好，請先隱藏好你的 IP。例如用公用代理伺服器呀，洋蔥路由器等等。
硬碟裏有重要，見光即死的檔案，請使用加密軟件，以免外洩。我推薦 TrueCrypt。TrueCrypt 還提供偽裝空間功能，即使被對方嚴刑拷打迫出密碼，也可以以假密碼混過去。
只光顧一個你信任的電腦維修服務供應商。電腦離開自己身邊之前，請好好檢查和處理電腦上的個人資料。
Posted in 分享介紹, 技術文章 | 4 Comments »
Friday, January 25th, 2008
西方有句俗語：只要手上有鐵鎚，甚麼也會看成釘子。這句很久以前就讀過了，但還是不明所以。後來長大了，見識多了，人面廣了，才發現原來自己曾經拿鎚子敲過人，也曾經被人拿鎚子追打過。
大家有沒有接觸過一件新事物，學會一套新知識，領略一種新方法，便開始在生活上積極應用，然後繼而廣之成為你生活圈子裏的推廣員，向身邊的人逢人說項？總會試過的，即使你那麼討厭以推銷為生，卻不知不覺當了推銷員。最好是大家都跟你走，然後讓世界變成烏托邦...之類的幻想，總會有的。有好方法要用當然好，但解決問題得要對症下藥，鎚子不是萬能的。同理，別人碰釘拿鎚子敲敲他，讓他腦筋清醒一點當然好；但怕他討厭被人追著敲，更怕一敲把他敲暈，況且人家用鏍絲起子用得好好的，要他用鎚子反而誤他大事。
以前 PHP 曾經是我的鎚子，直至看見有人想用這把鎚打一個 POS 出來，我才肯放手；Java 也是我的鎚子，今天我還會用(營生，沒辦法)，但必要時我還是會把它收好，拿更適用的工具；C 與 C++ 也是兩把好鎚，不過我不會用，經常砸到腳，我就把它們放下了。
Posted in Let's Talk IT!, 謬論歪理 | No Comments »
Wednesday, January 16th, 2008
斜點報道，還有三日便會進入UNIX Epoch + 231秒 前 30 年的倒數階段。某些較舊的系統或軟件如果以 signed int32 (帶負32位元整數)作為 UNIX 時間的儲存變數的話，便有可能出現整數滿溢錯誤，時光倒流 136 年回到 1902 (或因不能理解負秒數直接當機)。有人指這問題比2000年的千年蟲更為難搞，因為千年蟲只是文字格式可能會出現錯誤，Y2K38 則由於儲存變數限制，會涉及真正計算之中。有人擔心一些三十年期的按揭計算會首先出現問題。
不算大小月閏年，我們還有時間。
幸好較新系統均採用 int64，例如 Java，暫時不會有問題。
Posted in 技術文章, 新聞 | No Comments »
