栗子現場直播 千篇一栗
有很多簡單的道理,若不是被遺忘,不是察覺不到,就是知易行難。

2010年11月30日 星期二

論軒哥

  新聞:中二生4萬現金校內豪派 另贈8部iPhone 換同學排隊叫「軒哥」

  軒哥的做法,當然是很不合理。但我不是說道德上不合理,而是做法上的不合理。但既然坊間認為道德上有問題,那我當然要在這個層面為他辯護。
  在此,首先要認清一件事實:軒哥沒有傷害人。他沒有傷害人的動機,也沒有傷害人的事實。
  軒哥在道德上最引人非議的地方,是用物質泡妞提升人氣。然而,從這些角度攻擊軒哥是大錯特錯。
  • 以泡妞的角度論:送禮是最常見的泡妞手法,沒有人會認為這種「以物質換取歡心」的手法有任何不妥。像軒哥那樣比較間接的,把物質賜與他人,要求他人行個方便,協助軒哥取得歡心,在道德上亦不見得有任何不妥。
  • 以提升人氣的角度論:成年人也會捐錢來提升人氣,以百萬為單位,規模比軒哥有過之而無不及。Google 也會送電話給我來吸引我的歡心。如果李嘉誠給全香港市民「一人一層樓」,全港市民高呼萬歲。沒有人會認為這種「以物質換取人氣」的手法有任何不妥。

  在此亦反駁一些次要的論點:
  • 祖母給錢的原意是「買野食」,軒哥改變用途,有沒有問題?如果軒哥把錢拿去學音樂,學畫畫,大家當然會覺得沒問題。如果用來買電玩,我相信很多人也不會介意。如果是用來買毒品,那麼問題本身根本就和祖母無關。因此「改變用途」本身不能成為攻擊軒哥的理據。難道你認為要把四萬元全花在食物上是好事?
  • 不勞而獲?有位稍為年長的人在討論軒哥時跟我說,他們那一代小時候如果想得到一些東西,會先思考要付出甚麼。當時我就反駁說,軒哥那四萬元就是付出。他本來可以用四萬元買食物,買電玩,發展興趣。但他犧性了這些機會來買歡心和人氣,這就是他的付出。不論這是否值得,但他的確有付出。如果認為無條件給軒哥四萬元會養成不勞而獲,那就該責備他的祖母,而不是軒哥本人。

  用四萬元來買歡心和人氣,是否值得,見仁見智。在軒哥做法的合理問題上,我卻會反過來問:派錢是不是唯一的方法?從這個角度,我產生了三個問題:
  • 泡妞最有效的方法是不是提升人氣?
  • 提升人氣最有效的方法是不是用錢?
  • 用錢最有效的方法是不是派錢?

  泡妞最有效的方法是不是提升人氣?這個其實很視乎該女性的想法。當然,大部份的女性都會喜歡有人氣有地位的男性。這是即使多數女性矢口否認,但又可以輕易觀察得到的事實。就像雌獅會靠近獅王的習性,人類也有類似的本能,沒有甚麼好奇怪。但除了提高地位,有沒有其他更好的方法?提升個人素質,或直接向女生送禮(例如四萬),會不會有更大效用?這些可能性都值得深思。當然也可以一邊提升素質,一邊送禮,一邊提升人氣。說不定軒哥其實已經有三管齊下,只不過在其中一邊被抓包罷了。
  提升人氣最有效的方法是不是用錢?這個問題的想像空間比剛才的問題大得多。在中學的世界裡,要提升人氣的方法其實不少。如果校風良好的話,那就提高學業成績,做風紀,搞學生會,參與社團活動有良好表現,都可以提升人氣。如果校風惡劣,大家熱衷於黑社會文化,那就靠攏頭目,或自立門戶,從此闖蕩江湖,翻雲覆雨,用人脈和鮮血建立自己的人氣。無論提升學業還是做黑道頭目,都是非常有效的方法。當然在部份情況下,錢可以有幫助,但如果不是要做黑道頭目,錢其實幫助不大。(溫韾提示:加入黑道不但有違道德,而且犯法。)
  用錢最有效的方法是不是派錢?這是最有趣的問題。
  昨天我問過一些九十後,如果要他們用四萬元來提升人氣,會怎麼做?我本來很期待他們會有甚麼有趣的答覆,結果卻叫我感到十分失望,因為他們都只想到派錢。他們之所以有這樣的想法,道理很簡單。如果軒哥手上有很多錢,問你想要甚麼時,大多數人都會想到派錢。如果軒哥問你想要甚麼禮物,大多數人也只會想到套現。
  但其實錢有很多功能。
  緊接之前提過的情況。如果學校流行黑社會文化,或許有人會想到花錢去招兵買馬。但其實是愚蠢的做法,因為錢派了,就會失去,之前招來的兵買來的馬都會一去不返。因此必需要一個有持續性可發展的方法,確保可以長做長有,例如販毒。聽說 K 仔比香煙便宜。以四萬元打本,利用販毒活動把資本滾存,在學校建立一個販毒王國,應該不難。對於喜歡人氣和地位的女性,校園第一毒販絕對有很大的吸引力。(溫韾提示:販毒不但有違道德,而且犯法。)
  但與其販毒,那就倒不如嘗試直接用毒品控制該名女生,可能會更有效。(溫韾提示:用藥物控制他人不但有違道德,而且犯法。)
  如果學校校風良好,那麼搞黑社會販毒甚麼的就自然不可行,畢竟學校不是讓學生搞生意的地方。要持續可發展,就唯有和校董一起炒股票,但這樣當然對提升人氣和泡妞沒有幫助。呃,或許大家都喜歡會炒股票的中二男生。(溫韾提示:股票價格及其收益可升可跌,投資者要注意風險。)
  即使要把錢花在其他同學身上,但如果一次過派出去,其實是很沒有效率的。派了的錢不復還。大家可能會在派錢的一刻很尊敬你,但很快就會冷卻。其中一個比較持久的方法,是定期出錢帶全班開派對。去吃飯也好,唱卡拉OK也好。雖然對其他學生來說,套現是最著數,但現在人氣和泡妞才是唯一的考量。著數和人氣並不是正比例。就實際效果而言,定期每個月請一次午飯卡拉OK,比一次過給數百元更好。而且這個方法學校一定不會干涉,否則可以向教育署投訴。

  當然,大家不要旨望一位中二的學生會有足夠的思考能力,亦不要旨望他能善用那四萬元。

  例行說說。去砵蘭街召妓,一次好像四百元左右。買靚模陪坐,一次好像數千至數萬元不等。(溫韾提示:召妓可能會染上性病。)

