事實上，阿嬌以前並不天真，並不傻，她的天真無邪的小天使形象，是假扮出來的。她前年在偷拍事件後痛哭流涕，表示以後無顏面對視她為偶像的小朋友。她有一次看到兩個影星接吻，表示很惡心，說自己不會這樣做。她出席由大衞城文化中心主辦的「貞潔校園開學禮」，明確表示拒絕婚前性行為。她說這些話的時候（06年），同時在拍淫照。本報留言網中，有人說：「大家鄙視的不是你的放蕩，而是你的虛偽。」
這句話可說一語中的。事實上，虛偽的不僅是阿嬌一人，而是她所屬的英皇娛樂集團，這集團在淫照曝光的第一天，即聲明這些照片是「不法分子」用「移花接木的手法製造」的，並即時報警。虛偽的還有演藝人協會，這個協會在前年阿嬌被偷拍背部的事件中，表現出群情洶湧，面對這次的淫照風暴卻說「不單是娛樂圈的悲哀，亦是香港人的悲哀」。但除了悲君亦自悲、深恐自己的私隱也被曝光的演藝人，除了淫照涉及的藝人，絕大多數香港人在此淫照事件中有何悲哀？娛樂圈個別人的悲哀，何以要拉香港人下水陪著一路哭呢？
虛偽的還有警方。未經淫審處對淫照作裁定，警方已拘捕發放一張淫照的網民鍾亦天，並要未經審訊就關押他八個星期。明明是警方為阻嚇網民流傳淫照的行動，卻又妄言鍾亦天另涉詐騙案，因兩宗不相干案件遭還柙，實前所未聞。這是執法的虛偽。警務處長鄧竟成自行「釋法」，宣稱藏有淫照「意圖發放」也違法，警方的阻嚇意圖更為明顯。
警方的虛偽還在於早已知道淫照的源頭是陳冠希的電腦，還要到處找源頭。為甚麼不直接傳訊陳冠希，要求他交代事件，看淫照是偷拍還是被拍者知情下所拍？淫照曾交給甚麼人？怎樣流傳出去？已知源頭卻不找源頭，反而「周街拉人」，更顯示警方執法不公而偽善。
虛偽的還有部份傳媒。它們打著道德的旗號，不但批評藏有淫照，觀看淫照者，甚至還批評報道淫照風暴的傳媒，指摘刊登經過剪裁的照片。揭發事實真相，應是傳媒的本份。尤其是道貌岸然的正人君子或打扮成純情小天使的藝人，揭發他們的真面目正是為那些被偶像愚弄的Fans敲響警鐘，告訴他們這些人的虛偽本性，使他們醒悟。
淫照風暴牽引出社會上的種種虛偽，很可能是促使「奇拿」在每一個虛偽表現之後發放更多淫照，並不斷使淫照尺度升級的原因之一。淫照風暴告訴我們，有些人認為，只要關起門來，只要不被人知道，或只要沒有具體的事實（照片）呈現在公眾面前，是甚麼髒事都可以做的，是甚麼謊話都可以說的，是甚麼虛偽的姿態都可以擺出來的。
虛偽是甚麼？法律上的虛偽陳述，指的是用語言或行為作出已知與事實不符的任何表示，通俗地說，是指一些使人誤解或欺騙性的陳述。淫照風暴所帶來的一系列虛偽言行，使人渾然覺得香港已成了一個虛偽城市。
]]>作為測試工程師，不能只關注系統的功能，還必須對系統的性能進行全面的測試，才能確認系統是否滿足用戶的需求。那麼什麼是性能測試呢？
性能測試可概括為三個方面：
1. 應用在客戶端性能的測試
2. 應用在網路上性能的測試
3. 應用在伺服器端性能的測試
應用在客戶端性能測試的目的是考察客戶端應用的性能，測試的入口是客戶端。它主要包括併發性能測試(Concurrent performance test)、疲勞強度測試、大數據量測試和速度測試等，其中併發性能測試是重點。
目前比較著名的併發性能測試工具有Rational Robot、QALoad、LoadRunner和微軟的WAS等。這其中QALoad、LoadRunner、Rational Robot都是比較不錯的商業測試工具（價格也很貴哦），微軟的WAS是一個免費的測試工具，使用起來比較簡單，但是由於不能顯示和編輯所錄製的測試腳本，其可控性和圖形化測試結果都較弱,故造成一定的局限性。
OpenSTA是專用於B/S結構的、免費的性能測試工具。它的優點除了免費、源代碼開放的優點外，還能對錄製的測試腳本進行,按指定的語法進行編輯。測試工程師在錄製完測試腳本後，只需要了解該腳本語言的特定語法知識，就可以對測試腳本進行編輯，以便於再次執行性能測試時獲得所需要的參數，之後進行特定的性能指標分析。OpenSTA以最簡單的方式讓大家對性能測試的原理有較深的了解，其較為豐富的圖形化測試結果大大提高了測試報告的可閱讀性。
OpenSTA是基於Common Object Request Broker Architecture (CORBA)的結構體系。它是通過虛擬一個proxy, 使用其專用的腳本控制語言，記錄通過proxy 的一切HTTP/S traffic。測試工程師通過分析OpenSTA的性能指標收集器收集的各項性能指標，以及HTTP數據，對被測試系統的性能進行分析。
從教育環境做起 從教育資源說起
學校內公用電腦分兩種，一是電腦教室內的個人電腦，連接印表機與各種週邊設備，供學生寫作業打報告或列印文件；另一類則是校內公共上網區的無碟電腦，祇配備螢幕與鍵盤，供使用者查詢信件、瀏覽網際網路。電腦教室的個人電腦是配備微軟隨機版Windows作業系統，但公共上網區的電腦，就是使用以Debian Linux修改而成的Linux系統。以學校帳號密碼登入後，桌面即顯示預先安裝好的Firefox瀏覽器、OpenOffice.org套件與SSH Client程式，可以滿足一般使用需求。即使是電腦教室內的電腦，預設瀏覽器也是Firefox而非微軟Windows內建的IE。
將舊硬體換裝Linux作業系統繼續服役大家早已耳熟能詳，問題在於使用者的接受度。如何讓使用者在使用Linux系統時，感受不到操作上的困難以及與Windows系統使用上的差異，是更需要花心思之處。坦佩雷大學校內的公共電腦，從登入畫面就與Windows畫面類似，桌面圖示與功能選單的配置也盡量做到與Windows無二，讓學生在使用上不會感受到落差，也就不會在意電腦上執行的為何種作業系統。
校內所有的資訊設施，均與Windows與Linux相容，不獨厚Windows使用者（Mac使用者就抱歉了）。校務軟體也盡量使用開放源碼系統，學校計中以RT事務追蹤系統來管理使用者的問題，課程系統則是Moodle，學生使用Moodle加退選課程，參與每個課程的討論，甚至跨校的網路課程就在Moodle平台上進行。
在教學上，教師基本上不提供需要學生自費取得的教材，除了自備講義外，教材都是網路上或是圖書館可取得的公開資源。以資訊系的課程為例，老師採用Minix教授作業系統、資料庫系統則是PostgreSQL。 在圖形化使用介面程式設計上，雖然微軟Visual Studio提供完善的C#開發環境，但是老師卻是以開放源碼的SharpDevelop環境教學；同理，在教Java時也以Eclipse取代其他更好用的商業版本。此外，有別於台灣習慣性使用微軟Office檔案為作業繳交格式，這邊在文件格式上，一律規定使用開放格式如PDF、純文字.txt、RTF或其他開放格式，封閉格式檔案反而是禁止的。
這樣的作法有好有壞，缺點是比起付費的商業開發工具，有些開放源碼開發工具其實很難用，增加學生在學習工具使用上的困難度，而且不一定能用最有效率的方法達到目標或是學到最新的開發方法。但優點則是讓學生在學習上，不會受到外在環境的限制，如作業系統、開發工具、個人經濟狀況等，由此降低學習不平等的狀況。而從潛在課程的觀點來看，透過這樣的方法，則可以讓學生瞭解到，軟體世界裡，除了付費使用的私有軟體外，還有其他的選擇。
概念上，學校採取了非常實務的方法讓學生瞭解何謂開放源碼授權。坦佩雷大學與坦佩雷工業大學資訊系學生都必修軟體專案（project work）與專案管理（project management）兩門課。在註冊軟體專案課時，學生必須填寫問卷以利分組，問卷上的題目之一是「你希望開發的程式使用何種授權？」選項包括：私有軟體授權、GPL授權、公共財、其他開放源碼或自由軟體授權。而在專案管理課程當中，其中一堂是法務課，讓學生瞭解軟體專案需要注意的法律問題，以及各種授權差異，在開放源碼部份介紹了GPL、LGPL與BSD三種最常見的開放源碼授權。資訊系的學生在修過這兩門課後，即使本來對開放源碼概念缺乏認知，也都透過實際參與而有了基本認識。
在校園風氣之外，政府也從國家層級發展開放源碼。2004年芬蘭開放源碼解決方案中心（COSS, The Finnish Centre for Open Source Solutions）的成立，即是以協助各產業發展與應用開放源碼解決方案為目的，同時對國內開放源碼社群提供必要的協助。 2005暑假Google實行第一屆Summer of Code，COSS隨即在2006年跟進，推動Summercode Finland，以類似方式鼓勵芬蘭學生發展開放源碼軟體；這個計畫同時也得到Google芬蘭的贊助。每年10月於坦佩雷舉辦的OpenMind研討會，則是芬蘭開放源碼的年度盛會，會議內容除了開放源碼技術、開放源碼與產業結合的商業模式外，還著重在開放源碼概念與資訊社會的結合。
融入文化的一部份
整體來說，開放源碼概念在芬蘭，已走出技術領域，而是開放文化的一部份。芬蘭重視的不是如何去創造知名的開放源碼專案或軟體，而是如何以開放源碼軟體為工具，協助解決芬蘭社會、民間與教育機構在軟體上的需求。開放文化牽涉了資訊使用的公平性，站在資訊公開、教育普及的觀點，芬蘭推動開放源碼，好讓使用者不因私有軟體或封閉格式的限制而無法取得應該可以取得的資訊。
]]>眾所周知，ITIL是IT服務管理的最佳實踐。
ISO/IEC 20000是IT服務管理要求或者說是IT服務管理實踐的要點。
IT的營運，直接說就是IT服務管理。如果企業內的業務部門是甲方，IT部門就是B乙方。既然IT部門一天到晚都在提供服務，自然需要服務管理。 ISO在2005年12月，針對IT服務管理的品質，提出了一個國際標準，就是大家耳熟能詳的ISO/IEC 20000。
ITIL與ISO20000之間的框架，還是有些差距的。整體來說，ITIL是10個管理流程，ISO20000／BS15000則是13個管理流程，其中新增的業務關係管理（Business Management）與供貨商管理（Supplier Management），對於ITIL來說，這些已經同時包含在服務等級管理（Service Level Management）之中；另外，ISO20000新增的服務報告（Service Reporting），事實上也涵蓋在ITIL的每個管理流程當中。
舉一個例子，ITIL和ISO/IEC 20000就好比兩種不同的父母管教孩子。一種父母是什麼都要管的，管的很細，你穿什麼衣服，用什麼牙刷刷牙都要手把手的告訴你，比較關注過程。還有一種父母可能更多的關注孩子最終的結果，比如孩子的性格是不是活潑，是不是外向，而對過程不是很關注。前者就像是ITIL，後者就像ISO/IEC 20000。 ISO/IEC 20000其中有一些關鍵點和控制點，而ITIL則是關注流程，會告訴你流程的大致走法。
ISO/IEC 20000和ITIL
大多數企業對ITIL和20000的理解，還停留在先要做ITIL，然後才能做ISO/IEC 20000。因為ITIL是最佳實踐，有一步步精準的流程來控制。只要按照ITIL的步驟做下去，就不愁流程不標準。
ISO/IEC 20000是一個關於IT服務管理體系的要求的標準，它幫助識別和管理IT服務的關鍵過程，保證提供有效的IT服務滿足客戶和業務的需求。這個標準基於ITIL的最佳實踐基礎，ISO/IEC 20000提出了服務文化，提供了滿足業務需求的服務的方法論和管理方式的優先權。不僅如此，ISO/IEC 20000還定義了一系列相互關聯的服務管理過程，識別了過程之間的關係，和這些過程關係在組織內的應用，提供了方針目標和服務管理的控制措施。
ISO/IEC 20000規定了5個關鍵的服務管理過程，服務提供過程包括服務級別管理、可用性管理和能力規劃管理；關係過程包括服務提供者與客戶和供應商之間的接口；解決過程關注需要解決和預防發生的事件和事故；控製過程包括變更管理，資產管理和配置管理；發布過程包括新的或更新的軟件和硬件的發布。
通俗的說，ISO/IEC 20000追求的是效果，只控制關鍵過程。用戶如果利用ISO/IEC 20000作為它的IT服務管理體系的基礎，並通過BSI認證，可以表明它的IT服務管理體系滿足了該標準的要求。
先ITIL，後20000?
很多用戶誤認為ITIL要把原來的流程做完以後才能做ISO/IEC 20000，現在ITIL v3也已經發布，是不是要把v3的20多條都做出來才可以做ISO/IEC 20000？事實上是不需要的。
比如業務連續性管理，ITIL v2和v3裡面都有準確的要求，如果把這個流程做完，管理成本是很高的。如果從ISO/IEC 20000的角度來做業務連續性，只需要知道目標是什麼，發生災難的時候多少時間能夠恢復，一年做多少次的演練，通過演練證明你實現了預期的規劃目標。只要抓到這兩點就可以通過ISO/IEC 20000。
簡單地說，ITIL告訴你要怎麼做，在實施ITIL的過程中逐漸地提升自己的管理水平。 ISO/IEC 20000是結果導向，關注的是效果。 ISO/IEC 20000提供了一個完整的管理框架。
很多用戶不是沒有流程，而是缺乏一個管理流程，對服務目標是什麼不太明確。可能會在有些細節方面投入了過多的關注，對一些服務目標不高的流程（比如對員工的支持和生產的支持），不需要採用完全一樣的標準來衡量。
前不久，IBM全球服務(中國)有限公司通過了ISO/IEC 20000認證，在通過ISO/IEC 20000的過程中，IBM自身也得到了一些收穫，對整個ISO/IEC 20000的標準有了一個比較深刻理解。
IBM全球信息科技服務部大中華區中間件服務產品線經理畢巍說，“我們原來比較擔心，IBM這個百年老店有一些多年積累下來的管理措施，這些管理措施和最新推出的管理標準是不是可以完全的融合在一起。後來在實施的過程中發現其實基本上沒有什麼問題，用了4個月的時間就快速的通過了。”
比如變更管理，在實施的時候可能會涉及到的資產和配置。在ISO/IEC 20000下沒有很明確的標明有哪些方面要關注，也沒有告訴用戶要關注整個資產管理。 ITIL裡面就有很多點會提醒用戶哪些點位是一定要控制的，控製到位了就可以達到什麼效果。所以這些控制點讓IBM公司在其中迅速的把很多流程集成度的東西做了很好的提升，在4個月內就通過了認證。
中小企業能否用20000代替ITIL?
對中小企業用戶來說，在實施ITIL的過程中總覺得不知道應該如何在ITIL的流程上做裁減。現在ISO/IEC 20000給他們提供了新的思路，把最重要的流程控制住就可以了。
ITIL對於中小企業來說，似乎還是複雜了一點，當用戶的規模效應達不到的時候，如果照搬ITIL也會面臨很大的問題和挑戰。 ISO/IEC 20000提供了非常清晰的目標導向的關注點，如果用戶抓這些關注點可能並不需要完全遵照這麼複雜的流程去做。
不同的成熟度階段關注的關鍵點也是不一樣的。比如在快速擴張的企業可能關注的是有幾點能夠增強IT服務能力，對於一些發展了10年、20年的企業可能更多關注的是成本。對於一些本土成長起來的中小企業更多的還是應該關注能力。
明確了ISO/IEC 20000裡面的關注點，結合ITIL的流程管理，中小企業的IT服務管理之路，也許並不像看上去那麼難。
對於中小企業來說，IT服務管理之路也許並不像看上去那麼難
從BS 15000到ISO/IEC 20000
ISO/IEC 20000是第一部針對服務管理的國際標準，也許未來將被視為該領域發展的一個最顯著的里程碑。更引人注目的是，BS15000通過“快速通道”方式，僅在14個月內就成為國際標準ISO/IEC 20000，這表明了服務管理制訂國際標準的重要性。
ISO/IEC 20000覆蓋了IT服務管理的各個方面，涉及大多數組織在IT方面80%的支出。
由於支持服務實施的最佳實踐，將成本和有效性聯繫起來，服務管理可以促進成本的降低並降低總體成本。最佳實踐同時引導更高的服務水準，客戶維護和更低的業務風險。
]]>有一個朋友跟我說他是希望兒女在成長過程能得到最大的Explosure(見識)。讀萬卷書不如行萬里路，親歷其境比家人的教導更重要。可能有錢人，可以花很多錢給兒子遊學，見識不同的大場面，但是如果我沒有錢又如何呢？我有這樣的分享：我會跟子女講解這部分朋友在人前及人後的故事。我們認識很多成功的人，但也認識很多人是未成功的。我會說給孩兒聽：「那個哥哥因為不勤力工作，所以這十年也沒有變化；那位姐姐因為有自己的原則和努力工作，所以能夠成為某大傳媒的副老總。」我會利用報紙或新聞以每天發生的實例來灌輸一些正確及健康的價值觀給子女知道，例如：「有個十四歲的女仔唔覺意有?BB，仲掟咗個BB落街，其實這樣是等於誤殺。」
在耳濡目染之下，利用某些社會上的現象、朋友的際遇，說出你的觀點和看法，子女會慢慢凝聚自己的價值觀。我們做人是「用生命去影響生命」，某人的際遇可能為其他人帶來深遠的影響。如果子女有學習的能力，但沒有實踐能力，就好像教授的兒子一樣，純粹是一個「人肉閱讀機器」。
很多父母都不容許小朋友考試成績差，第二：犯錯，第三：記過。但是如果他們不知道甚麼是「錯」，他們又怎樣辨別甚麼是「對」呢？從前有一句話：「唔打唔大，唔迫會壞。」小朋友錯了，父母是不是一定要打？是不是一定要鬧？還是他們錯了之後需要承擔後果，然後輔導他們及糾正他們的過錯。有時在容許的情形下，兒女犯錯並沒有不好，一方面可以令他們明白錯了的後果，還可以表現你對他的支持。
老一輩的父母很喜歡以批評的方式，甚至人身攻擊來教導子女，我說過「用生命去影響生命」，不自覺地你會承受了父母這一套老方法，你今日打仔可能因為以前父母用「籐條炆豬肉」來教導你，但年代改變了，環境改變了，人文明了，你也要改變育兒的方式，多一些鼓勵會令他多與你分享他的問題，如果錯的就鬧、就打的話，他只會迴避你，當有問題時用自己的解決方法，最後，其實等同再製造問題。「誰明天下父母心」，除了有心，還要有方法，方法就是用鼓勵的角度來糾正他的錯誤，令他們建立正確的人生觀和樂觀的性格。
]]>
]]>
第一類別 (Category I)
具有大專以上學歷
在六年內有4,500小時專案經驗,此4,500小時專案時數必須涵蓋五大程序範圍
上述4,500小時必須跨越36個月份，即需滿足三年以上專案經驗之要求
必須獲得35小時專業管理教育學分( PDU )，此35個 PDU 必須涵蓋九大知識領域