首頁

2017年8月7日星期一

[Meetup 筆記] Seven shades of Delegation 賦權的七度色階

Agile 敏捷開發的一個目標係建立能自我組織的團隊,團隊成員能夠獲得更大的空間發揮自己的才能,自發地朝向共同目標努力。要建立出這樣的團隊需要權力下放(Delegation),更準確地說是賦權/充權(Empowerment)。但若然團隊成員習慣被管理、按指令辦事,胡亂下放超出團隊成員能力範圍的權力只會造成混亂而已。箇中平衡該如何拿捏呢?

講題:Self-organisation and transparency: Delegation Poker
講者:Herbert LEE, Agile Consultant , Palo IT
主辦:Agile Hong Kong
時間:2017/07/25 晚上
場地:銅鑼灣 WeWork Tower 535



「自我組織的團隊是在一個安心範圍賦權,去憑自己的能力、自行作出決策,以達成團隊的目標。」(A Self-Organizing team is empowered to make their own decision with their ability to achieve the goal within boundaries.)

這個星期二晚上,講者Herbert 透過工作坊帶領參加者體驗如何利用Delegation Poker,來幫助團隊找到這個「範圍」,以有序、漸進的方式去賦權。

賦權其實並非權力下放與否的二選一。在「緊握權力」或「全權委託」之間尚有不同程度的賦權。一套Delegation Poker 共有七張紙牌,代表賦權的七個層級,例如:

  • 1號牌Tell ──代表由主管全權決定指示團隊該做什麼
  • 7號牌Delegate ──代表全面授權團隊成員自行做決定

而光譜的中間:

  • 4號牌Agree ──就代表由主管和團隊成員共同做決策。


Delegation Poker: 7 levels of delegation


工作坊首先請參加者組成小隊,各自選定某個企劃情景,譬如辦公室搬遷、招聘新成員,並訂出數個企劃的關鍵事項,諸如預算、時程等等,填寫在Delegation board和計分表上。Delegation board的矩陣縱軸是企劃的關鍵事項,橫軸是賦權層級;而計分表的矩陣縱軸也是關鍵事項,而橫軸是隊員的名字。

Delegation Board


然後小隊就每個關鍵事項商討合適的賦權層級。商討過程大致如下:

  1. 包括隊長在內,每位隊員各自思考自己認為合適的層級,從自己一套Delegation Poker 中選定代表該層級的牌。
  2. 所有隊員都選好後同時亮牌。
  3. 選擇了級數最低和最高的隊員,陳述自己的觀點。
  4. 最後小隊決議這個關鍵事應有的賦權層級,記錄在Delegation board 上,也將隊員選擇的級數登在計分表。


這過程將討論焦點放在收窄分歧上。以上過程只是簡化版,尚可加入一些規則作出調整,令決議更為合理,例如:若果選擇賦權層級最高的隊員只係少數派就不會得分。

Score sheet

另外,所有關鍵事項的商討完成後,將每位隊員的分數加總,能看出隊員對賦權的態度。分數越高,表示隊員越希望獲得更大程度賦權;分數越低,表示隊員更傾向於管理和被管理。

摘要


  • 賦權並非二元抉擇,而是有不同程度的層級。
  • 不同情景和事項需要的賦權程度也有不同。
  • 賦權是一個有序、漸進的過程。


參考資料


2017年3月28日星期二

當我們談論完工時我們在談論什麼


星期一的專案進度會議快要完結。Development Manager, Doris 急不及待回去處理自己枱頭上那疊應徵者履歷;Lead Developer, Liz 心想原本要和自己pair programming 的Jo 應該已經自己一個人開始寫code 了;Product Manager, Peter 數小時後就要坐上飛往馬德里的航班;不過Pat ……Project Manager, Pat 對議程可是很執著的。

「所以,」Doris 總結道「開發團隊現已可以每星期出一次產品發佈。就等Pat 確認已經通知我們的客戶,我們便可以實行每週發佈──即是說你可以讓客戶更快用到新功能和程式修正。」

「事實上,」Liz 插嘴說「新流程容許我們每日發佈甚至按『Story』發佈。我們沒有必要再每隔一段日子集合多項程式更新才一次過發佈。」

「對、對,非常好,」Pat 開始說「可是客戶跟我們簽訂的發展大綱和發佈日程原訂是兩星期發佈一次的。我正向他們爭取每週發佈,部分人也同意了。不過刻下我們有個更重要的事項要商討……」

「Come on, Pat」Peter 打斷她「能夠更快要到新功能和程式修正,他們大部分人高興也來不及吧?」

「也許是這樣,但我們得按程序辦事。他們很多都有自己的change management group ,發佈太頻密會對他們造成問題的。事實上我知道有個跨國企業的Change Manager 寧願我們轉回去每月發佈。但正如我所講,我們有個更大的事項還未商討。」

Doris 和Liz 交換了一個了然於心的表情,她們知道接下來要發生甚麼。

Pat 板起臉來,「什麼時候,各位先生女士,我們什麼時候才可以完工?」

於是乎那個歴史悠久的戲碼又再上演……

「你說『完工』準確來說是指什麼?」Doris 問。

「你非常清楚我說的完工是什麼意思,Doris,我們都合作多久了?」Pat 頓一頓道「今天是3月14日,專案計劃原訂1月31日完成的,即是說我們遲了差不多兩個月了。幸好我預留了四個星期的緩衝期但到了現在我們要逾期了而我得向管理層提交事故報告並且要請求延期。他們首先就會問:還要花多久?你們什麼時候才完工?」

「等等,」Peter 被惹惱了「你同意過利用緩衝期的,本來我們在1月28日發佈時就可說是完工了,但是是你自己同意我們應該繼續的,我清清楚楚記得你說你在backlog 裡看到「增加營利的良機」而且每個人都會覺得緩衝期被花掉是當然的。」

「也許是這樣,Peter ,但我們需要劃一條分界線,不可能這樣子無止境繼續下去。」

「你說不能繼續下去是什麼意思?」Liz 緊張地問「你是不是知道些我們不知道的事?」

「Liz,我和所有高層都私交甚篤,我可以向你們保證這團隊沒有任何人會被裁員 。」Doris 為人勤懇,她知道Liz 被上一個僱主在聖誕佳節毫無預兆地裁走,至今仍有心理陰影。

「其實技術上來說,Doris ,這個專案完結後整隊人都會等待委派。不過我預期所有人都會立刻投入到緊接其後的下一個專案。」Pat 不像Doris 那樣能夠察言觀色「因此我必須再問一次:你們何時才能完工?」