2010年11月29日 星期一

2010wk48 雜務清單

  上週明明說過要搞小綠四格。結果主力還是御和管道。

  下一篇小綠四格,涉及到德,俄,美式的服裝。美式很容易辦。但德俄就非常難搞。我參考俄軍的服裝畫了一幅,別人以為是北韓。至於德國,更無從入手。
  上維基百科找,那些德人俄人,全都是著西裝。媽的。

- 小綠四格
- OWT: 御和管道
- 刨一本 H-Zone

  未入 Queue 的雜務,不排序:

- Android Uma-Uma Live Wallpaper
- Android Slide show Live Wallpaper
- Android Issue 9362: wiki stuff
- Arahabika: OpenID Provider/Accepter in GWT
- OWT: 印章

PHP 怪事 20101129144906

// a.php
include_once "b.php";
include_once "c.php";
function a(){c();}

// b.php
include_once "a.php";
a();

// c.php
function c(){}

// call a.php, output:
// PHP Fatal error: Call to undefined function c()...


  另外,以下是沒有問題。

a();
function a(){c();}
function c(){}

音樂分享:Maybe Tonite


  《Maybe Tonite》,主唱 Norma Shefield。收錄於《Super Eurobeat》系列以及《頭文字 D》系列。以上出自於《頭文字 D》,至於和《Super Eurobeat》版本有沒有分別,我未考究。
  評價:★★★★☆。我覺得這曲稍為太長。

  千禧時期的 Eurobeat 音樂,對我來說很適合用來提升工作士氣,我甚至稱之為「作業用音樂」。但可惜的是,似乎最近的《Super Eurobeat》開始接近 POP,節奏也慢起來,難以發揮「作業用音樂」的功效。
  關於 Eurobeat 由義大利傳到日本,被日本發揚光大的歷史,可以參考英文維基百科的條目

2010年11月28日 星期日

加密模式

  對人體有害的編程時間。

  所謂加密模式,英文叫 mode of operation,例如 ECB, CBC, CPB 之類。

  最近思考加密模式的問題。我的目標如下:
- 正文若出現重覆內容,在絕大部份情況下,不會反映在密件結果中。
- 極相似的不同正文產生出來的密件,沒有相似性。
- 在密件中任何一 byte 改動,都會影響整個解密結果。
- 攻擊者即使修改密件,也無法保証解密結果和原正文有任何相似。
- 不需假設 block cipher 的種類,但假設其有足夠安全。
- 由於編程難度考量,將會以組合 php 加密模式來實作。
- iv, block cipher 固定並可以公開。key 是唯一的安全關鍵。

  經過數次的推翻和改動,現在使用的方法如下:

