Posted by Mr. Friday 〈前言：本文很長，屬於探討性質，閱讀前請先有心理準備…〉 國內的部落格平台Pixnet一向在網路上的風評是很好的，長期下來也累積了許多死忠擁護者。不料，此次後台大改版卻招致超大聲浪的批評，還引發了一批出走潮，點解？〈圖片引用自四十八個德瑞克〉 先讓我們釐清一下這次改版的經過： 7/24：PIXNET官方發出改版預告：【服務】升級改版 8/11：PIXNET正式公告，將於8/19〈二〉凌晨2:00開始，先停機3小時，接著全站唯讀21小時。換句話說，8/20〈三〉凌晨2:00開始正式開放使用新版後台。 8/19：PIXNET準時停機 8/20：PIXNET並沒有準時回復，而且無法登入。PIXNET當日公告指出，PIXNET的資料需要全部倒入新版後台，但因為相簿資料庫內容過大，無法順利於24小時內全部匯入。預計21日早上7:00除了相簿外的服務都會先行上線，包括留言、迴響、引用以及小圈圈服務等。PIXNET同時提出會對VIP補償一天。 8/21：該日下午16:00的PIXNET公告指出，新舊後台已於早上8:00轉換完成。PIXNET勉強能夠登入，但而事實上只要登進去的人都會發現：這是我認識的PIXNET嗎？版面大亂、文章消失或被截斷、網址被改、速度變慢、許多個人設定消失，而且還有一大堆連結都是中看不中用，只會噴出暈狐狸500，就是上面那張圖；換句話說，PIXNET實際上還是幾乎不能用。網友抗議言論立刻塞爆了討論區，更有許多人問說能否改回舊版，等新版正常後再上線？但官方沒有正面回應。 8/22：該日晚上19:00的公告回答了該日的修復進度，也另外開了一篇公告說明新網址不會改變原部落格的PageRank，稍稍令人欣慰，但對於回復舊版的問題沒有正面回覆。該日最令人振奮的消息是Funp針對Pixnet網址格式進行修改，原有的推文連結都已經更新為新的網址。 8/25：基本上23、24的公告仍然只是bug的修復說明，但25日的公告總算是有一個公開的承諾： ＊修復的狀況期限 我們預定最晚於下週一（9/1）修復到所有功能可正常使用，目前暫時沒有出現的原功能也會陸續補齊顯示出來，並持續於每日公告修正項目。 ＊舊版後台 之前沒有立即說明是否回復舊版後台，主要是在一邊修復錯誤一邊測試回復舊版後台所需要的時間，目前評估回復舊版後台，所需要的停機時間和修復目前新版bug相差時間相異不大，會需要再度停機至少48小時，切換回舊後台時，在新版後台新增加的功能上，在這幾天有變更調整的話會需要比對，另外在新版後台的功能如樣式設計精靈、好友短訊、影音、照片同時上傳、多檔影音上傳、單方加好友等新功能將無法使用…….，因此目前痞客邦目前評估後的方式是，會先將所有人力修正各位所使用不便的缺失，讓整體功能能正常使用為優先前提，痞客邦對造成各位會員如此大的不便感到十二萬分的歉意…… ＊VIP補償 自19號停機開始，陸續已為VIP補上延長兩週，因為這次的影響，VIP部份我們也會在額外補償一個月，總共補償一個半月，非常抱歉並感謝各位會員的體諒，再次抱歉讓您感到不便….. 從上面的節錄，可以看出PIXNET已經定調為暫時不再換回舊版，要修新版修到9/1為止。 8/27：也就是昨天，在PIXNET新版許多功能正逐漸修復之際，早上卻又發生「登入後才能看到部落格」的問題。幸好下午已修復。與此同時，在官方討論區的bug回報列表也已經超過72項。 ====================================== 好。這幾天網友拉裡拉雜、斷斷續續的看了這麼多，整理以後大家應該開始有一些頭緒。這次我想探討的問題，就簡單化作底下幾點： 根據系統更動的幅度，是否有相應足夠的測試環境與測試時間？壓力測試是否確認完整？ 8/20系統升級，當天是否有預備還原機制？還原的考量時機與著眼點為何？ 8/25公告9/1將會把所有新版功能修復，誰來保證？ 首先就第一點來探討。關於系統更動的幅度，為了寫這篇文章我仔細研究了一下，我們可以在gslin的這次 PIXNET 前後台的一些整理可以一窺究竟。老實說不看還好，仔細一看差點昏倒，因為我發現這次PIXNET改版似乎是機器、作業系統、資料庫、應用伺服器、程式庫通通一起來，而且打算畢其功於一役，24小時後直接推上火線……。噢，我只能說PIXNET真的很勇，而且是神風特攻隊的那種勇，因為其中任何一項的升級，如果拿到網路銀行這種每日交易金額以百萬起跳的世界裡，絕對都是讓人膽顫心驚，因為不可預測的變數太多了，而沒有人敢隨便擔起系統當機的責任。 關於主機搬遷、作業系統升級、Middleware Migration等等，有人或許會覺得有什麼關係，何必一項一項慢慢升級，一次到位不是很好嗎？小弟不才，在這方面沒有什麼特別傑出的經驗，但是血淚爆肝的故事〈還有八卦〉倒是一籮筐。不過跟主題沒有關係，在這裡就先不提了；說真的，要做也不是不可以，但是我會先考量到幾個要素： 一次到位所建置的環境是否經過完整測試？包括功能測試、整合測試、壓力測試？以PIXNET新版如此多臭蟲看來，事前功能測試似乎大有問題，更遑論壓力測試了，那PIXNET事前為何有信心這套系統上線後能禁得起考驗？ 與原先的系統切換方式為何？是屬於平行使用，還是一次直接切換？若為後者，如何說服讓習慣舊介面的使用者願意接受新介面？ 以成本、時程、風險而言，新舊版本的優缺點在哪？在這三方面，何者的重要性較高？ 雖然我不曉得PIXNET這次改版有沒有考慮到這麼多，不過終歸已經是好幾個月以前就下了的決定，現在追悔也來不及。我們再來看這次8/20發生狀況之後，PIXNET的危機處理機制，也就是第二個問題：8/20系統升級，當天是否有預備還原機制？還原的考量時機與著眼點為何？ 我想以PIXNET工程師高手如雲，預備還原機制是一定有的。我想問的真正問題在於後面那句：還原的考量時機與著眼點為何？其實我想這就是一個停損點的觀念，在SI產業裡面也適用，那就是主管事先預估：如果發生問題，到XX時間還沒辦法確知何時能修好，反正倒備份的時間是有限期的，頂多我就是損失這段停機時間的資料，趕快把系統救回來正常營運要緊。 然而以這套邏輯看來，PIXNET這次的決策相當反常。如果我是決策者，在8/21當天登入後，發現一大堆功能都不能用，這顯然不是兩天內可以修復完成的事〈網友的回報buglist都排到70+以上了，內部bug一定更多〉，如果倒備份照8/25公告所說要48小時，那我最多最多到8/22早上就會倒備份回來了。我的判斷點是： 這麼多大大小小的bug，2天內絕對改不完 損害控制。新版上線拖得太久，就會有越多網友進來想寫文章、改設定，晚一天切回舊版，切回舊版後的資料就會少一天，要修改的功夫就更多，這樣會變得騎虎難下。 工程師熬夜了三四天，也該讓他們休息了。 然而我畢竟不是PIXNET的決策高層、也不是工程師、我什麼都不是，所以也許PIXNET有難言之隱，有必須要在短時間內升級完成的壓力，又或者是他們判斷問題很快就會解決，這就不是我能猜測到的了。 好吧。逝者已矣，來者可追。許多網友對PIXNET目前抱著的期望就是那則道歉再道歉的8/25公告：9/1將會把所有新版功能修復。理想上，這次升級噩夢應該到下星期一就會完結。不過我這裡還是要潑冷水問一下： 誰來保證？你們已經跳票過了耶？ 對於這件事我個人比較消極啦，畢竟這次更動幅度太大，檯面上網友看得到的buglist就那麼多，檯面下那些機器、OS、Middleware需要調整的地方我猜應該更是「罄竹難書」。我是不曉得PIXNET的人怎麼這麼有guts，小弟我平常還算有一點寫程式的sense，但是熬夜了三天三夜之後我想任誰也辦法把程式寫得好到哪去。尤其以昨天突然要「登入才能看」的狀況，很明顯就是改完一個bug、沒想到觸發另外一個bug，然後沒時間驗證就丟上正式機，接著收到一堆抱怨信……。以這樣的品質、還有這樣多的bug〈先不管那些平常就要解的小問題、或是系統效能調教這種可以晚點研究的問題〉，如果9/1真能趕得出來的話，那我也只能問PIXNET工程師們一句話： 請問，肝一斤怎麼賣？ 〈圖片摘自ABow〉 相關文章推薦： 正因為活著 - 痞客邦的更新災難〈上〉、〈下〉 四十八個德瑞克 - 淺談痞客邦(Pixnet)的更新事件 隨機推薦 平面設計的革命浪潮 - Threadless, Crowdsource與Web 2.0 創意香蕉 Click*3續觀察 : 圖形驗證與網路分工 新年快樂! Google 推出 OpenSocial，開放風越吹越烈

