取全文 greasemonkey 移到 google code

Sunday, October 28, 2007

趁著更新那三個取全文 greasemonkey scripts,順手將 code 到放到 google code 裏去,大家以後的更新請到 google code 網頁下載。

是次主要更新 yahoo 版本的 parser,因為 yahoo! blog 最近改了版。

20071022 網摘 – SF4!

Monday, October 22, 2007

Street Fighter

R/evolution

環保

笑話

Web

Services/Updates

Development

Tools/Tips

History

Blog Action Day – 浪費包裝

Tuesday, October 16, 2007

Bloggers Unite - Blog Action Day

不知大家有沒有這種感覺:某某歌手出碟,有幾首作品網上試聽過不錯,買碟回家後連忙轉檔放進 MP3 Player 內,看過包裝歌詞後,便放在一旁,好像用完即棄,感覺很浪費。

越來越多大容量體積小的儲存裝置出現,我們都將成上萬的資料放進那小小的空間結構當中,我們所能省下的資源也可能越來越多。我不知道儲存一首歌到硬碟,對比存到 CD 所用的儲存成本如何,但至少數碼化的檔案可以重複使用,也可以省去包裝吧?

外國網上賣歌,沒有包裝招紙,沒有運輸費用,只要伺服器夠強,配套足夠 (如 iTunes Stores + iPod) ,就可以賣歌給成千上萬的人,更不用說那些長尾效應。

我倒相信本港的唱片業不是盲的,但在多種因素影響下,網上賣音樂似乎仍然困難。大家的討論通常都會歸納到某幾點上:香港不流行網上購物、地方小買東西很方便、傳統音樂產業鏈牽連太廣難以改變等等。

那麼是否會就此停滯不前呢?高速流動網絡的發展能否有催化作用?會否有更有效的付款機制?似乎還未能看出個所以然來。

20071010 網摘 – Lessig on ‘corruption’

Wednesday, October 10, 2007

Freedom

Web 2.0/3.0

Software/Tools

Development

Services

IT亂談

Tuesday, October 9, 2007

早前聽回 Talkonly 談本地 IT ,討論到其中一個痛點是:香港普遍不太尊重 IT人才,但在這個資訊科技的年代,往往有很多 mission critical 的工作其實都落在 IT 人手上。近年也開始有這些新聞,如市民私人資料洩漏到網上、八達通增值失誤等等。然後節目談到專業人員如律師、醫生等會有工會組織、專業認可等等以保持質素。

其實單單說 IT 界是很模糊的,寫軟件的、做硬件的、做維修的也可以說自己是 IT 人,當中包含的工種十分多。因此在這裏先將範圍收窄到寫軟件的吧!要問的是,既然現時資訊科技影響越來越重要,我們要如何確保軟件的品質?老闆在請人時又如何以確保那個人是合符標準的?其一最簡單直接的就是認證。

先說個人方面,市面上有很多不同的認證,有網絡、伺服器、特定軟件操作、程式語言的認證等等。我覺得如果是一些管理工作的如 network admin、db admin,這些認證會相對的「穩定」,變化可能不太大。但對於實戰人員 programmer、SA 等等,變化會很大。突如其來一個 web2.0、ajax、ror… 技術越來越多樣化。市面上的認證又能追得多快?提供多少保證呢?

節目中也有提到市場上有很多 java programmer,這可能是因為本地的程式主要為企業應用相關,要考慮到如 transaction、messaging 等等的要求,而如 j2ee 就提供了方案。如果只是做簡單的網站,則未必會考慮到使用 java。然而,java 世界也是變化萬千,幾年前大家埋頭苦幹寫 ejb,到現在 spring 大行其道,受到 ror 影響而令人注意的 scripting language 如 groovy 或 jruby,提倡 tdd、agile 開發等等。技術更新得太快,無論是老闆或是開發的,也許都未及反應,也不知道那些認證真的能保證些甚麼。 (當然老闆在挑選人才時應該不單單看認證,還要看人的質素之餘此類,但眼光並非個個有。這可以扯到另一個節目談到的話題:全人教育之上。)

從企業層面去說,要確保軟件的品質,除了要請對了人,也要做對了事,也就是企業內各種工作、程序有沒有被管理好?標準化?其中有一些認證如 CMM 就是用來確保企業的工序品質。我不太清楚有幾多香港公司會拿 CMM 認證,但也曾在認證是 CMM Level 3大機構待過,感覺是的而且確會很有幫助,但必需要有全面的配套配合,如軟件、人手、分工等等。因為 CMM 事實上會做很多 documentation,而如何又快又有效地寫這些文件,則成為實作成功的關鍵之一。可是,這往往是大機構才會有人力物力去搞,中小企搞起上來如果不知其法,可能吃力不討好,反而增加了工作量。

這些證認或許能提供參考,但是否能提供很好的保證呢?能否有效防止軟件漏洞做成的衝擊?這是很難解答的問題,但也是必需回答的問題,因為我們已經走上不歸路。

P.S. 本篇沒有甚麼數據支持,因此有可能推論出錯。有錯的話還請大家指正。