Liz 對他們的發佈流程充滿信心:「如果你那麼想完工的話我們可以星期四完工。下一次的發佈訂在下午三時,我們可以說那天就是完成日。事實上,你想的話我們大可以說三日前就已經完工,現在就開始下一階段。」

「Pat ,」Peter 開始說「這個專案有這個專案的產品功能,下個專案有下個專案的產品功能,這些功能都是同一個產品的,坦白講,我不在乎你要如何劃這條分界線。所有工作都是我負責的,而客戶只要收到他們要的功能,根本不會在乎這些。」

「也許是這樣,但我們得按程序辦事,而這不是為了趕工期而是……」

「不是趕工期?一分鐘前你才跟我們說要趕工期!」正如大部分的編程員和測試員,Liz 覺得Pat 令人煩厭。

「工期確實重要,Liz ,因為越遲完工成本就越高,而管理層已經指示我們要減省成本了。當新專案開始就會有新一個成本代號和新一個預算。所以,什時候,拜託,什時間才會完工?」

正當Doris 要指出不管用哪個成本代號都是花同一筆錢時,Liz 先插話。

「我們還剩下多少預算?我們就繼續直至預算用盡吧。」

「Liz,我重申,我們要節省成本,那樣做節省不到成本的。」

「那我們何不將餘下要開發的功能放到下一個專案?」

「Liz ,這是不道德的!這會令下一個專案的範圍未開始就蔓延失控,增加成本並且冒不能如期完工的風險。」

「但Pat ,下一個專案不論什麼完工日期都可以做到,因為會實行每週發佈。當工期快到或預算用盡時,我們就算完工。分別只是Peter 如何排工作的優先次序。」

當提到自己時Peter 覺得有必要插話「Pat ,認真的,你說的『完工』是指什麼?如果是工期的話那麽Liz 是對的。」

「Peter ,這個專案有承諾要交付什麼項目的。」

「對,Pat,而且我們都交付了。」

「不,我們沒有。」

「你在說那些McAnderson 的顧問們放到原初業務需求文件的產品功能嗎?那些從未被加進『應有清單』而在十二個月前當我被委派時就剔除的那些?」

「不,不是那些,不過我頗清楚Pira 系統中見到那個,你們叫什麼來着,待辦事項的backlog。」

「事實上Pira 已經許久沒更新了,我們沒在用。」Liz 啐道。

「你應該要更新的,職責文件中有提到這是你的工作,我記得當中特別提到Team Leader 有責任……」

「OK 、OK ,確是有待辦事項」Peter 同意說「不過……都些可有可無的事項,我們是這幾天才從滿是垃圾的『應有清單』中提升到『須有清單』的。 我寧可將這些事項剔走,畢竟下一專案開始時還有更值得做的事。」

「我亦必需指出」Peter 續道「所有仍在待辦清單的事項都是專案開始後才追加的,即是你所謂的『專案範圍蔓延』。若然你看一下McAnderson 最初擬訂的事項──而我又未刪去的話──我們六個月前就完工了。」

「Peter,決定什麼事項應該加進來什麼應該剔走並不是我的工作,那是你和CEO Harry 決定的。我的工作是確保專案完成。那我再問一次,你們到底什麼時候能完工?」

不過Doris 也加入戰線了:「事實上,Pat,管理開發是我的工作,而我必須再向你問清楚,你說的完工到底是指什麼?」

「你不是指工期,因為你已經將專案延期而且可以再請求延期。另一方面我們可以這個星期四完工也可以上星期四就完工。日期根本無關重要。」

「你也不是指人員何時會離任,因為沒有人會被裁走,而且第二天都會留下來在同一間辦公室、寫一個程式、做同一件產品。」

「而你也不是指專案範圍──那個『我們要造些什麼』,因為McAnderson 給我們的範圍一開始就不對,所有他們要求做的,不是已經完成就是已被取消。Peter 很樂意將餘下的事項放到下一個專案,或更樂意將它們通通剔走。」

「又如果,但願不是,我們是尋求產值最大化的話,那我們就應該立刻將這個專案餘下的所有事項通通排除然後現在就開始下一個專案,因為所有餘下的事項都不會比下一個專案八成的事項更有價值。」

「所以Pat ,在你再問任何人「何時會完工」之前,可以請你先解釋清楚你說的「完工」究竟是什麼意思嗎?」



(譯自 What do you mean... Done? 作者 Allan Kelly )

2017年3月16日星期四

「領袖訓練營」其實是山寨版成人禮

近日有中學生發千字文控訴學校安排參與的領袖訓練營侮辱和虐待學生,引起社會關注。究竟為何這些訓練營要仿效軍訓?又為何內容往往涉嫌侮辱和虐待學員?

軍隊及紀律部隊的入伍訓練、大學的迎新營、宗教團體的入教儀式、古代部落和傳統社會的成人禮,其實都是人類學所謂「通過儀式」(Rite of Passage)。這是個體從一個群體轉到另一個群體的過程,其社會地位、責任、權利亦隨之改變(常常是提升)。「通過儀式」包含三個階段:

分離期

個體離開所屬群體,與原來的身份、地位、人際聯繫切割。切割包括實質的,例如入營或入宿訓練學校;也有象徵性的,例如剃頭、換穿制服或OCamp Tee。

轉型期

這是個體脫離了原屬群體,又尚未加入新群體,模糊不明、迷失的階段。為了令準成員作加入新群體準備,在心理上認清自己不再是原來群體的成員、不再享有以往的身份地位,準成員往往要接受各種肉體上和精神上的磨練,去抹除準成員原有的自我認同,以便植入新群體成員的身份認同(也就是所謂洗腦)。

重整期

這階段常常以一項超出準成員能力範圍的艱難試煉為標誌,例如數十公里長跑、從高崖躍下、獨力獵殺一頭猛獸等等,讓準成員以此證明自己具備加入新群體的能力和決心。成功挑戰的個體會於儀式上,在新群體成員的見證下獲接納成為新成員,其自信心和對新群體的歸屬感皆會大幅提升。但若果挑戰失敗,個體便要帶著不光彩的恥辱退回原屬群體。


相對傳統社會,人人必會經歷數個「通過儀式」,現代傾向個體主義的社會結構改變,令「通過儀式」少了很多(例如,任何人達到法定年齡就會自動被判定為成年人。)。有意見認為「通過儀式」對年青人的成長很有裨益,於是藉模仿軍訓的內容去設計訓練課程,以重建年青人成長過程所欠缺的「通過儀式」──也就是坊間常見的「領袖訓練營」。