讀完《沒有資優班》已經有一段日子，但一直沒有寫文章。近日發現方潤已經寫了，所以我就不必重複，反而想寫一些對香港教育的看法。 芬蘭教育的優秀，我相信讀完這本書的教師們都會有共鳴。在閱讀的過程中，我不斷把香港教育跟芬蘭教育作比較，然後一方面暗罵香港教育的不是，另一方面嚮往芬蘭教育的成果。無疑，芬蘭教育給我一種希望、一種期許，好像在萬古長夜裡看到一絲曙光。 但是冷靜下來想想，芬蘭教育在香港是行不通的，或者至少不是教育界單方面的意志就可以實施。因為香港教育的問題，不單是教育界的問題，而是整個社會風氣的問題。以下試說說其中幾點。 首先說說評核方面。中小學教師常說教育局對教師的干預太多，令他們深受評核之苦。其實評核的原因很明顯，就是當局不信任老師。這不是說老師們都不值得信任，而是每個行業都存在害群之馬。如果不做點門面功夫，萬一出了甚麼事，傳媒口誅筆伐，暴民上街示威，那就小事化大事，有理說不清。 誠然，有了評核也並非萬無一失。正如書中提到，教師也會做門面功夫，評核的準確性往往成疑。只是有了這些複雜的制度，批評者就少了一個口實，對當局而言怎樣說都是一重保險。盲目相信制度，不求有功，但求無過，這便是香港一般機構決策者的思維模式。 但這也不能全部怪責當局，因為香港教師的質素確實參差不齊。在芬蘭，教師是令人尊敬的專業，亦是優秀學生們的理想出路。反觀香港，最優秀的學生多會投身商界，很少當教師，這可從大學聯招選科的情況略知一二。結果是，有部份自己都不太會讀書的學生，畢業後卻跑去教人讀書。這樣能否教出好學生，能否辦好教育，實在令人質疑。 然而，上述這些都只是表面上的問題，它們實乃源於更深層次的原因，即香港社會中存在一些根深蒂固的不良價值觀。教育局高呼「求學不是求分數」，沒有人聽它的，因為在我們的教育制度下，分數確實可以決定學生的前途，甚至影響老師的前途。加上在香港，前途就是錢途，錢途決定成敗。在這種鬼地方中，教育精神被曲解，先哲們的崇高教育理想沒有市場，學店高呼「貼題準確、保證奪 A」才是生存之道。上樑不正下樑歪，學生自小在這種氣氛下成長，被培養出相同的價值觀，繼續下一代的惡性循環。 香港人普遍把教育看成就業的手段，只管說「為就業市場提供人材」那類鬼話，不知道教育還有更崇高的目的，即提升個人素質，承傳人類文化。香港人所推崇的人性特質，也不是「明明德」、「新民」、「止於至善」，更不會是「先天下之憂而憂，後天下之樂之樂」，而是走精面、拉關係、不勞而獲。那些真心想讀書的叫傻仔，讀完書找份好工賺大錢的叫年輕有為。我們沒有芬蘭人的素質，芬蘭的教育制度對我們來說只能是一場美夢。 總結來說，香港的天空太狹窄，容不下另一種思想，另一種價值，這才是香港最根本的問題。 延伸閱讀： 方潤日記裡的文章 作者的部落格文章：關於我的新書：《沒有資優班，珍視每個孩子的芬蘭教育》 本網相關文章： 滅魔者 論為學 公司與學校 教育的諷刺 香港的悲哀 唐君毅論教育意識 求學生涯系列之三：聯招選科