(En-CBC-k0).(De-CBC-k1).rev.(De-CBC-k1)(msg)
En = 加密, De = 解密, rev = 前後反轉
CBC = Cipher-block chaining
k0,k1 = key, k0!=k1


  這個算法其中一個奇怪的地方,是把 De-CBC 也用作加密用途。這樣當要對密件進行解密時,就必須要用到 En-CBC。En-CBC 的特性是中途的變化會影響以後的結果,加上 rev,就可以使任何一 byte 的改動都影響整個解密結果。

  這個方法,其中一個問題是不能保證(En-CBC-k0).(De-CBC-k1)不會導致資訊洩漏。另外由於 De-CBC 不能當成安全的加密法,所以 k1 不屬於安全考量之內。

PHP 與 include_once

  對人體有害的編程時間。

  PHP 怪事。假設有三檔,a.php,b/b.php,c/c.php。

# a.php
include_once "b/b.php";

# b/b.php
include_once "../c/c.php";

# c/c.php
something;


  這情況下,呼叫 a.php,會出 error。報告會說找不到 ../c/c.php。
  但在以下情況,呼叫 a.php 卻不會出問題。

# a.php
include_once "b/b.php";

# b/b.php
include_once "c/c.php";

# c/c.php
something;


  似乎即使是 b/b.php 呼叫 include_once,但file search起點還是由 a.php 開始。
  解決方法如下:

# a.php
include_once __DIR__."/b/b.php";

# b/b.php
include_once __DIR__."/../c/c.php";

# c/c.php
something;


  至於 include / require / require_once ,我未試過。

2010年11月26日 星期五

膠想 20101126103516

  一下閃過的念頭。
  內容是一個個人理財系統的延伸。每次購物以後,店子都會在螢幕或收據上顯示一個 QRCode。客戶就可以用這個 QRCode 記錄自己何時何地為何花了多少錢,方便理財。

  但由於這個系統要做到相當大規模才有意義,而且這功能對店子沒有益處,因此被實現的可能性微乎其微。除非政府想推動國民理財而出手。

2010年11月25日 星期四

2010第四季動畫中期回顧

  《俺の妹がこんなに可愛いわけがない》:★★★½☆。雖然宅話題有點老掉牙,而且女主角的設定不正常。但我欣賞它能展現出宅和一般世界的互動。相比之下《乃木阪春香の秘密》等同垃圾。
  《Panty & Stocking with Garterbelt》:★★★★☆。簡單線條誇張畫面帶來驚人的表現力。如果表現持續以及有良好發展,我會到最後加半粒星。
  《神のみぞ知るセカイ》:★★½☆☆。二次元男主角用二次元手段泡二次元女角。如果表現持續而沒有驚喜,我會到最後減半粒星。
  《探偵オペラ ミルキィホームズ》:★½☆☆☆。惡意賣萌,低俗趣味,沒有笑點,沒有深度,沒有發展。如果表現持續而沒有改善,我會到最後減半至一粒星。
  《とある魔術の禁書目録II》:★★★☆☆。熱血和人設系動畫,不是我杯茶。
  《侵略!イカ娘》:★★★★½。在搞笑作品當中絕對不能不看,以後有機會再寫 blog 介紹。可惜整體表現力缺乏令人深刻的風格,否則有機會上五星經典。

2010年11月22日 星期一

音樂分享:《Diary はフォルテシモ》 (instrumental)


  《Diary はフォルテシモ》,來自日本動畫《K-ON!!》第二輯的琴吹紬角色專輯。以上分享的是其純音樂版本。
  評分:★★★★☆。我比較喜歡 2:14 之後的鋼琴部份。

2010年11月21日 星期日

2010wk47 雜務清單

  剛剛在七天之內,完成了「御和管道」的初形。發去 OWT 內部,看看反應。
  老實說,我並不太喜歡 PHP ,最大問題是它的語法和系統,都沒有阻止(甚至促使)開發者犯錯。例如無需定義資料類型,甚至連參數也可以不定義。這種設計看似是方便開發者,實際上卻把所有問題都推到執行時期才把問題顯現,甚至要做詳細的 trace 才可以發現問題,於是很多明明可以在 compile time 偵測到的潛在問題,都要變成兀長的 Unit test 。而伺服器程式本身就需要很大的安全考量。這種系統到底是否適合作為伺服器程式生活,我是十分懷疑的。
  如果對 PHP 的過份容錯感到煩惱的話,可以考慮使用 error_reporting,這個東西可以協助找到不少問題。
  除了 PHP 以外,另一個我不喜歡的東西是 MySQL。由我第一次接觸 SQL 開始,我第一個想法是 SQL injection。而作為一個資料庫軟件,首要的問題除了安全性以外,還有資料庫的速度。我不認為資料庫軟件每次都要把 SQL parse 一次是好事。再者,把文字串變成 string 放到一個 function 執行,即使在 C 語言還只能到執行時期進行除錯。
  我實在不明白,為甚麼大家都這麼喜歡把程式問題的爆發,拖到執行時間,而不是在 compile time。我想只有初心者才會喜歡這麼大程度的容錯,容錯規模大得連發生問題也不能即時看見,結果錯誤積累到一定程度就大規模爆發。

  Android Music Widget Plus,老實說,我開始有點後悔弄了這個東西。
  其實在 Symbian 時代,我就已經學會,不要使用 standard spec 外的 API 。而這東西就正正是使用這類 API 。結果就是相容性問題每天飛,幾乎每天都有一位外國朋友寫電郵來向我訴苦。
  收到這麼多的反應,除了是代表我的程式的相容性真的不太好,以及有太多電話使用自建的音樂播放器以外,也代表 Android 手機的音樂 Widget 設計實在是太差勁。如果那些設計的傢伙能減少 Widget 對背景的損害,就不會有這麼多人 DL 我這個 Widget。

  差不多要畫小綠四格了。至於 Android Music Widget Plus,這週有時間就做,沒時間就算了。