不過這種山寨式「通過儀式」都存在一個重大盲點。前文提到「通過儀式」是「個體從一個群體轉到另一個群體的過程,其社會地位、責任、權利亦隨之改變」。但很明顯單單上過「領袖訓練營」是不可能有社會地位、責任、權利的改變,更甚者可能連新群體也沒有。欠缺這些社會元素的冒牌「通過儀式」,就空餘沒有目的磨練、洗腦和挑戰失敗的恥辱

你還相信年青人需要這種「領袖訓練」嗎?

2016年2月6日星期六

[Youtube 筆記] A/B Testing 的六個心得

A/B Testing 是網絡應用――尤其電子商務網站――常用的測試,目的是透過抽樣測試來獲得使用者數據,為採納何種系統改動的決策提供依據。系統改動可以是頁面排版設計、按鈕的顏色和描述文字,甚或購物流程的變更。其原理為利用測試工具隨機將部份使用者發配到不同的系統改動試版,再觀察各試版和原版的使用者行為,例如註冊比率,來比較改動的效果。
(錄像截圖)

這段錄像是Google Venture Startup Lab 2013 上一個題為"A/B testing done right"的演講。講者是網站分析工具Optimizely 的創辦人,過去曾於Google 和奧巴馬競選團隊工作。



演講上他以自己工作過的個案為例子,分享了採用A/B 測試進行系統改進的六個心得:

(錄像截圖)

1. 先釐清成功基準,而且是可量化的。


例如,改進目標是提升註冊人數,不加思索的話會以為要優化的是註冊表格,但將網站訪客轉換成註冊用戶的瓶頸,可能其實是由其他頁面跳到註冊頁面這個環節上。那麼要改進的應該是引導訪客註冊的按鈕,而量度指標就會是該按鈕的點擊率。
(錄像截圖)

2. 先探索再焠鍊


A/B 測試是一個篩選方案過程,故此測試應盡量探索各種改進的可能性供篩選,以免鑽牛角尖而錯過最佳方案。
source: https://blog.intercom.io/criticism-and-two-way-streets/


3. 削減選項 Less is more. 


過多選項會令人無所適從。減少選項更能引導使用者採取行動。
(錄像截圖)

4. 用詞很重要,尤其是Call To Action


那些呼籲使用者註冊、購買、捐獻的按鈕或連結的用詞,對使用者是會否行動非常關鍵。
(錄像截圖)

5. 失敗要早


那些我們以為會帶來改進的變更,並不一定都是正確的,有時候甚至會適得其反,尤其是變更有違使用者的習慣。採用A/B 測試能在正式採用前及早發現那些錯誤的變更。
(錄像截圖)

6. 今天就開始


越早採用A/B 測試越早受益。



2016年1月17日星期日

[Meetup 筆記] 如何繪畫別人看得懂的軟件架構圖?──Simon Brown 的C4 Model

作為軟件開發者,你試過看不懂別人的架構圖嗎?或是自己嘔心瀝血徹夜畫的架構圖,別人卻看不懂?