這個快將會成為 Viral Video 。

段譽以一陽指起誓「就算是妹妹又怎樣」的時候，加藤鷹在東瀛同時發表金手指高潮玩具的第三代。手指的妙用無窮，除了摳鼻孔，還能拯救世界。手機版特攻神諜，Metal Gear Solid Mobile用一部很簡單的4分鐘影片證明，就算是手指也能妙用無窮。 Snake？Snake？Snake！！！！！

我們常用的 ATM 提款機，本身其實是一台電腦終端機，所以也就有它的作業系統。這個作業系統必須非常穩定，而且不易被黑客入侵。那麼，香港的提款機都使用哪些作業系統呢？ 今天在滙豐銀行提款的時候，終於有機會見識了： 類似以上的畫面，出現在隔鄰那位女仕的提款機上。此女仕顯然平日少用電腦：只見她瘋狂地不停按鍵盤，無奈那作孽系統仍是我行我素，終於勝利完成了關機的過程。嘿，偉大的微軟作孽系統豈是隨便受人擺佈的？它要關機的時候，任誰也阻擋不了！ 隨著畫面變黑，提款咭就被封印在裡面。至於發生了甚麼事，是否跟黑客有關，真是要小心查明。 延伸閱讀： Invasion on ATM OS shut down machines in August Windows系统ATM提款机易遭黑客入侵 080310 滙豐櫃員機行 Windows XP HSBC ATM run WIN XP（視頻）