- 小綠四格
- Android Music Widget Plus
- OWT: 御和管道
- 刨一本 H-Zone

  未入 Queue 的雜務,不排序:

- Android Uma-Uma Live Wallpaper
- Android Slide show Live Wallpaper
- Android Issue 9362: wiki stuff
- Arahabika: OpenID Provider/Accepter in GWT
- OWT: 印章

2010年11月18日 星期四

ICQ時代的閒事

  現在 FB 很流行把訊息 Forward 。但其實這個風氣,早在 ICQ 時代就已經有。
  當時 ICQ 有個 URL Forward 的功能。A 君可以用兩三個 click ,把 URL 廣傳給所有朋友。 B 君收到 URL ,又可以用兩三個 click 廣傳給所有朋友。當年未有 YouTube , blog 未盛行,情況未及現在那樣多姿多采。但這種模式其實和現在 FB 的訊息分享其實沒有甚麼分別。
  當然,這種方便的系統,亦會很容易像 FB 那樣被濫用。例如那種「FW 這訊息,某某就會捐錢」/「FW 這訊息,你的 ICQ 會多條彩虹」之類。後來由於濫用情況過高,這個功能亦漸漸失去活力。再過了不久,ICQ 就被沒有 FW 也沒有廣傳功能的 MSN 取代,FW 的風氣完全消沉,直到 FB 和微博的掘起才回復生氣。

  當年在 ICQ 時代,收到了這樣的信息:「把這信息 FW 給你的朋友,你和對方就會友誼永固!」
  然後我把這訊息改成:「把這信息 FW 給某某,對方就會俾你屌!」然後再發給少數可以開玩笑而且友誼頗固的男性朋友。
  再過了不久,我收到了部份朋友的 FW back 。直到現在,我和那些朋友的關係依然相當好。男性交心的方法有時就是這麼有趣。

上周診所隨說

  老婆婆帶小女孩去診所登記看診。
  探熱,體溫不太高。
  「昨日才105,今天不可能這麼低。」
  「她昨天吃了藥,所以體溫下降了吧。」
  「但是昨天105...」
  「難道你很希望她發高燒嗎?」
  然後我在診所爆笑了兩聲,老實說是有點難看。
  然後老婆婆收聲了。

  聽聞如果有病人發高燒,會獲得優先應診。

音樂分享:京都の朝


  這首音樂是日本動畫《K-ON!!》第二輯的 BGM 配樂,收錄於音樂集《K-ON!! ORIGINAL SOUND TRACK Vol.1》。作曲:百石元。

  《K-ON!!》幾乎所有(或許是完全所有)BGM 都是由百石元擔任。除了少數音樂以外,絕大部份音樂都是連鎖西餐廳式的味道。而這首曲就是屬於非這類風格的少數。
  我比較喜歡音樂的起首和結尾的和樂部份,中段雖然很有朝氣,但感覺平平。我會比較希望增加和樂的元素,甚至完全用和樂。但這樣做的話,就未必適用於該動畫 BGM 。

  評分:★★★½☆。如果增加和樂的元素,甚至把音樂延長至 150 秒左右並增加變化和深度,我可能會再提升半至一粒星。

2010年11月16日 星期二