講題:The Art of Visualising Software Architecture
講者:Simon Brown (個人網站
主辦:Agile Hong Kong
時間:2016/01/15 晚上
場地:Odd-e 在上環的新辦公室


上星期五晚出席了一個關於軟件架構視覺化的講座。講者Simon Brown 多年從事系統架構的顧問和培訓工作,也會到世界各地演講,著作有Software Architecture for Developers 和The Art of Visualising Software Architecture 。其題為"The Conflict Between Agile and Architecture - Myth or Reality?" 的演講在Software Engineering Institute 主辦的SATURN Conference 2013中,獲參予者票選為"Architecture in Practice" Presentation Award 得主。

軟件開發者常要畫架構圖,但沒人看得懂……


講者Simon 首先提到敏捷開發有賴良好溝通,但在他工作和開辦工作坊的經驗中,發覺很多開發者無法有效地講解自己的構想,想傳達的資訊往往像卡在他們的腦袋裡。雖然開發者常畫圖來幫助講解,而軟件工程界也制訂了諸如UML 的建模語言和製圖規範,不過事實上大部分人都覺得UML太複雜所以很少用,尤其是高階的架構設計圖。

於是很多開發者以自己的方式畫了令人不明所以的系統架構圖。有些圖使用了意味不明的顏色和圖形(這個粉紅色的虛線想表示什麼?),有些則過多實作細節(User → UI → Calculation Engine → Data Reader → ……),有些將架構(Architecture)、運行(Execution)、部署(Deployment)等不同面向的內容混在同一幅圖裡(Import Service, cron, UNIX VM instance, …… )。結果這些「設計圖」徒令本來要說明的構想更難理解。

C4 Model - 地圖的類比


針對上述情況,Simon 認為"A common set of abstractions is more important than a common notation.",提倡C4 Model (Context, Container, Component, Class),將系統架構分成四個層級的抽象化。一個系統會有一個Context 以及各種使用者和其他外部系統,Context 由多個Container構成(例如web app, mobile client, database, etc.),每個Container 包括數個Component ,而Component 由class 組成。

2016年1月11日星期一

[電影] 《十年》觀後感


這是齣具明顯政治意圖的本地獨立電影。會去看一方面是因為它近來引起話題,一方面是受到所屬的意識形態的感召,就像耶教徒看福音電影一樣。

畢竟我們大部分人都欠缺想像力和表達能力,渴望有人代勞――頗典型的黃絲行為模式。

電影由五個單元劇組成,嘗試呈現十年後香港社會的想像,當中觸及港獨、洗腦、國安法、新移民、少數族裔、政治酬庸、政黑勾結、扼殺本土等等許多許多題材。意象雖既不新鮮也不大膽,多年來很多人都撰文或開咪討論過,但化為影象構成故事,恰如坐上時光機一下子跳躍到十年後幾個並行的時空,對缺乏想像力的人仍然比較有感染力。

有人或覺得情景略嫌荒誕或太戲劇性。我相信我們十年前看到近來書店店東被失蹤被報平安、雨傘運動、黑警橫行的話,也會抱相同感想。電影中的扭曲社會,不過是現實社會扭曲的延伸,《十年》不在未來而在當下。觀眾對情景的距離感,正反映自己對刻下扭曲的無視和毫無準備。他日身處電影世界,再沒有距離感恐怕是因為十年的習慣和麻木――若非甘之如飴的話。

數年來的習得無力感逐漸累積成焦慮。恰如單元劇《本地蛋》裡廖啟智說:「唔好慣呀!」。看,是要一再告誡自己:別去習慣。因為習慣原來不難,一河之隔就有十一億人和父祖輩習慣過來了。

我不懂評價以獨立製作來說這齣電影水準如何。不過以實現政治意途來說,它仍然跳不出一個普遍的框框。借用友人的講法:香港人現在並不欠缺警世預言,更需要的其實是行動的理想願景。

以下是各單元的簡單感想。(輕劇透)

單元一《浮瓜》
只求自己溫飽的邊緣小人物,為虎作倀,也終成虎口亡魂。情節最富戲劇性,雖然算不上出人意表。為什麽小混混是新移民?為什麽南亞裔會有印度可以返?

單元二《冬蟬》
瀰漫足以令觀眾界櫈離席的膠臭……

單元三《方言》
故事略嫌陳套無力,猶如故事主人翁。不過主人翁的無力感,也正是普遍港人感受。

單元四《自焚者》
呈現出現在和以後,抗爭理念路線的紛紜亂象。積極、條件反射、主動、被迫、激烈、和理非、犬儒、左膠,互相攻訐。人人很會抽水打嘴炮,行動沒幾個,我地繼續花幾十蚊睇場戲食花生肉緊一下。

單元五《本地蛋》
感受最深刻。本地人自然會在中青少三代幾個角色身上見到各種自己。那看似仍有一點點希望的結尾,其實相當絕望。

電影《十年》Facebook 專頁

《十年》電影官方預告片

2016年1月2日星期六

真係仲起?英國的廢棄鐵路與香港的超支高鐵

講到香港高鐵工程嚴重延誤超支,很多人的感覺係:「都掘左咁多啦,唔通唔起埋佢咩?」以為只要高鐵完工,撥款深潭就會見底,高鐵始終會成為帶來經濟和社會效益的基建,一直營運落去。

但放眼世界,因虧本而廢棄的鐵路比比皆是,英國1960年代大幅削減鐵路網的Beeching cuts 就是著名案例。

英國在十九世紀經歷鐵路狂熱的經濟泡沫,市場和政府對鐵路需求過份樂觀,大量熱錢流入過度投資擴建鐵路網。其後因國內道路網的完善,非常多的鐵路路線不敵來自道路運輸系統的競爭而連年虧本,最終被國營化變成政府的財政負擔。

為解決鐵路營運入不敷支,英國鐵路局遂於1963和1965年提出報告,建議大刀闊斧削減缺乏成本效益的鐵路服務,包括多達30%的路線和55%的車站。附圖展示「削鐵」前後的英國鐵路網。如今英國各地仍然能見到很多廢棄了的鐵路路段。



香港高鐵不但嚴重超支,亦被揭發效益不比已有鐵路高,回本無期之餘仲可能要蝕本營運。

──真係仲起埋佢?

「但停工的話掘左的地洞咪會嘥晒?」

其實地下空間唔一定造鐵路,工程師兼議員黎廣德就建議改建作公共社區和商業用途。


相關報導


2014年12月14日星期日

議員搞不清楚的豈止下載和串流?淺談版權條例相關的幾個概念

下載犯法嗎?串流算不算下載?上HKTV睇直播又是不是串流?本文旨在向一般大眾簡介版權條例相關的一些技術概念﹕下載、串流、複製等等,從而釐清鍾樹根議員在審議版權條例的修訂上的究竟搞錯了甚麼。

何謂「下載」


從技術層面來說,下載或下傳(Download)可泛指從遠端(例如互聯網)接收數據到本機(例如桌上電腦、手機),而從本機發送數據到遠端則叫上載或上傳(Upload)。一般我們講連線下載速度時的「下載」就是這個意思。所以不論收電郵、觀看影片、甚或瀏覽網頁,都是從互聯網接收內容到電腦或手機,其實都是進行下載。

傳送必然複製


以網絡傳送數據其實即是將數據從網絡的一端複製到另一端,傳送本身就是複製。至於數據複本會否保存下來可供多次讀取和再次複製,抑或即時讀取一次隨即刪除,則視乎應用程式而定。

何謂「串流」


而傳送方式,最常見的是完整傳送整份數據後才讀取,例如下載一首歌曲的MP3檔。像影片、音樂這類媒體數據也可以另一種方式傳送:將每秒聲音每格畫面的數據逐批順序傳送,另一端每收到一批數據便即時讀取播放,此方式即為「串流」(Streaming)。只要傳送速度比播放所需速度快,串流媒體也能流暢播放,而且不用等候整份影音檔下載完成才播放。用比喻來說,前一種方式像郵遞一片DVD,後一種方式像電視廣播。

「下載服務」與「串流服務」


不過當我們談及各式提供內容的服務時,「下載」與「串流」所指的又與上述有些不同。「下載服務」指用前一種傳送方式提供內容的完整複製品(例如相片、程式的安裝檔、歌曲的MP3檔),而「網絡廣播」(例如網絡電台的節目直播)和「串流服務」(例如youtube、Spotify、KKBOX)通常指以串流方式提供內容播放。這裡「串流服務」其實特別指「串流點播服務」(On-demand streaming service )。

版權條例修訂


明白了這些技術概念,再來談談版權的一些概念。版權這概念出現之初,文本、圖像、聲音等等的傳播主要透過製作複製品然後分發,例如一本本的書、一張張的唱片。因此版權的英文詞彙是copyright ,版權的法例條文總會出現「複製品」(copy)這字眼。隨著科技進步,出現像電台、電視台以無線或有線傳播這些不涉及實質複製品的傳播方式,於是版權的法例又特別將無線廣播和有線傳播納入管制。但科技不斷進步,互聯網出現,數據傳送必然涉及數位複製品,單單以複製品的有無判斷有否侵權、規限複製行為早已不合時宜。因此版權的法例開始改為著眼於規限傳播行為,香港《2014 年版權(修訂)條例草案》其中一部分正是引入「向公眾傳播」的概念,取代原來有關以廣播作品的方式侵犯版權的條文(廢除第28條、加入第28A條 [1] ),並刪除關於廣播的條文(第8條第9條)中「複製品」的字眼。

議員的三大謬誤

鍾樹根對版權條例的認知有三大謬誤

按鍾樹根議員於版權條例修訂草案委員會12月8日的會議上,就刪除關於廣播的條文中「複製品」的字眼向官員的提問和發言(會議錄影40分23秒至43分30秒 )(節錄於文末[2]),可發現該議員至少搞錯了三點:

1. 錯誤理解「複製品」在條文中的意義,誤以為刪除字眼會令規限放寬。
實情是現行條文定義「廣播」和「有線傳播」為「傳送方法並非透過向公眾提供作品的複製品或表演的錄製品的服務」。刪除「複製品」的字眼會擴闊「廣播」和「有線傳播」的定義,亦即擴闊規限行為的範圍。網絡廣播和串流點播服務由於可能渉及複製品,未必屬於現行條文的定義下「廣播」或「有線傳播」,刪除字眼後將符合新的定義。

2. 誤以為從第8、9條中刪除「複製品」的字眼後,透過複製進行侵權將不受限制。
實情是版權條例的其他條目已對此有所規限,包括第23條《因複製而侵犯版權》第24條《以向公眾發放複製品方式侵犯版權》

3. 錯誤以為未經同意進行複製就等於侵犯版權
實情是未經版權持有人同意發放作品(例如提供作品的下載服務、將作品廣播)才屬違法。筆者在上文已指出網絡傳送數據本身就是複製,假若如該議員所言複製就犯法,整個互聯網都不用運作了。

由此可見該議員不論對相關技術和法律的認知都存在重大謬誤。


科技的發展和建設一個促進資訊透明流通的網絡環境,有賴社會大眾正確掌握相關的技術和法律,希望本文能加深大眾對版權和資訊科技的認識,一起監督官員和議員制訂有關法例。


[1] - 《2014 年版權(修訂)條例草案》頁次C2982

第12條︰廢除第28條《以廣播作品或將作品包括在有線傳播節目服務內的方式侵犯版權》。

第13條︰加入第 28A 條《以向公眾傳播方式侵犯版權》

(1) 向公眾傳播某作品 ( 不論屬任何類別 ),是受該作品的版權所限制的作為。
(2) 在本部中,凡提述向公眾傳播某作品,即提述向公眾以電子傳播該作品,包括——
(a) 將該作品廣播; 
(b) 將該作品包括在有線傳播節目服務內;及 
(c) 向公眾提供該作品。
(3) 在本部中,凡提述向公眾提供某作品,即提述以有線或無線的方式提供該作品,而提供的方式,使在香港或其他地方的公眾人士可於其各自選擇的地點及時間接達該作品 ( 例如透過互聯網提供作品 )。
(4) 任何人僅提供設施,使某作品得以向公眾傳播或利便某作品向公眾傳播,本身並不構成向公眾傳播該作品的作為。
(5) 如有關傳播的內容並非由某人決定,則該人不屬向公眾傳播作品。
(6) 就第 (5) 款而言,任何人不會只因為下述目的採取一個或多於一個步驟,而屬決定某項傳播的內容——
(a) 接達他人在該項傳播中提供的東西;或 
(b) 接收構成該項傳播的電子傳送信息。

[2] - 鍾樹根議員發言節錄

(討論刪除關於廣播的第8條第9條條文中「複製品」的字眼)

主席, 我都係唔係好明白, 我唔覺得係收緊左, 反而係放寬左. 喂, 你刪左「複製品」, 點解一定要刪呢? 唔刪得唔得架呢? 因為其實你無論用internet好, 用電腦點樣串流落來呢, 其實係複製左架. 佢將啲資料複製左喺個記憶體度嘛, 如果唔係播唔到出來架? 係咪先? 喺記憶體度搵得番架喎. 即係...唔同以前analogue收音機佢直接播出來架嘛. 即係咁我想上網抄人一首歌落來.... ——如果我唔要「複製品」刪左佢呢三個字——咁樣我唔播出來, 我淨係錄左佢, 擺左喺我memory, 咁算唔算犯法呢?

(官員解釋串流未必涉及完整複製品)

你唔使處理架. 你根本唔使查架. 總言之你播出來就犯法, 唔播出來都犯法, 你未經人同意download左人啲野, 就係咁簡單. 你刪左(「複製品」的字眼)之後呢, 咁即係我儲喺度唔播就唔犯法囉.

(官員解釋已有條例規限發放侵權複製品)

但如果我串流落來冇播出去, 但你唔好理我用乜野方法, 我冇公開地播出去, 我儲到呢啲data, 最後會capture番呢個file出來, 用我的技術, 咁算唔算犯法呀?

(官員解釋發放才犯法)

參考資料︰

《2014 年版權(修訂)條例草案》全文

《版權條例》 
第8條 廣播
第9條 有線傳播節目
第23條 因複製而侵犯版權
第24條 以向公眾發放複製品方式侵犯版權
第28條 以廣播作品或將作品包括在有線傳播節目服務內的方式侵犯版權

《2014 年版權(修訂)條例草案》委員會2014/12/08會議錄影

2014年10月7日星期二

圖像化民意 - pol.is/hk 簡介及使用教學

網民最關心什麼新聞或議題 ? 他們對議題又有何看法?

簡介


pol.is/hk 是一個新聞系統,能讓網民投票選出最需要關注的新聞、就議題發表意見,並對其他人的意見表示贊同與否。系統會分析出意見相近的群體,歸納各個群體對議題的看法,從而協助民眾達成共識。

使用教學

熱門新聞


1. 進入pol.is/hk ,首頁會按序列出網民最關心的新聞或議題。



2. 點擊標題前的按鈕來投票,將自己要認為重要的新聞「推」上去。點擊標題後的鏈結打開有關報導。


3. 要提交新的新聞,點擊"SUBMIT A NEW LINK"。



4. 在提交頁輸入標題和有關報導的網址,然後按"CREATE"。



議題表態


5. 要就新聞的議題發表意見,或對其他人的意見表示贊同或反對,點擊"DISCUSS"。



6. 在意見頁,左面會隨機顯示其他人的意見,要表示贊同或反對,可按"AGREE"、"DISAGREE"或"PASS"。


7. 自己對議題的立場會視像化成右面的圖像,隨著對更多其他人的意見表示贊同或反對,自己的立場和其他意見群體的相對位置亦會改變。


8. 要發表意見,按"WRITE"。


9. 輸入自己的看法然後按"SEND",意見就隨機顯示給其他使用者。


10. 想了解參與者的整體看法,按"ANALYZE"會按序列出最多人贊同、反對和決定性的意見。


11. 想了解不同意見群體的立場,點擊代表該群體的區塊,會顯示該群體對各種意見的取態。


小結


利用pol.is/hk 可以讓大眾透過簡單的發表和投票方式去就議題表態,並透過分析圖令大眾容易了解到主流意見是什麼、有哪些立場各異的群體,和彼此分歧所在。


=====
(本文發表於Code4HK 博客 及作者網誌游思・歪才 )

2014年9月25日星期四

香港的公民直播 - 「民間媒體 /公民記者直播技術交流會」札記

隨著媒體越來越市場導向或受政治打壓,社會上的公民從自己的角度,自發去發掘、記錄、傳播社會所需要的資訊越益重要——這正是公民記者(Citizen journalism)的理念。近期的社會運動中,民間媒體的現場網絡直播對市民了解事態發展起重要作用。到底民間媒體和公民記者是如何採訪的?

2014年9月18日晚上於香港城市大學Code for Hong Kong 舉辦了「民間媒體 /公民記者直播技術交流會」,邀請到三個民間媒體:香港獨立媒體Resistance Live抗爭在線United Social Press社媒分享他們採訪現場、網絡直播的經驗。台灣零時政府的成員亦透過視像通話參與交流。

Code for Hong Kong (code4hk) - http://www.code4.hk/


主辦者code4hk 是本地公民駭客(civic hacking)社群,其理念是集合關心社會的IT人,運用自己的專業知識去改進社會。 以往的項目,包括:


其中後者利用了台灣零時政府開發的Hackfoldr 製作,其輸入介面簡單易用,沒有技術背景的使用者亦能很快上手。

而進行中的項目有:

  • Hackfoldr 手機app ,提供離線快取的功能,方便使用者在網絡不穩時仍可瀏覽 Hackfoldr (未公開)
  • 與綠色記者陳曉蕾合作建立公民記者網站
  • 以RasberryPi 製作WiFi access point, 可用來架設無線局域網支援大型集會,亦可同時作為迷你伺服器運行Hackfoldr 
  • 製作定向天線供遠距wifi 傳輸

Resistance Live 抗爭在線 http://www.facebook.com/protestlive


Resistance Live的成立始於613反新界東北發展集會,主要進行視像、圖像、文字直播社運現場,七一遊行集會亦曾和訪港的台灣的音地大帝合作。其採訪隊伍由2~3人的video team 及兼任圖文直播的後勤組構成。記者使用4G手機、iPad,利用ustream、livestream 等視訊串流服務進行網上直播。其他裝備包括usb 充電池、自拍棍、對講機等等。據他們的經驗,以 iPad 直播視訊最穩定流暢。對於採訪上遇到的困難,他們表示由於成立未幾, 在處理新聞材料(例如衝突場面)上缺乏經驗。此外也面對長時間採訪的情況下電源不足和人手不夠。

香港獨立媒體(獨媒) http://www.inmediahk.net/


獨媒成立至今已十年,業務包括:

  • 營運網站,網站採「 網絡自由、 文責自負」的原則,任何人皆登記成為作者發表文章
  • 編輯採訪,特別是被主流傳媒忽視的題材,例如動物保護
  • 撰寫報導、摘要、分析,製作「懶人包」、訪問片段

日常營運依靠小額捐款和一眾義工,現有全職員工三名。由於注意到在facebook 一類社交網絡上消息流通比傳統媒體更快,近期正積極發展直播團隊。

圖文直播的流程,一般由前線的特約記者將現場照片和簡要文字描述,以whatsapp 發送至獨媒辦公室或現場的新聞中心,由編輯發佈上網。因為很多時候記者一人難以同時兼顧影相、留意現場和撰稿,所以另一種模式是記者透過電話或語音短訊口述報導內容,由編輯筆錄。上網利用 4G pocket WiFi 或 4G手機tethering(3G 網絡於人群密集的大型集會無法提出穩定連線)。

獨媒指出民間媒體遇上的困難之一,是政府機構不接受網絡媒體的採訪。但其相關指引既不清晰,政策亦不公平。

社運行動往往歷時一整日甚至;數天,一個人單打獨鬥必然體力不支無法應付長時間採訪,是故獨媒建議三、四個人互相支援,以及和其他組織合作。現場遇上變故時, 跟大台機(主流傳媒)在一起會比較安全,但須 注意不要妨礙到其他傳媒的採訪。 獨媒成員亦表示臨場經驗很重要,有經驗者往往能夠「嗅」到什麼時候哪個地點即將有事發生,隨機應變。

會上獨媒分享了兩段採訪片後段:



台灣零時政府(g0v.tw) http://g0v.tw/


台灣公民駭客組織零時政府成員分享了太陽花學運的經驗,指出網絡連線非常重要,集會期間獲中華電信HiNet於場地拉設專線,確保場內場外的消息能透過穩定的網絡發佈流通。(筆者按:基於「國情」不同,在香港似乎不太可能。) 他亦建議運動組織者需要有一個集中的資訊發佈平台,而且除了視訊和相片,也別忽略文字直播,因為有時候條件所限,民眾不一定能接收到視像和圖像。最後他勉勵香港人「有能力,就去做吧!」,因為每個人的直播都是一個獨特角度,社會正很需要許許多多不同的角度去看、去思考問題。

United Social Press 社媒(USP) http://www.unitedsocialpress.com/


社媒創辦於2013年,成員以攝影師為主,主力拍攝現場照片。直播方式與獨媒相似,由一名攝影師跟一位撰稿記者拍檔,用telegram 發送現場相片和報導給後勤組發佈網上(只攝影師一人時則發語音短訊)。使用器材包括有WiFi功能的相機、對講機、五級梯。為應付長時間採訪,USP 會以輪更制編配人手,亦會事前規劃後勤地點(例如麥當勞)作為休息站及上網點。

討論環節


分享環節後與會者繼續進行了熱烈討論。例如萬一遇上Network Blackout (當局切斷行動通訊網絡、甚至干擾無線電通訊),該如應付、如何繼續將現場情況讓外界知道?其中一個方法是派人將記憶咭帶離現場到後勤地點上載。又例如警方的封鎖線妨礙到現場拍攝,這時候五級梯和自拍棍就是「突破」封鎖的利器。還有其他有意思的討論未能在此一一盡錄。

後記


是次交流會正臨近2014香港學界大罷課、十一佔領中環行動,明顯感受到與會人士希望在此社會將有重大轉變的時刻盡上公民責任,貢獻自己的思考。交流會加深了出席者對民間媒體的認識和對公民記者的了解,同時交流彼此的技術和經驗。相信此後香港的公民記者、民間媒體與社運組織會有更緊密的合作,發揮更大的影響力。

後記·續


[2014/10/08] 本篇成文於9月27日,尚在審稿時,即發生學民學聯重奪公民廣場,以及「佔領中環」提前行動、警察武力清場、佔領行動遍地開花等一連串事件。事態發展之快前所未見,從電視、網絡、手機、友儕,以至親身耳聞目睹, 各種資訊鋪天蓋地汛湧而來,令人措手不及。期間各式幾可亂真的聳動謠言更是越傳越烈,令人深切體會會上台灣零時政府的忠告——維持可靠的消息發佈渠道——是何其重要!而如何及時查證流言亦成為這十日來民間媒體和公民記者的新挑戰。10月2日Code4HK Emergency Hackathon 上就有參與者發起流言查證平台的project。

除了本篇提及的部份民間媒體,「雨傘運動」 期間亦出現了更多公民自發組織新的民間媒體,例如926 平民在政總現場雨傘運動現場資訊中心等等,以接近零時差的速度報導各地現場消息,填補主流傳媒的不足,令大眾有更全面的情報去掌握現況,亦為記錄事件、分析局勢提供大量材料。Code4HK 以crowdsource 模式特別為「雨傘運動」製作的佔領時序地圖的資料就同時來自主流傳媒和民間媒體。

本篇記述的公民記者採訪方式(前線以telegram 報告現場最新狀況,後勤整理資料發佈)也被運用在新聞報導以外的範疇。志願者運用這種作業方式,製作包含佔領區內封路、物資站、急救站位置等地理資訊的抗爭地圖以及物資需求列表,在於運動中發揮重要作用。

期望日後的交流會上各方分享在這場運動中累積的寶貴經驗。


延伸閱讀:


好站推介


想觀看視像直播追蹤社運現場?想找「懶人包」快速了解社會議題卻不知從何找起?
today.code4.hk 彙整了正在發生的社會大事的各種資訊,各方提供的「懶人包」、視像直播、行動日程、相關團體的網站等等都可在 today.code4.hk 找得到。

(最後更新:2014/09/27/15:25)

2014年9月16日星期二

全民皆拍的共監視時代,你準備好了嗎?

攝錄科技的普及,提供管控的便利政府機關、民間機構、商戶以至民宅都廣泛安裝攝影機作保安用途。另一方面可攜式、佩戴式的輕型攝影機的平民化和流動通訊諸如智能手機、Google Glass 、行車攝錄器等等則讓一般民眾也能夠以自己的角度,隨時記錄以至直播身邊發生的事(例如突發災難的現場、車廂乘客的不當行為)。我們無可避免曝露在鏡頭下,同時也舉起鏡頭捕捉他人。我們已步入一個共監視時代(Age of Co-veillance)。

Source: Wikipedia

Surveilliance vs Sousveilliance


共監視 (Co-veilliance)由 Surveillance 和Sousveillance 兩個概念構成。 Surveillance 一般指器材固定在建築物以從上俯瞰的第三身視角進行的攝錄。而Sousveillance 指器材由當事人手持或佩戴從參與者的第一身視角進行的攝錄。另一種從權力層級的看法是Surveillance 是由權力構關或管理者的監視Sousveillance 則是參與者(監視對象)的監視。

2014年8月31日星期日

共識只是幻想?從蜂群如何遷巢看人類社會

(Source: Pixabay )

相信很多人都在生態紀錄片中看過,像蜜蜂、螞蟻這類具有社會性的動物,會互相合作去應付各種生存的挑戰,例如南美洲熱帶雨林的火蟻會和同伴互相緊扣形成「蟻筏」去渡過洪水。牠們集體行動起來仿有共同意志,整個群體看來像一個有自己意識的個體一樣。

火蟻救生筏 (圖片來源:Newswise )

最近在io9 讀到一篇關於蜂群如何共同行動,和討論我們人類能否如蜜蜂一樣達成共識的文章。文中引用了一段記錄蜜蜂遷巢過程的短片。蜂群有時因為出現新蜂后或其他原因而需要尋找新地方建立另一個蜂巢。從構築新蜂巢到新生蜜蜂長成往往要幾個月,所以這個行動關乎整個蜂群的存亡,選址必須慎重。那麼蜂群──上千隻蜜蜂的集團是如何決定新居的地點呢?

2014年5月4日星期日

[網摘]2014年4月

科學與社會運動

從博奕論了解民眾疏於參與社會運動的搭便車心態, 以及網路社群的普及如何降低參與社運的成本而催生更多「快閃」群眾運動.

囚徒困局系列:學生與政府的「墨西哥對峙」僵局
領行政院是策略失誤? 從博奕論看台灣反服貿運動的局勢轉變,非常值得思考。
推而廣之,香港反國教運動結束留守廣場、八九天安門學運繼續留守廣場等決定又是否最佳或理性的行為?

鎮暴手中棍,學子身上依: 論警察打人的心理機制
警察亦是人,殘暴乃人性,只要條件滿足,任誰都能殘暴得心安理得。Yes We Can

原來 短時間我們如此強悍:太陽花運動科技應用創新總整理

探究「民間全民投票計劃」電子投票系統

語言與政治

探討所謂港式英語的現象和George Owell的《1984》中的控制、消滅思想的Newspeak的關係的文章系列。

網絡媒體與傳統媒體

『由此可見,似乎現時香港媒體的傳播方式,「網>紙>網>紙」比起「紙>網>紙」的模式更加有效引起輿論。這可能代表了傳統媒體的一種退讓,因為「發起話題」的能力似乎比以往弱了(多少記者在網上「搵料」?),但網媒也不能就此沾沾自喜,挑起了話題後,主導輿論走向,擴大接觸面的,依然是傳統紙媒。』

Big Data

海量數據分析的運用可能構成難以察覺的歧視

電子支付


UX

Answer: Meaningless navigation


Coding



2014年5月2日星期五

有仇不報非王子 - 莎士比亞《哈姆雷特》讀後感

《哈姆雷特》(The Tragedy of Hamlet,Prince of Denmark),或譯《王子復仇記》,復仇正是這齣悲劇的主軸和其中一個重要主題。

"Themes of Hamlet" word cloud. Source: Elsinore in Ashmore. http://elsinoreinashmore.weebly.com/
劇中的復仇共有三重。

2014年4月13日星期日

從《Avenue Q》到《Q畸大道》

今晚看了風車草的香港版《Avenue Q》音樂劇《Q畸大道》,上年首演錯過了,今次載譽重演當然迅速訂票。全場笑聲掌聲不絕,盡興而回。

認識這齣獲獎百老匯音樂劇,始於數年前聽電台播放其中一曲"There is a fine, fine line",旋律歌詞優美動人令我印象深刻。在網上再聽幾首曲目如"The internet is for porn",才發現這音樂劇兼具抵死風趣,初次獨自生活的大學畢業生和奇形怪狀的鄰居們的小故事非常吸引。雖然很想看,但也知在香港上演的機會渺茫。沒想到後來有幸留學英倫,終償所願觀賞了英國版的《Avenue Q》全國巡迴演出。

更沒想到的是返港後,由風車草劇團 (Windmill Grass Theatre) 改編為香港版的《Q畸大道》。抱著對本地版的好奇心,今夜一看實在喜出望外。要將英語歌曲編譯為粵語本來就相當困難,,難得歌詞在入韻和忠於原作間取得平衡之餘,再恰到好處地加入本地化笑料,彌補了文化差距,令香港觀眾亦能產生共鳴。而演員的表現亦非常出色,既演出角色神髓也加入了自己的特色。

是次重演到4 月19日,誠意向各位朋友推薦。http://www.wmgtheatre.com/#!newest/c22pp

2014年4月1日星期二

葡萄酒味道的構成


這短片簡述會影響我們判斷葡萄酒味道的因素。看畢隨即想起電影《激戰》開場中富二代錯以為林思齊帶來的「法國佳釀」其實不過是48元一支的雲南平價酒。

味覺感受很主觀,而且非常容易受自己的期望和外界影響。比起化學成份的差異,價錢、品牌、他人的評價才是葡萄酒味道的主要構成。也許品酒其實不過是一門幻想味道的學問而已?

2014年3月13日星期四

學外語得練肌肉?


這段關於快速學習外語的TEDx演講很有啟發性,重點翻譯如下:

5個原則

  1. 專注在自己關心的題材上(工作/興趣/etc.);
  2. 運用所學來溝通;
  3. 先去理解整體的訊息而非追求聽懂每個詞彚;
  4. 學習語言不是累積語法知識,而是認知和臉部肌肉的鍛鍊;
  5. 正面積極不怕犯錯的心態很重要。

7個行動

  1. 多聽,從而練就辦認語音的模式和韻律;
  2. 也透過語音以外的訊息(例如肢體動作)來理解訊息;
  3. 多嘗試將所學作不同組合來造句;
  4. 專注學習常用字句;
  5. 找個肯耐心和你交談的「外語父媽」;
  6. 模仿外國人說話人的表情;
  7. 與其和母語對譯,應將詞彚語意直接和圖像情境聯繫機來記憶。

2013年5月25日星期六

記OpenDataHK.Make.01

上星期去了OpenDataHK (http://opendatahk.com/events ) ── 一個以Open Data為主題的hackathon。這是繼去年10月Codeaholics的HK Code Camp後第二次參與hackathon。是次活動的目標是眾參與者各自提出一些香港公開資料的企劃,並在週末的兩天內完成雛型,從而推廣Open Data及交流想法和技術。

場地


場地由好單位The GoodLab贊助提供。The GoodLab是近年香港開始興起的coworking space的其中之一。和香港另一個有名的coworking space浩觀HKCoCoon比較的話,HKCoCoon關注點是創業, 工作環境較寬敞;而The GoodLab則面向社企和文化活動,環境比較relaxing。

2013年4月6日星期六

[遊戲]Schuld

殘缺之人需索你健全的身體, 是否貪婪?
如果來世是為了洗淨前世的罪孽, 你又會否重蹈覆轍?
罪與罰, 又是誰來定?

K島的冒險遊戲板總能看到島民介紹不錯的作品,這次發現的是RPG Maker 製作的恐怖短篇Schuld(德語,,意譯為「罪責」)。雖然聲畫、遊戲性很一般, 不過故事裡的恐懼象徵仍然讓人不安。

原作(德語):
http://www.rpg-atelier.de/index.php?site=showgame&gid=796

英譯版:
http://rpgmaker.net/games/4247/

#indiegame #horror

2012年12月13日星期四

[Dev] 略記Codeaholics Dec Meeting 2012


  • 場地由BEECRAZY提供, 在長沙灣某工業大廈內. 
  • 共四位講者, 約40人出席

Thomas Weiss - Windows 8 Application Development

  • Windows 8上運行的應用程式有兩種, 現有以.NET/Win32為底層的桌面應用程式, 和以新發佈的WindowsRT為底層的Full-screen應用程式- 
  • 一如.NET的強項, WindowsRT的app能以C++、C#、JS+CSS開發- 
  • 以C#寫的component, 也能被JS call 
  • 即場範了一個webcam截圖的簡單程式, WindowsRT的API提供的不僅是webcam的datastream, 而是一個截圖的UI

Ken Lam - Haptics-

  • Haptics(觸感)在mobile device上一般指觸控時的震動回饋-
  •  介紹他公司一個Android的haptic library, 供開發者免費使用 http://www.immersion.com/products/haptic-sdk/
  • 比Google vibrate 提供更多複雜的震動控制- 
  • 解決震動組件的fragmentation, 提供一致的震動效果- 
  • 雖然講者提供兩部手機作示範, 但示範程式未能展示出library的獨特之處

Matthew Rudy - Taming your CSS with SMACSS

  • 這晚最感興趣的題目
  • 介紹一本關於如何組織CSS的書 http://smacss.com/
  • 透過Base, Layout, Module, State, Theme的結構和避免class的coupling, 令CSS容易維護管擴充
  • 講者亦多次提到Bootstrap http://twitter.github.com/bootstrap/
  • 毫無章法、膨脹失控的CSS正是我工作上會碰到難題, 有時間得找這本書好好讀一讀, 然後向同事推廣

Graham Milosevic - Building APIs with Go

  • Go是Google推出的語言, 以C為基礎 ,取現代語言的優點, 針對Concurrent computing, 以code fast, compile faster為目標 http://code.google.com/p/go/
  • 不大理解這題目
  • 題外話, 講者的公司BEECRAZY為了提升網站效能, 正將系統從PHP轉到RoR
(舊作轉存)