程式語言PASCAL之父Niklaus Wirth曾經說過 ”Algorithms + Data Structures = Programs”。倘若程式是由演算法及資料結構所組成的，那麼設計程式的活動，似乎也應當是由演算法及資料結構的設計及運用所支配著。 許多程式員們都曾修習過「資料結構」以及「演算法」的課程。但說實話，肯定有一定比例的程式員在離開校園投入職場後，往往會發現在自己實務的開發經驗中，在這兩門課程中所學的，「似乎」都很少發揮作用。我相信，對很多程式員來說，心中難免存著疑惑，許多人都說這兩件事情對程式設計來說十分的關鍵，那為什麼在自己實務的開發經驗中，很少感受到到它們的重要性呢？可是，會不會也時常聽到別人說，倘若你不懂資料結構、甚至是演算法，那麼你不過只是一個撰寫程式碼的工人，而無法成為一個有價值的程式員？對此，你是否曾經感覺到憂心或是迷惑呢？ 事實上，隨著電腦科學的發展，許多有用的資料結構及演算法，早已發展到十分成熟的境界。同時，這些資料結構以及演算法，也已經被廣泛的實作並且以各種對程式員來說的高階形式包裝。在學校修讀資料結構及演算法課程時，教科書也許花上相當多的篇幅討論排序演算法，你或許會學到Bubble Sort、Insertion Sort、…、Merge Sort、Quick Sort等等排序的演算法。但當你投入真正的程式設計工作時，你會發現教科書上所介紹的演算法都有現成的程式庫提供實作，例如C語言的標準函式庫中的qsort()函式即為提供Quick Sort演算法的函式。對開發工作來說，需要另行設計出自有的排序演算法，其機會實在是微乎其微。 談到了排序，讓我們來看看一個值得一提的例子吧。Java標準程式庫中，有個叫做java.util.Arrays的類別，提供了一系列重載版本的sort()函式，允許你對各式型別的物件陣列進行排序，甚至允許你自訂物件在排序時的比較方式，是個相當通用而且威力十足的排序函式。 你也可以和我一樣翻開手邊的JDK原始碼。我手邊這個類別的.java檔原始碼版本是1.59，掛名作者的，正是2006年造訪台灣、現正任職Google的兩位大師－Josh Bloch以及Neal Gafter。如果你找出sort()函式的說明，原始碼中明白的指出，其排序演算法乃是採用一篇標題為 ”Engineering a Sort Function” 的論文中所提出、經調適後更為快速的Quick Sort演算法。如果你更進一步檢視，你會發現當欲排序的元素個數小於7時，它便不再使用Quick Sort，而是採用Insertion Sort。 即使是像這兩位卓越的大師，在他們實作排序的功能時，並沒有自行設計出新的演算法，而是採用前人所發展的演算法。這並不損這兩位大師的價值。這個演算法並不是出自於一般教科書中所介紹的演算法，而是出自於學術期刊上所發表的論文���即使你熟讀教科書中的Quick Sort，也不見得能自行發展出如此快速的Quick Sort。而且，在Java標準程式庫中的這個實作中，更是兼顧了實務的考量，因為在元素個數很小時，時間複雜度為n^2的Insertion Sort，實際執行速度還勝過號稱平均會有n*log(n)的Quick Sort。 對現在的程式員來說，演算法的影子在設計工作中之所以愈來愈淡，有一個核心的原因，便是在於我們所需求的絕大多數各種演算法，早已在層層的分工下被發展的十分完備。有人發展原始的演算法、有人持續的進一步改進、有人找到實務上調校的技巧、有人以高階的形式加以包裝，最終成了可供客戶端程式員直接運用的產物。於是，到了程式員手上，只消呼叫Arrays.sort()，排序問題就被神燈中冒出來的巨人神奇般的解決了。 排序演算法在此僅僅只是一個例子，但不可否認的，這數十年整個電腦科學學術界的研究成果，早已將能滿足我們需求的各種演算法和資料結構，以相當高階的形式包裝起來，對程式員來說唾手可得。這使得程式員即使完全不懂得這些演算法及資料結構的細部運作，仍然有可能如魚得水的加以操控。事實上，不僅僅是演算法領域如此，整個電腦科學領域的研究成果，皆在此類層層的分工下，為程式員提供既高階且便利的工具。 所以，你或許會留意到，現今的程式員似乎更為重視在演算法及資料結構以外的東西。例如，程式員們更為重視架構上的「設計」。這設計並非演算法或資料結構的規劃及設計，而是規劃、安置軟體建構區塊之間的連結及關係。從演算法、資料結構出發的程式設計觀點，其眼光放在如何讓計算機器以有高執行效率、節省資源的方式來解決特定的問題。但從架構觀點出發的程式設計觀點，卻是著重在如何以有彈性、容易擴充、容易改變的方式，迅速的組裝搭配各種建構區塊，並從中獲取最大的生產力。 這兩種程式設計的觀點，呈現出截然不同的面貌，也時常的惹來喋喋不休的爭論。從演算觀點來看程式設計的人，會認為不懂演算法、或不知如何設計演算法的程式員，設計不出高效、節省資源的程式，所以自然缺乏價值。著重架構觀點的人，也同樣的認為許多擅長解題的人、不擅長設計出架構上具有優勢的程式碼。 這中間的認知衝突，乃是源自於程式設計本身多面向的特質，程式設計既有演算的面向，也同樣的具有架構的面向。程式設計也因這多面向的特質，造成了盲人摸象的情況。站在演算觀點的人說程式設計就是演算法加上資料結構，而立足於架構觀點則說，程式設計與建造建築物差可比擬。對同樣的一項活動，竟然會有差別這麼大的描述方式。 早期對程式設計的活動，偏重在解決特定的問題。這是因為早期對電腦程式的需求，皆起因於想要解決特定的演算問題。設計者可能希望計算給定一組城市以及城市間的距離，計算出任兩個城市之間的最短距離，於是我們有了最短路徑的問題。隨著各式演算問題被探索、研究。這些資產逐漸的被累積，便成了現今程式員得以垂手便取的現成產物。這些產物不僅現成，而且還不容易被超越。 當程式員愈來愈不需要自行開發、實作解決各式特定問題的程式碼時，程式員手上有的，便是許許多多的建構組件，這些組件的來源，正如前段文字所述，乃是以多年的研究探討為基礎，再加上軟體產業的層層分工而來的。能解決問題的組件多半毋需重新再造輪子，況且自己再造的輪子其品質也難以和現成輪子匹敵，那麼很自然的，程式員便會將重心逐漸轉移到如何更有生產力的裝配這些組件。這些組件對程式員來說，都像是完全不透明的黑盒子一樣，程式員毋需理會其內部實作，只需要從抽象高階的觀點來理解這些組件，並妥善的加以運用即可。一時之間，看似架構觀點所重視者，其重要性又凌駕於演算觀點所重視者。 Blogged with Flock