Mobile the Gathering: Android dev

  十一月六日,我參加了由 Sammy Fung 在城大舉辦的 Mobile the Gathering 活動。當中我有幸能參與 unconference 的自由演講部份。感謝 Amanda Lam 提供錄像。
  我演講內容,比較適合想開始 Android 軟件開發的入門人士,也有涉及一些較深入的話題。

  簡報下載:http://tinyurl.com/2d63gmn




  (以下內容有部份重覆前篇的文章,同時亦有其他補充。)

  這次的簡報花了大約一天時間準備。裡面使用的技巧大多是針對 Google DevFest 演講時出現的問題。我使用的技巧包括:
  • 在畫面底顯示下載簡報的 URL ,對某些人來說下載簡報能有助吸收。
  • 顯示頁數,方便已下載簡報的聽眾能跟到講者的頁數。
  • 自我介紹。
  • 演講大綱。
  • 右下角的小字,方便講者能為下一頁的內容做引子。例如第七頁,如果沒有「more...」,我可能會忘記第八頁是第七頁的延續。
  • 總結。至少能講聽眾能稍稍重溫過你說過甚麼。
  然而雖然我提供了下載簡報的方法,但現場卻極少人使用 notebook ,於是我的簡報檔分享幾乎無作用。但這應該只是個別的特殊案例。以後我除了會提供 odp 和 pdf 以外,也可以考慮提供 google docs 版來方便手機用家。

  現在看回自己的表現。啊,太差勁了。好聽一點說,就是有很多改善空間。我最大的問題是腦轉得慢,要花六七秒在腦海 render 出重點字眼說出來。而這次演講本來我應該用 10min 完成,結果超時了。之後的講者亦因此變得時間缺缺,讓我羞愧非常。

  由於不太清楚在場聽眾的 skill level ,所以簡報的內容也包括了最基本的知識。但對資深技術人員,就不宜講太多基本知識。所以到了實際演講時,我即時詢問在場人士的 Android 開發經驗。由於他們多有寫過 Hello World ,但未實際發佈過,所以我是打算把第六至十八頁快飛,少談 Hello World 而多談發佈。但因為我的技巧不足,結果還是在基本的知識上浪費了不少時間。我想我以後真的要開一個 timer 來提醒自己。

  第三頁,那一句「由於有免費電話所以就寫app」的奇怪言論,本來只是想當小笑話,結果卻變成 Q&A 的焦點。實際上只要我覺得某個 Platform 有趣,例如 Windows, Linux, HTML, Android, 我就會去 code 。當然,免費電話有增加我的熱誠,以及除去關發成本中最大的障礙。
  我想 code 的 platform ,還有其他,包括 PSP ,但要手入 SDK 難比登天,而且發佈上超麻煩。而 iPhone ,我沒有 Mac ,而且我也對 $99/yr 十分反感。
  關於向公司借機,當年我 Nokia-Symbian-HK 的經驗是,如果是比較新的機,就經常借完又還,還完又借,沒有所謂的「象徵式借機,一去不復返」這回事。過氣電話倒是大量屯積。當然,不同的機廠有不同的做法,一間公司不代表整個業界。大約一年前 Nokia-Symbian 好像搞了個網上 real device test 系統,用類似 vnc 的東西搖控一部真電話做 test ,效果當然比親自接觸真機差很多。系統提供的手機數量和種類不夠多,排隊時間長,提供的測試時間短,服務供不應求。連線速度慢,畫面更新速度低,也無法對相機/GPS/motion系統做全面的測試(相容性最頭痛的部份),測試效果欠佳。
  當然,這種服務是聊勝於無。我不太記得 Nokia-Symbian 這個服務要不要收費。至於 Android ,就好像只有其他公司提供的收費服務。對於我這種只喜歡寫免費 app 搞爛 gag 的傢伙,就唯有對網上使用者的反應看著辦。

  場中有不少人問過我對 Symbian 的看法,我當時表現得相當克制。不客氣地說,經歷了四年 Nokia-Symbian 的洗禮,由 7.x 到 9.x ,我對它的痛恨簡直是馨竹難書。無論是 API 的設計,手機的整合,對開發者的照顧,以及巿場策略,各個層面我都恨之入骨。現在我不妨跟大家說,這篇膠文正正就是衝著 Nokia-Symbian 而寫。現在聽聞 Nokia 半棄 Symbian 推 MeeGo ,用 Qt ,情況好像有不少改善。到底 Nokia-MeeGo 能不能根治 Nokia-Symbian 的問題,我就樂觀其成。如果某某能跌部 MeeGo 給我,或許能改變我對 Nokia 的壞印象。

  如果以後繼續有這個活動,我會參加的。雖然未必會再參與演講,但會邀請我前工作手機軟件公司的同事。啊,今次沒有邀請他們,太蠢了。
  活動中其他演講者的部份,可以在這裡找到。

2010年11月15日 星期一

2010wk46 雜務清單

  上週發病,看了一次醫生未好,看第二次。在星期四請了一天病假,順便完成了「Android Music Widget Plus」(AMWP)。
  那個東西,老實說,雖然它很好用,但後來發現有相當多的手機,都是使用自家製的音樂播放器,但 AMWP 只能和原祖音樂播放器相容,於是收到了不少用家的投訴。不理了。隨便地在不相容的機上顯示「Not support」,就當解決了問題。

  接下來的目標是「御和管道」。雖然我一向都相當抗拒 PHP ,但考慮種種因素,到最後還是寫起 PHP 來。但由於我對 PHP 很多東西不相熟,所以要邊查 API 邊寫。甚至還寫了大量 test case 。
  無聊說說。現時控制登入狀態的 cookie 內容,大約是 base64 ( AES_cbc^2 ( user_id + expire + user_ip + SHA256 ) ) ,但這不是 final 。自己也為自己的吹毛求庛感到不安。

- OWT: 御和管道
- Arahabika: OpenID Provider/Accepter in GWT
- 刨一本 H-Zone

  未入 Queue 的雜務,不排序:

- Android Uma-Uma Live Wallpaper
- Android Slide show Live Wallpaper
- Android Issue 9362: wiki stuff
- OWT: 印章

2010年11月12日 星期五

公主天空網存空間上限公告

  從11月13日開始,我伺服器用量將實施限額。每位使用者將有2GB上限。如欲超額,請親自詢問。若使用者本身具備自建伺服器的能力,其超額請求很大機會會被拒絕。敬請留意。

2010年11月11日 星期四

2010年11月9日 星期二

兩個電話軟件奇想

  沒有時間弄,沒有心力弄。就說說是甚麼奇想,說不定會有奇人跟進。

  網絡狀態監視器。
  簡單而言,就是 24hr 監視網絡質素,並向網絡滙報。當使用者夠多, sample 夠大,就會知道哪區是網絡黑點,哪個服務商最差。

  投訴王。
  簡單而言,就是電話黃頁。無論你想投訴巴士噪音,還是手機網絡死亡,都可以找到投訴的方法。內容還會包括投訴者可以用的方法(電郵,電話),以及需要向該機構提交的資料,方便使用者衡量投訴與否。

每日一投訴 坐車福運到

  每日一投訴 坐車福運到

  今日坐上巴士,才發現自己沒有帶備耳塞。碰巧這巴士的電視廣告聲浪特別大。
  不但電視廣告的聲音,擴音器還發出微弱的尖聲,還有某些乘客的電話聲和談話聲。
  雖然乘客發出的聲音我無能為力,但電視的聲音我還是有方法對付。於是就立刻上網找投訴電話。28899999。


  很快就有人來接聽。記下了以下資料:
- 巴士車牌
- 巴士公司
- 路線號碼
- 時間
- 登車位置
- 車程方向
- 姓氏
- 電話號碼

  就這樣,完成了投訴。除了廣告滋擾,當然也提出了擴音器發出高頻的問題。即使不能立即解決問題,至少能消消氣。

2010年11月8日 星期一

音樂分享:幽霊楽団 ~ Phantom Ensemble


  著名日本同人遊戲《東方妖々夢 ~ Perfect Cherry Blossom》第四關頭目曲,作曲 ZUN 。不過這遊戲最著名的音樂並不是這一首。
  要了解這首音樂,就要先了解第四關的頭目「騒霊三姉妹」,如下:
  長女 ルナサ・プリズムリバー,樂器是小提琴,代表月亮。
  次女 メルラン・プリズムリバー,樂器是小號,代表太陽。
  三女 リリカ・プリズムリバー,樂器是鋼琴,代表星。

  作者對這曲的評語如下:
  とにかく、明るく楽しく演奏している様な曲を創ったつもりです。お祭りや騒がしい事が大好きな、能天気な三姉妹の勢いに任せた演奏のつもり。サビはヴァイオリン、トランペット、キーボードと三人が、思うが侭に演奏しています。ごった煮。
  以下是在網上找到的英文翻譯:
I tried to make this theme sound like it was being performed happily and joyfully. A performance by happy-go-lucky sisters who love festivals and anything noisy. At the climax, each of them play their Violin, Trumpet and Keyboard as they please. What a jumble.

2010wk45 雜務清單

  上次說的那個「t=2701」甚麼的東西,說穿了其實是在 OWT 加 Adsense 。雖然從使用者的角度看,當然沒有廣告就最好。但即使 OWT 不需要錢租網存,也需要錢租 domain 。而為了 OWT 的長治久安,就必需要減少對無償捐助的依賴,而放廣告獲取收入是有效的方法。當然,當一個團體有收入,就需要更妥善的管理,一分一毫都要計清楚。
  而 OWT 的未來,我決定放棄了討論區方向的發展,而把心力放到遊戲網站方向的發展。 OWT 至今共錄得 36 萬人次, 324 萬次頁檢視,水區的 topic 卻只有 114 ,發文差不多只有 700 篇。會員絕大部份的活動都在遊戲區。即是說大家都已經把 OWT 當成遊戲網站。既然如此,就唯有順著這個勢發展下去。

  不過,上週因為生日,再加上發病,所以沒有完成太多事。