There's been a little bit of buzz about David Heinemeier Hansson's announcement that Josh Peek has joined Rails core and is about to wrap up his GSoC project making Rails finally be thread-safe. To be honest, there probably hasn't been enough buzz, and there's been several misunderstandings about what it means for Rails users in general.So I figured I'd do a really short Q/A about what effect Rails thread-safety would have on the Rails world, ...

I am a fan of Ruby, and when I saw Red the framework that allows you to write Ruby and get JavaScript out the other end I was excited. It allows you to write this: PLAIN TEXT RUBY: class MyClass @@my_var = 500 def initialize(arg) @arg = arg end def my_method alert(@arg) end end And you end up with: PLAIN TEXT JAVASCRIPT: 1| var MyClass = function(arg) { this.arg = arg;this.myMethod = function() { alert(this.arg); ...

Since switching over to mac I’ve been using both a Quicksilver trigger, and right-clicking on the little padlock icon in the toolbar, to kick off my screensaver and lock my computer. After updating to Leopard I started to have a flickering screensaver, as if more than one screensaver was active at the same time. This has been bugging the heck out of me, but I’ve finally come across a solution on Mac OSX Hints (http://www.macosx...).

This article, the first in a three-part series by Wesley Hales, lays the framework for the rest of the series. It covers setting up a new project using JBoss Portlet Container and JBoss Portlet Bridge, configuring a JSF application to use JBoss Portlet Bridge, and the capabilities that JBoss Portlet Bridge provides to a JSF application. By Ryan Slobojan

BackgroundAntony Marcano and I have just started running a coding design workshop. Most of the audience are new to coding and we are trying to focus on good habits that are applicable across all programming languages.In our first session, we created a vending machine. By the end of 90 minutes, it was able to dispense a drink as long as it had sufficient money and stock available.One of the questions that we asked was "What ...

Posted by Mr. Friday 什麼叫做Media On Demand？這次北京奧運，Hinet的HiChannel讓我們真真正正的體驗了一次！ 這次北京奧運，Hinet的hichannel非常貼心的竟然為每一場賽事都提供了網路轉播，即使是在台灣稍微冷門一點的運動，一樣是會有全程轉播！而比較熱門的運動會歸類在五個大頻道裡，更會有專業教練不間斷的解說。當然，你必須要先是Hinet或中華電信的用戶才行〈不過以中華電信覆蓋率之廣，親朋好友之間總有幾個人是用戶，相信沒帳號的人應該寥寥可數…〉如果你是ADSL的用戶，還可以直接升級觀看高畫質的比賽轉播…天啊，第一次覺得活在有中華電信的地方真好！ 當然，用ADSL傳送的畫質即使再高，對於追求擬真的重度玩家也還是不夠爽，所以需要搭配光世代的MOD機上盒，已經成為這兩天奧運開播後最熱門的話題了：畫質高、解析度棒，而且隨時可以回溯看舊比賽的重播，還有快轉功能！ 中華電信迎奧運 提供客戶MOD快速供裝服務 中華電信為迎接全球運動大盛事-2008奧運的舉行，在奧運期間於MOD平台提供了隨選隨看及即時轉播的高畫質 (HD) VOD及頻道精采奧運賽事，為讓國人能及時於MOD平台上，欣賞到高畫質奧運賽事所帶來之影音震撼，中華電信於奧運期間特加快MOD及光世代之供裝服務速度。 喜歡欣賞高畫質奧運賽事的觀眾，可選擇MOD HD頻道101及102觀賞，各單項賽事更將在MOD頻道103至107完整呈現。 拜HiChannel所賜，我今天看了中華隊的射箭、羽球、舉重，另外還有體操、游泳、自行車、單刀、網球…等比賽。什麼叫做「MOD」？顧名思義，Media On Demand，就是隨時你想看什麼節目都可以！這次的奧運轉播，HiChannel讓台灣人民都真切的體驗到一次什麼是隨選視訊的快感！ 不過話說回來，這次照例取得奧運轉播權的無線四台，今天在播什麼？ 除了民視非常貼心的在下午時段，為奧運迷轉播了將近9個小時以外〈雖然有的是Delay-Live…〉，其他三台只輪流轉播了三個小時就交差了事，而且在賽事如火如荼的下午時段，台視與中視寧願重播上禮拜的命中注定我愛你、模范棒棒堂與籃球火，也不願意播一下郭晶晶跳水，莫非奧運的收視率真的如此慘澹，連重播第二輪的偶像劇也不如？ 最諷刺的地方是，晚間七點半左右，我看到中視出現新聞快報，標題寫著斗大的「奧運看中視」，主播說楊景翊、王信淵的舉重即將開始，「請大家鎖定中視頻道」！ 結果呢？當楊景翊挺舉舉起157公斤，但挺舉160公斤失敗、以些微差距輸給印尼的Eko Irawan，無緣得到銅牌的時候，中視播的是什麼？ 也不是說超級星光大道不能播，但是 讓我覺得很不值的是，台灣有許多平時默默訓練的選手，不被媒體重視、也不被大眾知道，唯有四年一次的奧運，才是他們有可能向全世界發聲的一次，證明自己的存在。別國的電視台沒有義務全程轉播台灣選手的比賽，我們可以理解，但是當這些人千辛萬苦的通過了國家內部初選、資格賽，挺進到了奧運殿堂，撐到了最後的時候呢？即使是到了如此靠近獎牌的一刻，取得奧運轉播權的四家電視台，竟只有民視願意在右下角的子母畫面，轉播楊景翊無法舉起160公斤，飲恨的最後一刻…。 圖片轉載自此 附贈一下兩則新聞，後面那則是在PTT上看到的，原文連結已不可考，但據信為2004年的文章。 無線四台授權奧運新聞畫面 每天限6分鐘 資料來源：中央社 2008.07.24 （中央社記者吳素柔台北二十四日電）台視、中視、華視和民視為轉播2008北京奧運，共投入新台幣兩億六千萬元經費，今天舉行新聞畫面授權使用說明會，宣告友台需簽署「授權同意書」，遵守每日播出不得逾六分鐘等相關限制，即可使用無線四台提供的奧運精華片段。 台視、中視、華視、民視獲得國際奧會授權，為台灣地區的奧運轉播媒體單位，擁有畫面使用權利。台視新聞部副理孫紀蘭、中視新聞部經理胡雪珠、華視新聞部副理林淑卿、民視新聞部經理胡婉玲今天宣示無線四台的獨家轉播權利，「中華台北北京奧運電子採訪團總領隊」白詩禮則宣達「授權同意書」內容。 無線四台再度攜手合作轉播奧運新聞和賽事，人力與物力都做相當大的投入，其中奧運轉播權利金、國際廣播中心IBC的租賃設置費用、轉播設備採購、轉播設備運輸、訊號傳輸費用、工作人員出差費用等基本支出，比2004雅典奧運增加百分之十九。 孫紀蘭說，轉播費用難以回收，但四台為服務觀眾，努力把轉播做好，觀眾的肯定就是最好回饋；胡雪珠說，四台不惜血本轉播，希望大家給四台鼓勵；林淑卿表示，友台使用奧運畫面每天不得超過六分鐘，「六分鐘護一生」，希望大家遵守規定；胡婉玲指出，這次付出空前的權利金，希望觀眾鎖定四台收看。 北京奧運將於八月八日至二十五日舉行，無線四台主頻道平均每天有十小時的賽事轉播，數位台則為二十四小時全天轉播；奧運揭幕後，將每日剪輯精華片段製作成三分鐘重點報導，藉由衛星傳回台北，提供友台使用。 白詩禮說，據國際奧會規定，非授權媒體使用奧運畫面，每日播出奧運畫面時間總長限制六分鐘；每節新聞畫面使用不得超過兩分鐘，每天不得超過三節新聞使用；單項比賽畫面不得超過三十秒；每日奧運畫面在四十八小時後不得再使用；各台播出必須註明「畫面由台視、中視、華視、民視共同提供」。 白詩禮指出，所謂「奧運畫面」包括奧運賽事、開閉幕典禮、頒獎典禮、奧運選手訓練及訪問等影音畫面。 奧運期間，潤利艾克曼公司也將以新聞影音比對系統，監測比對一百零四個有線電視頻道，二十四小時全程監測媒體使用情形，並輔以新聞即時查詢系統，確保一切符合國際奧會規定。 北京奧運共有二十八個大項競技，將頒出三百零二面金牌，今年中華代表團共參與十五個項目，選手人數為八十人。970724 轉播奧運四家無線台「關起門來自爽」 2004 - ettoday 本屆奧運比賽，四家無線台合力拿下獨家轉播權，有線電視想分杯羹？門都沒有！只不過忙著組「糾察大隊」緊盯其他電視台有沒有侵權，四家無線台自個兒卻沒善盡責任，除了把所有重心都擺在棒球外，其餘賽事轉播堪稱「乏善可陳」，觀眾看不到日本北島如何突破設限拿下游泳金牌，也無緣目睹大陸體操為何今年兵敗如山倒，更看不到許多其他國家優秀選手摘金搶銀爭銅的重要一刻，四年一次的奧運精采賽事，花大錢好不容易拿下轉播權的四家無線台，竟然只會「關起門來自爽」，實在對不起台灣觀眾。 趕搭奧運列車，四家無線台「私心自用」，藉機推銷數位電視，只有花錢買機上盒，才能看到更多奧運比賽，而原先的主頻道，勉強加上租用的衛視體育台時段，算算轉播賽事還是很少，擺明商業考量，對大部分的觀眾而言相當不公平。 更糟的是，許多負責轉播的主播「水準」實在不怎麼樣，評論差勁也就算了，還錯誤百出，鬧了許多笑話，從網路上「幹譙」聲不斷，就知道很多人都快受不了了。 上一屆奧運無線台轉播已經被罵得夠慘了，沒想到這次表現還比上一次差，建議四家無線台，下回或許可以考慮和其他電視台合作，讓更多人享受奧運盛事，讓國內觀眾目睹其他國家的運動水準已進步到什麼樣的程度，別只看自家人，另外關注棒球之虞，也別忘了台灣還有其他參賽選手，多放些鎂光燈在他們身上，畢竟他們也是為國爭光啊！ 如果說無線四台、尤其老三台，花了如此高的金額，最後帶給我們的卻是這樣的轉播內容：射箭銅牌戰卡掉轉去播卡通、舉重僅出現在子母畫面右下角，無數精采比賽沒轉播，只顧著抓有線電視台偷播奧運花絮，那你們為什麼還要花大錢買轉播權呢？ 不過也許只有抓住舊媒體的墮落時刻，新媒體才有生存的一線契機。最後這句話，還是要送給中華電信。我想這兩天有看轉播的人，心中應該都有共同的一句話： 「Hinet HiChannel，救甘興A！爽啦！」 PS. 私心希望下次網球四大賽也有高畫質MOD轉播就好了… 隨機推薦 eeggi問答系統與屬性繼承問題 DIY Surface Table (II): 瞭解紅外光 & DI (Diffused Illumination) 你多久沒有感動過了? 趣味卡通一次看個夠! 創意 3D 壁畫

I really like Cryptogram and read every issue. It's interesting stuff that talks a lot about how our minds work in conjunction with risk and reward. Today I had a typical example of how security versus convenience is a part of day to day life.I had just checked out from my hotel, and wanted to store all my luggage (including my laptop bag) in the hotel until my ride out of town arrived. I asked ...

葉一知京奧舉行在即，藍田即有市民為響應盛事，欲以下體在鐵板上插出五環圖案，可惜最後事敗，報警求助(報道)。據報道，一名男子半夜走到藍田碧雲道公園的僻靜山頭，響應全城做運動迎奧運，當他俯伏在仰臥起坐板時，呈充血狀態的陽具離奇困在一吋直徑的圓孔內，只好自行報警。醫生為他放血仍無法拔出巨物，消防員只好連人帶板抬去醫院。這宗離奇事故，迅即引來坊間熱列討論，並有人對男子冠以「活塞男」之號。有學者指這宗「小新聞」滿足大家取笑別人而獲得自己快樂的人性，我就真係笑咗好耐，但新聞完全符合「人咬狗才是新聞」的新聞學理論，何罪之有？不過笑完後，我感到慚愧，實不應幸災樂禍，反要同情活塞男，探究其異行之因。 (閱讀全文)

記得在學校畢業前有一門必修課，叫 Digital Transformation，主要是利用個案來探討資訊科技對於企業甚至政府的影響：在這些個案中，主角都因為科技的變化而遭逢了一些問題，有的是傳統產業想要升級，有的則是國家的港口想要轉型，在這些個案中，對於資管的學生來說，科技，幾乎就是唯一的解答。所以甚至會看到有些不太認真的組，提出: “該公司應採用 Java 相關的 Web 技術來設計系統” 給 1995 的公司。的確，有些公司的問題，確實是只要等待科技稍微進步一點 (例如，BlackBerry 機的出現)，就會比較容易解決，但是實際上，管理上的問題並沒有這麼簡單，這也是同樣的技術，用在不同的公司，會有完全不同下場的主因。 前陣子聽到主管討論到把公司的每一個網站元件都切成獨立元件的問題。在工程師的完美世界裡面 (或是有一些 SOA 的宣傳文件裡面)，每一個 Service 都應該可以獨立運行，彼此之間只要界定好介面訊息，撰寫和維護各元件的工作應該就可以切開給不同的人 (或組) 負責；”負責” 代表權和責，某人要為它負責，當然需要確保這部份元件運作正常；既然他要負責，而且我們已經有完美的介面，自然其他人也應該尊重這個封裝，不應該去動他的程式碼。 幾乎所有老經驗的程式設計師都會同意，loosely coupled 和封裝可以減少很多問題，只要…我們不考慮效率的問題。 (more…)

體內流著伏特加與熊血的桑吉爾夫再怎麼雙手掩面，還是遮不住那骯髒的衰老、滿是皺摺的額頭肉璧。「不要看我，」摔角手桑吉爾夫哭了，「不要看我羞恥的模樣！」 握著棒子恣意搓揉的登徒子們哪裡知道桑吉爾夫的悲鳴中有多少的純情、多少的感傷。如果有一天，街頭鬥士都老了，廉頗還能飯否？快打是否還會旋風？幽默學院（College Humor）製作了這個令人感動的「快打旋風後傳」（Street Fighter: The Later Years）系列，正好說明我如今的心情。從年初一路追到現在，這部同人影集已經發行到第九部的完結篇了….

現在的中國, 因為經濟改革的成果而帶來了很大的社會轉變, 中國人的意識形態也處於十字路口上. ──是變的先兆. 中國人, 好應該靜下來, 騰空腦袋, 反思一下自己的信仰, 以及人生的基本價值.現在的中國, 最不應該鼓勵的情緒, 就是愛國主義. 偏偏, 國家此時要攪奧運, 看見那些把國旗貼在面上, 瘋了地叫中國加油的下一代, 坦白說, 我為中國的未來感到憂慮多於振奮.有關奧運開幕式的意識形態, 其實沒有甚麼, 都是變奏的荷李活式視覺效果, 玩下古老中國的神秘, 張大導所擅長的, 不外是將中國的東西簡化, 大紅大綠, 飛來飛去, 琴棋書畫, 鬼佬睇到好過癮, 但又怎樣了? 錢花了之後, 過了兩天, 誰還記得甚麼?要我讚, 我話好好睇咯. 我不明白為甚麼這就是「百年夢圓」了? 開幕式完了之後, 我只看見這批人又湧去數獎牌揮國旗了, 憑一夜的極盡奢華, 中國人又得到了甚麼啟發?最後, 要說意義: 中國作為全世界最強大的社會主義國家, 在它的奧運開幕式上, 祖國政府又為全球的無產階級致了多少的敬意? 中國的貧富懸殊那麼厲害, 在各個繁華都市之下天天埋沒著多少被壓迫與被侮辱者? 在大家為鳥巢的雄偉歡呼的當兒, 又有誰來顧念在此之前日以繼夜趕工的外省民工?*還有, 中國偌大一個社會主義國家, 為甚麼偏要找一個上市公司主席來跑最後一棒? 須知他的姓名就是其運動用品企業的招牌, 為甚麼我們要傾盡全國之力來為他的牌子做宣傳? 難道我們要國家運動員穿上他那模仿Nike 的招牌的運動服還不夠?我說完了. 你們這些來為奧運開幕式說好話的人, 該由你們來告訴大家它好在哪裡了.*拾人牙慧. 是wkc的論點

教師們，你怎樣稱呼自己工作的地方？ 有一次跟老闆通電話，老闆問我在不在公司，然後我的腦袋空白了四分之一秒。吓？公司？ 我從不把學校稱為公司。剛入職時我稱學校為學店，後來店長們相繼離職，近年已經沒有太多學店的色彩，比較像一所學校，所以我就改稱為學校，或者學院。 和民的社長渡邊美樹在其著作《你為什麼要工作》中提到，工作並非只為金錢，還要追尋夢想。我非常同意這種想法：雖然夢想不能當飯吃，但是單單吃飯不能成就豐盛的人生。至少，如果不能為工作找到金錢以外的意義，每天上班一定十分辛苦。 學校就是我追尋夢想的場所。於我而言，教育不只是一份職業，還是一份事業。身為教師應該對學生有所承擔，這樣就可以透過日常工作，完成一些我們認為有意義的事情。如果把學校稱為公司，就是自己拆去這個光環，再留在這一行已經沒有（金錢以外的）意義。 在香港這片狹窄的天空下，古代先哲們的教育理想早就被人遺忘，被人取笑，留下被曲解了的教育精神，和八號風球下淋一晚雨就想讀中六的小朋友。正因如此，當教師的更應守好這道防線，珍視教育的價值，以身作則，教好我們的下一代。 本網相關文章： 教育的諷刺 香港的悲哀 唐君毅論教育意識

Photo by JL2003 - CC 2.0 Attribution License In June, a serious security advisory was put out about the official (MRI) Ruby interpreter for all versions prior to 1.8.5, 1.8.6 prior to patch 231, 1.8.7 prior to patch 22, and 1.9.0 prior to 1.9.0-2. Now (August 8, 2008) a new set of vulnerabilities have been discovered and announced. They affect all 1.8.5 releases, 1.8.6 patch 285 and prior, 1.8.7 patch 70 and prior, and Ruby ...

Bookmark this on Delicious - Saved by benjackson to ruby mp3 music - More about this bookmark