- Android Music Widget Plus
- OWT: 御和管道
- Arahabika: OpenID Provider/Accepter in GWT
- 刨一本 H-Zone

  未入 Queue 的雜務,不排序:

- Android Uma-Uma Live Wallpaper
- Android Slide show Live Wallpaper
- Android Issue 9362: wiki stuff
- OWT: 印章

關於大家樂

  大家樂帶頭剝削 加時薪扣飯鐘錢
  這單新聞在香港炒得十分熱。但也要例行地介紹一下:香港要實行最低公資,迫使香港大部份餐廳要加薪。而大家樂雖然在名義上加了工時,卻減少有薪午飯時間。結果員工所得的工錢比以往還少。

  其實關於這件事,我覺得大家樂的作法簡直是白痴,白痴得太明顯,白痴得太做作。大家樂不想加薪我可以理解,但其實事情根本有更好的解決方法。
  例如,以前 8hr/day x $25/hr = $200/day 。現在 7.25hr/day x $27.5/hr = 199.375/day 。但難道就沒有人想過 $200/day = 7.25hr/day x $27.586.../hr ?如果你真的完全不想加薪,只要增加一些奇怪的小數位就可以了。如果你不想因為奇怪的小數位而搞得自己樣衰,把時薪推到 $27.6 或 $27.59 也對業績影響不大吧?

  以上全是小學生的數學,我很難相信管理層會不懂。最後我只能想到以下的可能:大家樂根本想減工錢,或者想做飲食業剝削系統的輿論沙包。

  另外,關於一些「全世界都不把飯錢計進薪金」甚麼的理據,我的反駁如下:
- 如果你沒有做錯,經濟不是轉壞,公司不是陷入危機。公司本來可以用以上方法來避免薪金加減,卻選擇克扣你的工錢。你會怎麼想?
- 你認為當僱主當年以 8hr/day x $25/hr 請人的時候,沒有把吃飯的空白時間計算在內嗎?

2010年11月7日 星期日

生日才發病

  其實星期五就已經有點病的徵狀。坐低起身見頭暈,但那時還以為是自己太累。然後星期六問題持續,甚至睡不著覺,腦子裡滿是一堆奇怪的 doc index key 轉來轉去睡不著。結果到了生日正日,雖然很期待 OWT 的 BBQ ,結果為了身體著想所以就推掉了。我希望他們不會昨天就為我買了蛋糕,否則我會很內疚。

  然後全日在家裡養病。看醫生,吃飯,吃藥,看漫畫大王動畫,睡覺,吃飯,看完漫畫大王動畫,睡覺。
  吃了一點藥,身體覺得好一點。我很後悔自己沒有及早看醫生。如果昨天看了醫生,那麼今天可能可以去 BBQ 。

  往常,我很少會在 blog 裡講自己生日的事。因為我的生日活動,離不開和朋友吃吃喝喝。而吃吃喝喝這回事,都是現代年青人會做的事,所以沒有甚麼好說。不過,有時我也很納悶為何 FB 裡收到的賀詞會是這麼少。
  不過,今年倒是有些不同。雖然自己去不成 BBQ ,全天宅在家,但收到不少恭喜和問候。有不少朋友在 FB 留賀詞,打電話和我談一兩句。甚至在 BBQ 的 OWT 各位都打電話過來問候我,雖然聽得不太清楚,但他們的暖意我是確實收到了。感謝各位的關愛。

  如果要說生日願望呢...與其說願望,倒不如說是目標。
- 搞好「御和管道」 - OWT 的東東
- 識個女仔,然後破處。

關於昨天有關 Android 的演講

  簡報在這裡:http://tinyurl.com/2d63gmn

  這次的簡報花了大約一天時間準備。裡面使用的技巧大多是針對 Google DevFest 演講時出現的問題。我使用的技巧包括:
- 在畫面底顯示下載簡報的 URL ,對某些人來說下載簡報能有助吸收。
- 顯示頁數,方便已下載簡報的聽眾能跟到講者的頁數。
- 自我介紹。。
- 演講大鋼。
- 右下角的小字,方便講者能為下一頁的內容做引子。例如第七頁,如果沒有「more...」,我可能會忘記第八頁是第七頁的延續。
- 總結。至少能講聽眾能稍稍重溫過你說過甚麼。

  然而雖然我提供了下載簡報的方法,但現場卻極少人使用 notebook ,於是我的簡報檔分享幾乎無作用。但這應該只是個別的特殊案例。以後我除了會提供 odp 和 pdf 以外,也可以考慮提供 google docs 版來方便手機用家。
  而在內容上,由於不太清楚在場聽眾的 skill level ,所以簡報的內容也包括了最基本的知識。到了實際演講時,我即時詢問在場人士的 Android 開發經驗。由於他們多有寫過 Hello World ,但未實際發佈過,所以第六頁至第十八頁都是快飛,之後速度才稍為慢下來。
  第三頁,那一句「由於有免費電話所以就寫app」的奇怪言論,本來只是想當小笑話,結果卻變成 Q&A 的焦點。實際上只要我覺得某個 Platform 有趣,例如 Windows, Linux, HTML, Android, 我就會去 code 。當然,免費電話有增加我的熱誠,以及除去關發成本中最大的障礙。
  我想 code 的 platform ,還有其他,包括 PSP ,但要手入 SDK 難比登天,而且發佈上超麻煩。而 iPhone ,我沒有 Mac ,而且我也對 $99/yr 十分反感。

2010年11月1日 星期一

這是性騷擾


  綾瀨對桐乃的擔心是可以理解的。

FLAG 4.0+α

  以下是從動畫《只有神知道的世界》第四集結尾,延伸出來的閒雜想法。例行說說,我只是看過動畫版首四集,以及去過維基百科看過一點資料。以下反白。

0. 故事由動畫版FLAG 4.0結尾,公園一幕開始發展。
1. 桂馬同時出動十部 PFP ,對遊戲進行同步攻略,同時把進度放上互聯網。
2. 在課室同時玩十部 PFP ,當然會引起騷動。
3. 桂馬的行動漸漸引來互聯網的注意。
4. 一位自稱「飛鳥空」的人,向桂馬發電郵。但桂馬沒有理會。
5. 「飛鳥空」主動走到桂馬的學校,又引起了小騷動。
6. 「現實」的飛鳥空,其實是遊戲故事的作者,女性,樣子和遊戲中的飛鳥空也有點相似(這樣的設定是因為我懶)。而又因為飛鳥空也感染了驅魂,所以桂馬也不得不協助她。協助她的方法就是完成遊戲。
7. 攻略一週,依然無大進展。
8. 桂馬在飛鳥空前埋怨了遊戲程式師一句半句,於是飛鳥空就自行找當時的程式師甲。
9. 程式師甲:「當年我們只是打算出一隻光碟,而事實上遊戲早就完成了,測試亦都圓滿完成,本來完全沒有問題。但後來市場部那邊,說要搞甚麼特典,就因此不斷推遲。在推遲期間公司為了減省開支,一次過把所有程式員辭退掉。後來為甚麼遊戲會由單光碟變雙光碟,甚至變得這麼多問題,就無人得知了。」
10. 後來大伙走去找當年的老闆理論。老闆自爆:「特典搞好了後,我們再試了遊戲,才發現遊戲有問題。於是請了一位菜鳥程式師(程式師乙)去修。但那傢伙修來修去也修不好,我們也因為缺乏資金倒閉了。」
11. 程式師乙:「那時我甚麼都不懂,而那遊戲總是不知為何修不好,硬著頭皮去搞,結果越搞越糟。」
12. 絕望。
13. 網上出現傳言,有人順利完成遊戲。
14. 艾魯西動用神力,把那個人找出來。原來那是一位住在中國山區的正太。
15. 大伙找到那正太。正太把 PFP 和遊戲交給他們。奇怪的是,雖然他沒有安裝第二片補丁,但遊戲依然順利運作。
16. 桂馬發現他的 PFP 用的是超舊的盜版韌體,一切真相大白。
17. 當初遊戲是基於舊版韌體開發,因此在舊版韌體上執行是沒有問題。但是,由於遊戲不斷延期,追不上韌體更新的進度。而當遊戲發行時,因為遊戲附上了韌體的強制更新,使得所有 PFP 都不能玩該遊戲。而那正太之所以玩到這個遊戲,是因為他沒有更新那超舊的盜版韌體,而盜版韌體也不會被強制更新,因此遊戲能順利執行。
18. 完成了任務。飛鳥空 Love Love ,收驅魂,失憶。可喜可賀。


  好了。我認,我太認真。編程佬就是會寫出這樣的故事。以上是我昨晚失眠想出來的。還有以下的一點小插曲。

  當我想到韌體這慨念前,本來是想針對遊戲本身已有的 bug 去發揮。例如在特定情況下,開關音量,調整速度,在小遊戲做無關痛癢的事,甚至存檔,會觸動遊戲流動的開關。但這個方向很難去發揮。所以當想到韌體時,這個方向就放棄了。
  當然,亦可以考慮在不需要知道遊戲當機理由的情況下發展故事,解決不到的問題亦可以帶來缺陷美。但這對我來說在發揮上有點難度。