男人工作20年，終於回家了，老闆問：你是要20年工資還是3句忠告？

一個男人在外工作20年，終於要回家了，老闆問他：你是要20年的工資還是要3句忠告？男人說我明天上路，明早給您答案好嗎？老闆說可以。當晚男人未眠…早晨，他對老闆說：我要3個忠告。

於是老闆給他3句話。
 一、不要試圖尋找不可能的捷徑，世上沒有便宜的事，只有腳踏實地才是最好的方法…無論做何事。 
二、不要對明知不是好事的事過分好奇，有可能你會因此而喪命。 
三、不要在衝動時做任何決定，否則這個決定就有可能成為你一輩子的遺憾。 

說完老闆給男人一些錢和三個麵包，並叮囑：最大的麵包在到家後才能吃。 男人上路了…他走了好幾天…把第一個麵包吃了一半了，沒過多久遇到一個路口，他打聽：請問到**走哪條路近？路人甲：走小路吧，近。路人乙：走大路吧，安 全。他迫不急待要與妻子見面，於是走了小路。走了沒多久就聽到有路人說附近鬧山賊，於是他想起了老闆的第一個忠告：不要試圖尋找捷徑。於是他回頭去走那條 大路。又走了幾天，第二個麵包也吃了一部分了…他找到一家極便宜的客棧投宿。半夜聽見有女子哭聲，他睡不下。於是決定出門看看。這時他想到了第二個忠告： 不要對明知不是好事的事過分好奇。於是他又睡下了。

第二日起程時，店家驚道：你還活著？！他不解，遂問原由。店家說他有個瘋女兒，發病時用哭聲引人出來再 將其殺害，昨晚投宿的客人只有你一個活著。男人長歎：啊… 又走了幾天，當第二個麵包吃完時他已離家不遠了。他更加激動了。天剛黑下來沒多久，他就走到了自己的村子。到家時他剛準備敲門，卻聽到屋裡有男人的聲 音。他氣極了，拿起一把砍柴刀就準備沖進屋子將那男的殺掉。但這時他想到了第三個忠告：不要在衝動時做任何決定，可能這個決定會讓你後悔一輩子。於是他冷 靜下來，在屋外坐了一夜。

第二天早上他很早就敲開了門，妻子見他回來十分高興。但他卻很冷漠：那個男人是誰？他妻子笑曰：那是我們的兒啊…你走後沒多久我 就…這時他發現這個年輕小夥竟和自己長得相似極了。父子初次見面，相擁而泣…一陣關切過後男人拿出第三個麵包準備和妻、子一齊分享…切開之後卻發現20年 的工資全在裡面。所以我們做任何事都要考慮清楚否則到最後後悔的是自己! 

 成大事必備6種能力、9種手段、6種心態
 一：沉穩 
（1）不要隨便顯露你的情緒。 
（2）不要逢人就訴說你的困難和遭遇。 
（3）在徵詢別人的意見之前，自己先思考，但不要先講。 
（4）不要一有機會就嘮叨你的不滿。 
（5）重要的決定儘量有別人商量，最好隔一天再發佈。 
（6）講話不要有任何的慌張，走路也是。

 二：細心 
（1）對身邊發生的事情，常思考它們的因果關係。 
（2）對做不到位的執行問題，要發掘它們的根本癥結。 
（3）對習以為常的做事方法，要有改進或優化的建議。 
（4）做什麼事情都要養成有條不紊和井然有序的習慣。 
（5）經常去找幾個別人看不出來的毛病或弊端。
（6）自己要隨時隨地對有所不足的地方補位。

 三：膽識
（1）不要常用缺乏自信的詞句 
（2）不要常常反悔，輕易推翻已經決定的事。 
（3）在眾人爭執不休時，不要沒有主見。 
（4）整體氛圍低落時，你要樂觀、陽光。 
（5）做任何事情都要用心，因為有人在看著你。 
（6）事情不順的時候，歇口氣，重新尋找突破口，就結束也要乾淨俐落。 

四：大度 
（1）不要刻意把有可能是夥伴的人變成對手。 
（2）對別人的小過失、小錯誤不要斤斤計較。 
（3）在金錢上要大方，學習三施（財施、法施、無畏施） 
（4）不要有權力的傲慢和知識的偏見。 
（5）任何成果和成就都應和別人分享。 
（6）必須有人犧牲或奉獻的時候，自己走在前面。 

五：誠信 
（1）做不到的事情不要說，說了就努力做到。 
（2）虛的口號或標語不要常掛嘴上。 
（3）針對客戶提出的“不誠信"問題，拿出改善的方法。 
（4）停止一切“不道德"的手段。 
（5）耍弄小聰明，要不得！ 
（6）計算一下產品或服務的誠信代價，那就是品牌成本。 

六：擔當 
（1）檢討任何過失的時候，先從自身或自己人開始反省。 
（2）事項結束後，先審查過錯，再列述功勞。 
（3）認錯從上級開始，表功從下級啟動 
（4）著手一個計畫，先將權責界定清楚，而且分配得當。 
（5）對“怕事"的人或組織要挑明瞭說。 
（6）因為勇於承擔責任所造成的損失，公司應該承擔 

 成大事的九種手段： 
1、敢於決斷－－克服猶豫不定的習性很多人之所以一事無成，最大的毛病就是缺乏敢於決斷的手段，總是左顧右盼、思前想後，從而錯失成功的最佳時機。成大事者在看到事情的成功可能性到來時，敢於做出重大決斷，因此取得先機。
 2、挑戰弱點－－徹底改變自己的缺陷人人都有弱點，不能成大事者總是固守自己的弱點，一生都不會發生重大轉變；能成大事者總是善於從自己的弱點上開刀，去把自己變成一個能力超強的人。一個連自己的缺陷都不能糾正的人，只能是失敗者！
 3、突破困境－－從失敗中撮成功的資本人生總要面臨各種困境的挑戰，甚至可以說困境就是“鬼門關”。一般人會在困境面前渾身發抖，而成大事者則能把困境變為成功的有力跳板。
 4、抓住機遇－－善於選擇、善於創造機遇就是人生最大的財富。有些人浪費機遇輕而易舉，所以一個個有巨大潛力的機遇都悄然溜跑，成大事都是絕對不允許溜走，並且能縱身撲向機遇。 
5、發揮強項－－做自己最擅長的事情一個能力極弱的人肯定難以打開人生局面，他必定是人生舞臺上重量級選手的犧牲品；成大事者關於在自己要做的事情上，充分施展才智，一步一步地拓寬成功之路。
 6、調整心態－－切忌讓情緒傷害自己心態消極的人，無論如何都挑不起生活和重擔，因為他們無法直面一個個人生挫折，成大事者則關於高速心態，即使在毫無希望時，也能看到一線成功的亮光。
 7、立即行動－－只說不做，徒勞無益一次行動勝過百遍心想。有些人是“語言的巨人，行動的矮子”，所以看不到更為實際現實的事情在他身上發生；成大事者是每天都靠行動來落實自己的人生計畫的。 
8、善於交往－－巧妙利用人力資源一個人不懂得交往，必然會推動人際關係的力量。成大事者的特點之一是：善於靠借力、借熱去營造成功的局勢，從而能把一件件難以辦成的事辦成，實現自己人生的規劃。 
9、重新規劃－－站到更高的起點上人生是一個過程，成功也是一個過程。你如果滿足于小成功，就會推動大成功。成大事者懂得從小到大的艱辛過程，所以在實現了一個個小成功之後，能繼續拆開下一個人生的“密封袋”。

Oracle資料庫12c 多租戶架構為雲端而生

甲骨文（Oracle）資料庫在IT領域相當有名，不少國際知名企業採用他們的產品，面臨雲端運算、巨量資料的時代，Oracle資料庫也帶來了重大改版。甲骨文於7月推出最新的Oracle資料庫12c，這個月正式在台亮相，號稱業界首款雲端資料庫，主要有三大特色：多租戶架構、資料壓縮及隱匿機密資訊。 

雲端運算面臨的挑戰之一即是巨量資料的儲存，傳統資料庫儲存結構已無法滿足巨量資料的查詢，Oracle資料庫12c最重要的特色就在「多租戶架構（Multitenant）」。 

多租戶架構在底層建立一個Container Database，可整併多個資料庫為單一資料庫進行管理，因而提升伺服器資源使用率，節省升級、備份、復原資料庫所需的時間和作業程序。在Container Database之上的各個資料庫，也變成隨時可插拔的狀態（Plugable DB），提供幾近瞬間的資料庫配置和複製。 

由於資料庫可輕易的在Container Datbase間移動，對資料庫服務供應商而言，可方便的將客戶資料庫，在不同服務等級間升級、降級。另一方面，Oracle資料庫12c在資料庫層支援多租戶技術，而非在應用軟體層，因此能使獨立軟體開發商（ISV）應用軟體，符合SaaS的需求。 

Oracle資料庫12c的熱感地圖（Heat Map）功能，可監測資料庫的讀／寫狀態，透過讀取頻率判斷其為熱資料（經常讀取）、暖資料（唯讀）或冷資料（極少讀取）。從而自行定義伺服器管理政策，將冷資料用最高的比例壓縮歸檔，節省空間，卻仍然可以讓熱資料擁有較低的壓縮比，維持資料的可異動性。 

在安全性方面，Oracle資料庫12c新增隱匿機密資訊（Redaction）的功能，無需更動應用程式碼，即可在資料庫層級，依照使用者權限動態遮蔽敏感資訊。例如權限不夠的人會看到暗碼，權限等級高的人可看到明碼。同時納入最新的執行權限分析（Run-Time Privilege Analysis），協助企業辨識實際使用者的權限和角色，防堵潛在的人為弊端。 

jQuery 陣列範例

     var obj = { one:1, two:2, three:3, four:4, five:5 }; 
     var arr = [ "one", "two", "three", "four", "five" ];

    //取得陣列的值
    alert(arr[0]);

    //使用For迴圈取得陣列的值    
    for( i in arr){
        alert(arr[i]);
    }

    //使用For迴圈取得陣列的值        
    for( i in obj){
        alert(("#" + i) + " :: " + obj[i]);
    }

    //使用each迴圈取得陣列的值    
    $.each(obj, function(i, val) {
       alert(("#" + i) + " : " + obj[i]);
    });

做軟體開發專案規劃時, 常會碰到助理問我一個問題, SA,SD和SE的差別在那裡 ?

做軟體開發專案規劃時, 常會碰到助理問我一個問題, SA,SD和SE的差別在那裡 ?

這個問題我以前也有過, 還頗為困擾, 系統分析和系統設計及系統工程到底有什麼差別 ? SA和SD的工作又有何不同 ? 這兩者的養成教育又有何差異 ?在過去, SA,SD及SE的確很難區分, 甚至這些角色常常會透過軟體工程師來混合發展。

隨著IT領域的發展, SA,SD及SE漸漸的成為了大型專案必需要的專業分工, 這三者間是有相當的差異的, 不管是養成過程, 甚或是未來的發展, 都大相徑庭, 而要成為一名稱職的PM, 是要能區分出這三者的差異, 才能妥善的安排工作的。

[SA,系統分析師]

SA是 System Analysis 的縮寫, 一般稱為系統分析, 主要的工作就是透過一系列的分析工作, 把客戶想要的結果產生方式, 以各種文件表達出來, 讓開發團隊可以根據這些文件實作出這個結果。

這樣的解釋比較文縐縐一點, 用個通俗一點的方式比喻, 就像是要做出一道宮保雞丁時, 就會有食譜一樣, 裡面會介紹需要的材料及做菜的順序, 然後裡面也會強調要以怎樣手法才能產生出某種效果, 以促進色香味。

這樣的過程裡, SA是較為偏重於在工作流程和處理邏輯的, 透過SA, 開發團隊才可以理出整個系統的架構, 一種做事的脈絡, 以及系統和工作間的關連性, 最重要的, 是這些結果都會被SA呈現在文件中, 而非放在少數人的腦袋裡。

SA不僅止是要針對電腦裡的東西去運作及規劃, 還包括了現實世界裡的實體流程及組織。在很多的情況下, 配合新系統的組織及流程, 是要由SA來執行的。總結起來, 在一個開發案裡, SA執行以下的工作：

· 藉由系統需求書, 使用者的現有標準作業流程來建立出符合期望的新作業流程及搭配流程的系統功能及模組規劃
· 依據功能及模組規劃案, 定出初步的資料庫內容及系統與使用者間的權限搭配規範
· 定出各個軟體零件的規範, 如物件, 函數庫, ...等等
· 設計新的標準作業流程, 並把系統功能或模組綁入這些流程中
· S.A依據客戶的環境及需求, 尋找合適的SD來搭配

而SA也有以下的特色：
· 對於系統在怎樣的環境及用什麼開發工具, 並不十分在意, 良好的S.A產生出來的文件, 使用不同的開發工具都應該可以完成, 產生相同的結果, 但那一種最合適, 由SD決定
· SA偏重於流程及執行邏輯的表達
· SA著重於軟體邏輯, 對開發工具的學習並不是十分重要, 所以會一種語言即可, 主要是以該語言工具來實踐邏輯觀。
· SA一定要有全局觀, 也就是不能拘泥於一個角度或是一個局部去思考問題, 這一點是尋找優秀SA時最困難的。因為在規劃模組及功能時, 一定要同時考量到所有直接相關及間接相關的程序及邏輯問題, 因此要有全局觀。

相較於SD, SA更側重在邏輯及工作順序搭配的表達, SA並不需要去關切使用什麼作業系統或是什麼開發工具, 如前特色所述, 好的SA文件, 可以用任何一種開發工具來實現。當然, SA不受限於IT技術, 但卻會有專業領域的限制。

很少有SA同時專精於數個領域的, 熟悉汽車業運作規範的SA, 在金融業的開發案裡, 就很難討好, 反之亦然。但SD沒有這種限制, 基本上SD可以和任何行業的專案開發團隊配合運作。

會如此的原因是SA是偏重於流程及管理分析及重新再造工作的。而作業流程, 除了少數領域裡共通性高, 在核心流程上, 是需要長期鑽研的。前面提及的汽車及金融業就是一例。

所以, 一個SA必需具備以下的能力,資歷及專業訓練：

1. 至少熟悉一種程式開發語言
2. 熟悉軟體工程, 對於開發工具的元素及特色熟悉
3. 對管理制度或作業流程設計熟悉
4. 熟悉UML或類似的系統描述工具
5. 邏輯能力良好
6. 良好的溝通能力, 主要作為瞭解需求之用
7. 相關的業界熟悉度

在三者之中, SA是最接近PM的, 所以SA在做生涯規劃時, 不妨以PM做為下一個發展的專業目標。

[SD, 系統設計師]

一般來說, SD在生涯規劃裡, 並不是SA或是PM。當然, 一定要硬來一次也沒有什麼不可以, 但要走這條路, 就要趁早轉職, 因為SD畢竟是較為幕後的工作, 在與客戶的溝通協調上, 並不會有太高的要求, 也較不需要公司管理層面的全局觀。

表面上看起來, SD沒有SA那麼多的工作要求, 但實際上SD是最需要天賦的工作, 不管是畫面的構成, 操作的手順及調整, 甚至於元件的定義及物件的規範, 全都需要一些天賦。很多軟體, 功能很強, 但怎麼看怎麼不順眼, 或者怎麼用就怎麼憋扭, 功能帶來的效益, 全都被這些毛病給遮蓋掉了, 這就是SD的問題。

另外, SD也扮演了系統最佳化的推手。SA所規劃出來的要求及佈置, 都只是邏輯上的構思, 在不同的工具上, 可能有更好的方法可以表現, 也可能會難以展示, 這都需要藉由SD對使用環境及開發工具的瞭解, 來進行調整和規劃。

舉例來說, 同樣是一套財務軟體, 在WINDOWS XP, MAC, X WINDOWS下, 就會有很不一樣的展現模式和技巧。如果再搭配上不同的開發工具, 如C++, JAVA, .NET, PHP, ...那差異更多。對SA而言, 這些東西他都不用去考慮, 但SD就不同了, 這些不同的地方, 並不僅僅只是如此而已, 有時還會包括了開發成本及時間問題, SD的重要度, 由此可知。

在一個客製化專案裡, SD的工作內容如下：

· 設計畫面元素規範
· 設計頁面結構及規則
· 設計系統操作畫面, 並編定欄位規範及防呆處理
· 設計權限管理與系統操作機制
· 撰寫使用手冊
· 調整DB之各項定義, 使其符合畫面欄位規範及操作搭配
· 配合SA撰寫系統開發文件, 供程式師CODING之用
· 撰寫UI(使用者介面)測試計劃書

而做為一名稱職的SD, 以下的條件, 是必要的：

1. 至少對一個作業系統極為熟悉, 對於這個作業系統的各個元件特性及API, 有充分的瞭解
2. 熟悉2種以上的開發工具, 而專案所需的工具, 必需是其擅長的之一, 其熟悉度包含了標準安裝裡的各個函數庫, 系統常數, 物件定義, 語法, 主要的輔助工具開發廠商, 及重要的工具使用方法
3. 具一定的美學感
4. 至少能使用一種繪圖工具軟體
5. 曾經擔任職業軟體工程師三年以上

可以這樣說, SA給了系統靈魂和神經系統, SD則是給了系統軀體和外觀, 兩者的結合, 才能產生出正確, 美觀又好用的系統。如果你覺得自己是個不太愛和太多人打交道的IT人, 又對使用者介面有那麼點執著及天賦, 那麼, SD絕對是適合你的好選擇。

[SE, 系統工程師]

就某種角度來看, SE對PM而言, 算是萬金油, 只要做IT專案, 那就一定用得上, 差別只是要選那一個專業的SE而已。系統建置安裝要SE, 使用者環境要SE, 甚至到硬體選擇及佈建, 都要用到SE, 有什麼IT專案跟這個沒有關係呢 ?

當然, 雖然SE是到處都吃得開, 但相對的也是專案裡面最沈默及少有聲音的一群。他們的工作基本上就是建構出一個可以執行系統的環境, 系統要如何展現, SE可以給SA和SD一些建議, 但建議時機通常都是在系統運行出了些非系統可以掌握的問題後。

系統工程師基本條件上, 和SD最為接近, 但有一點不同, 就是不需要有很好的軟體開發經驗, 也就是不太需要會寫程式。但要對作業系統, 服務器系統, 網路運用環境有相當程度的瞭解。

SE通常是三者中最為博學一員, 好的SE雖然不一定要程式寫的呱呱叫, 但卻不能對編程一無所知, 對作業系統及開發工具也要有一定的熟悉度, 甚至部份網管有關的工作也要有所涉獵, 所以算得上是專案裡的萬金油。

在專案裡, SE所要執行的工作如下：

· 規劃及建置系統執行環境
· 安裝及設定使用者端環境
· SERVER安裝及設定
· 提供環境設置竟見給SA及PM
· 最佳化系統可靠度及效度
· 撰寫可靠度及效能測試計劃書
· 對電腦及相關週邊設備有一定熟悉度

而一名SE則有下列基本要求：

1. 至少熟悉一種作業系統, 尤其是讓系統的設定及微調等相關技術
2. 至少熟悉一種網路伺服器作業系統, 對如何設定及最佳化熟悉
3. 曾任軟體工程師職務一年以上或熟悉一種開發工具
4. 對網路環境有一定的認識, 尤其是一些通訊設置
5. 熟悉可靠度及效能的評估方法, 並瞭解與系統環境相關之設定

基本上, 如果擁有了像SD一樣的技術背景及個性, 但在美學上實在令人不敢恭維, 那麼SE算是極佳的選擇了。一般而言, SE的下一個生涯規劃, 會比較偏重於技術性兵種, 像是DBA或是網管, 對於IT產品比較有狂熱或愛好的人, SE是極佳的出路。

[在專案中的運用時機]

基本上SE是萬金油, 只要是IT的案子裡就一定要塞一個SE進去, 因為沒有IT專案不需要使用工程技術的, 差別只在使用何種工程技術而已。在套裝軟體的導入專案裡, SE負責處理軟體使用環境, 解決非系統性問題, 安置及調整資料庫和網路環境, 然後安裝啟動。所有系統運行所需要的條件, 都要由SE來解決和處理, 但這些工作全都不會出現在眾人的面前, 但卻又重要無比, 算得上是幕後的英雄。

會同時運用到SA,SD及SE的專案, 還是以客製化開發為主的。

在開發型專案裡, SA團隊要負責初期的需求調查及整體架構的規劃, 將所有的系統開發工作內容轉化成井井有條的文件, 並且適度的分割及派送, 並確保未來這些被分割的開發結果能夠在未來可以正確運作。

SD 則在SA的文件中去尋求系統呈現的一致性, 易用性及保證開發工具可以正確無誤的展現SA的要求結果。所以SD要負責操作界面的外觀設計, 訂定一致的展現規範, 設計系統操作畫面及操作手順, 同時配合SA完成系統開發文件。基本上, 開發文件中, 是包含系統使用手冊初稿的。

SD在設計時, 必需與SA充分配合, 以確保設計的系統符合需求及運作要求。

除了上述的工作內容外, 這三者都要撰寫測試計劃, SA著重在於資料的流動符合原先規劃的順序及結果測試, SD則著重在操作畫面中的防呆測試及操作介面的正確性, 而SE則在系統可靠度上進行規劃。

[軟體工程師何時轉職 ?]

每一個寫程式的人心裡都明白, 這工作不可能做一輩子。不單單是體力及腦力問題, 最重要的是寫程式, 經濟價值實在有限。

我不會否認有很多的程式高手, 但重點不在於你有多優秀, 而是有多少老闆願意付出和你努力成正比的薪資來顧用你。不是沒有這種工作, 而是如同鳳毛麟角, 而且, 這種工作通常你也做不久, 因為壓力太大, 消耗青春太劇烈了。

退一步來說, 你也不值得付出這麼多, 在良好的SA及SD的規劃下, 工程師只要達成一般標準, 就可以解決掉九成以上的軟體開發需求, 除非是機緣巧合, 或是你很有興趣, 否則另外那一成的工作, 你是很難有機會碰上, 或者, 就算碰上, 也沒法子養活你一輩子。

軟體工程師總有一天要轉職的, 這是他們的宿命。

當要轉職時, 他們有幾個選擇, SA, SD, SE, 出去當老闆及換一行等諸多選擇。看起來雖多, 但其實晚景淒涼, 因為寫程式都是關起來寫, 長期自閉的結果, 當他們想轉職時, 很難擁有足夠的人脈來支撐他們換個前途光明的事業。一般人羨慕IT人的高薪, 卻不曉得只是寅支卯糧, 沒有妥善的規劃, 後勢看跌的。

前面的五個選項, 基本上最後兩項只是充場面, 只有少數人才能選那兩個, 大多數軟體工程師還是要在前三者中選一個來發展的。

SA看起來最風光, 未來也是潛力最好的, 但很遺憾的, 軟體工程師裡, 只有少數人適合這個職務。因為這個工作是很需要和別人打交道的, 而好的軟體工程師通常這一點非常不擅長。

因此, 如果你自認為擅於溝通, 三姑六婆都是你的紅顏知己, 邏輯能力不錯, 又對管理有興趣, 那麼SA是你很好的選擇, 程式功力並不是你要考慮的重點。

相對的, 你對使用者介面很有心得, 而且在美感上也獲得了同事的一致讚賞, 程式功力也有那麼一點自信, 討厭和不是搞IT的人打屁聊天, 那不要懷疑, SD是你最佳的歸宿。

最後, 你覺得IT的世界對你充滿了吸引力, 無論是作業系統, 開發工具或是軟體及IT設備都是如此的吸引你, 人與人的接觸對你來說並不是人生的首要需求, 層出不窮的IT科技讓你陶醉其中, 那麼, SE絕對是你的首選。

要如何轉職, 每一個軟體工程師是要誠實面對自己的, 而不是依前途來決定自己要選什麼職務, 如果你依這種方式選, 以我個人在職場生涯的經驗, 這樣的人很難散發出光芒, 也難以有他期望的成就。所以, 現在在寫程式, 正在想要轉職的工程師, 請謹慎而且誠實的面對自己, 做出恰當的選擇。

[結語]

以上是個人提供給對於SA, SD及SE或到困惑的朋友, 做為參考及工作分配的依據。這三者的產生, 其實也是源於目前IT技術的成長過於快速, 所以必需針對軟體工程進行適切的分工, 才能應付好日益複雜的IT環境。

傾聽關鍵心

傾聽，是成功的管理者應該具備的至關重要的素質。

想要進行一場成功的溝通嗎？首先，您需要先成為一位成功的傾聽者。傾聽就是注意看、專心聽。聰明的傾聽者，不僅要掌握說話者表達的重點，對表層話語有正確的理解，從說話者語氣和肢體動作中演繹隱含訊息，並且要把握說話者的表達原意。唯有如此，才能達到真正的思想交流和人際溝通。

傾聽技巧

傾聽往往被認為「聽見」，這是一種危險的誤解，導致「有效的傾聽是一種與生俱來的本能」的錯誤思想。學習發展傾聽技巧，不知不覺中可提升人際交流。傾聽者平均只能聽進35％的效率；而缺乏傾聽技巧往往錯失良機、產生誤解、衝突和拙劣的決策，或因問題無法及時發現而導致危機。

有效的傾聽是可以透過學習而獲得的技巧；藉由認識自己的傾聽行為，有助於成為一位高效率的傾聽者。高效率傾聽四步曲如下：

1.直接說明：直接反應聽見他(她)話裡的意思。「我想你(妳)剛 才是要告訴我……」

2.仔細觀察：細心觀察他(她)的聲調和肢體語言。「我發現你(妳)每次一談到…聲音就……」

3.回應：點出他(她)心中的感覺。「你(妳)是不是覺得很難過(或委屈、生氣、憤怒、無助、憂傷、無辜、絕望)？」

4.要求：引發更多訊息，最常見的例子就是：「希望你(妳)能告訴我多一點有關……」

傾聽層次與箴言

傾聽，不單單是聽見、聽到，更需要的是留神聽、仔細聽。按照影響傾聽效率的行為特徵，傾聽可分為三種層次。傾聽者從層次一到層次三的過程，就是溝通能力、交流效率不斷提高的過程。《聖經‧箴言書》把藐視智慧、不肯聽人勸教的人，統稱為「愚昧人」。

層次一：傾聽者完全沒有留意說話人所說的話，假裝在聽其實卻在考慮其他毫無關聯的事情，或內心想著辯駁。他更感興趣的不是聽，而是說。這種層次上的傾聽，導致的是關係的破裂、衝突的出現和拙劣決策的制定。

層次二：人際溝通關鍵在於對詞句話語意義的理解。聽者主要傾聽詞句和內容，但卻錯失了說話者重要的語調、體態、手勢、臉部表情和眼神所表達出的意思；導致誤解、錯誤的理解、時間的浪費和對消極情感的忽略。

層次三：優秀傾聽者的特徵，是在說話者的資訊中，尋找感興趣的部分，以獲取新的有效資訊。高效率的傾聽者清楚自己個人的喜好，避免對說話者做出武斷的評價；對於激烈的言語，能掌控自我情緒，不受負面的影響；不急於做出判斷，而是感同身受對方的情感。詢問而不辯解、設身處地看待人事物。

傾聽高手

有效率的傾聽者，是透過對他人說話的內容表示感興趣，不斷創建一種積極、雙贏的過程。如何成為一位傾聽高手？移情式傾聽的原則是成功之要素：

 

1.  專心：透過非語言行為，如眼睛接觸、某個放鬆的姿勢、某種友好的臉部表情和宜人的語調，可建立積極和諧的氛圍。輕鬆、專注的表現，可使對方感到安全和被看重。

2. 興趣：帶著理解和相互尊重進行傾聽。

3. 關心：正如一塊共鳴板，讓說話者試探你的意見和情感，同時感受到你是以一種非裁決的、非評判的姿態出現。不要立即問一大堆的問題。

4. 像面鏡子：回饋你認為對方當時正在考慮的內容；總結說話者的內容以確認你完全理解他所說的話。

5. 避免先入為主：以個人態度投入問題時，往往導致憤怒和受傷的情感；過早立下結論，顯得武斷。

6. 回應口語：回應簡單的語句，例如「呃」、「噢」、「我明白」、「是的」或「有意思」等，來認同對方的陳述；還有「說來聽聽」、「我們討論討論」、「我想聽聽你的想法」或者「我對你說的話很感興趣」等 ，鼓勵說話者談論更詳盡的內容。

傾聽十誡

美國著名的心理諮商專家，柏歐拉大學(Biola University)婚姻、家庭與兒童輔導研究院前院長賴諾曼博士(H. Norman Wright)在《老公老婆來說地》(More Communication Keys for Your Marriage)一書中，將眾多有關傾聽者應該注意的事項歸納出十點，稱之為「傾聽十誡」：

1. 不可審判論斷：除非你全盤瞭解，否則就不該隨意批評或論斷。

2. 不可穿鑿附會：不在對方的話語上任意作邏輯推演，或附加自己的主觀意見。

3. 不可自以為是：不以自己選擇性的聽，當作對方的原意。

4. 不可心猿意馬：不讓注意力或思想到處亂跑。

5. 不可故步自封：不封閉心靈拒絕不喜歡的觀點、對立的意見或不同角度的看法。

6. 不可過度期盼：不容許情緒控制理性，或理性控制心靈。

7. 不可胡亂猜測：除非發言者自己解釋，傾聽者不可替人註解。

8. 不可預作定論：不在傾聽中途，預先立下自己的定論。

9.  不可畏懼挑戰：不害怕他人的指正，也不該懼怕改變或改進。

10. 不要求或逃避：不過度要求別人給你說話的時間，或過度被動不開口說話。

以上，透過不斷的練習，相信就會成為一個成功的傾聽管理者，同時在團隊帶領上更充滿凝聚向上的力量。

傾聽, 溝通技巧, 人際關係理論, 管理, 組織文化, 主管

放大優點、活出自己

在職場，我遇過不少在自己的專業領域擁有成就的人，發現他們不一定都是天賦異稟或資質聰穎，但他們大多是有強烈意願想要成功的人。在他們身上，我發現，其實，成功並不一定落在優秀的人身上，成功是落在很想成功的人身上。
賴利•包熙迪與瑞姆•夏藍在其合著的《執行力》一書中說：「執行是一種紀律，是策略不可分割的一環 ( 是策略的根本)」。作者還提及：「沒有執行力，哪有競爭力！」

策略與執行力，如何善用，才能為彼此加分？有些人一輩子都在空想作夢，最後一事無成；有些企業每年花太多時間思索策略，卻未見執行後的競爭優勢。知而未行，仍是未知。知之真切篤實便是行，行之明覺精察便是知。

前奇異總裁傑克•威爾許的《致勝》一書中也說：「一份好的使命聲明和一套好的價值，會像一巴掌打在你臉上般，火辣辣地那麼具體實在。」書中也說：「披薩店的策略在哪？全都在醬料裡了！」「策略就是一種有生命的、會呼吸的、而且動態十足的賽局。」「如果你想贏，談到策略，務必少想多做。」

● 不要怕辛苦，才有執行力

有一年，擔任幾位碩士生的畢業論文口試委員，席間，有機會聆聽到已逝的長者黃登源教授與席間友人的對話，饒富智慧，分享給大家。 

忘了是因為什麼話題談及「辛苦」與「努力」，我覺得已經不是重點了，但是黃教授這段話：「如果你會覺得辛苦，表示你努力還不夠；如果你現在覺得不那麼辛苦了，是因為你努力後的結果。未來，接觸新的事務後，你又會覺得辛苦了，表示還要再努力。我聽完，心裏想著：「這就是為什麼有競爭力的人，終身總是不斷在挑戰新工作。因為有了新任務，就會再產生一段新的辛苦期，也因為有辛苦的過程，才會提醒自己要不斷學習與努力。」

如果辛苦+ 努力=10，那麼努力多一分，辛苦就少一分。所以，任何事如果覺得辛苦，不要再找任何理由埋怨，將這些時間花在自己做得還不夠的努力上，辛苦就會減少些！

● 執行力，來自常思考 ”下一步該如何？” 

有執行力的人，遇到困難總想著下一步，該如何去解決？他們勇於承擔，將過程當作一種挑戰，他們更相信自己一定可以解決。沒有執行力的人，遇到困難只想逃避、只想推諉，能少一件事、少點麻煩，何樂而不為？

天下文化出版的《虎與狐─郭台銘的全球競爭策略》一書中的「郭語錄」提到幾段有關郭董對「責任」的看法。「一個人是管理不好的，只有你用責任去嚴格要求，他才能做對的事情。」「責任，是管理的靈魂。」郭董更點出了爭功諉過的反思：「每一隻公雞，都以為太陽是牠叫出來的。」我想，如果有一天太陽沒出來，這些公雞也會推諉地說，都是別人忘了叫吧！

嘴巴常說：不可能、不知道、不清楚、不想動、不敢試、沒把握、沒經驗；心裡常想：怕失敗、怕犯錯、怕改變；怕挑戰，都是執行力的絆腳石。拋開這些心裡想的、嘴巴說的，執行力才會開始萌芽。

● 執行力，來自正面思考積極樂觀

一個人要有執行力，除了要有目標清楚、方向明確、認真行動、全力以赴外，更需要時時保持正面的思考，降低不必要的爭執與空轉。

常看到一群優秀的知識份子，吵著要沒有標準答案的答案，爭議著各有道理的道理，搶著以自我利益為思考的利益，然後在不斷的引發紛爭、怨天尤人中，陷入空轉。筆者長期擔任企業管理顧問，最常問的一句話是：「What's next?」不論你們現在爭執的是甚麼，我想知道的就是：「下一步如何做？」「沒有正向的思考力，哪有正確的執行力」。

前Google 全球副總裁，現任創新工場董事長兼執行長李開復博士的《作21 世紀的人才》一書中提及：「消極被動的人常說：事情主導人；積極主動的人卻說：人可以主導或推動事情的進展。」「消極被動的人常說：我父母都有糖尿病，我也一定會患病；積極主動的人卻說：雖然父母有糖尿病，但只要多鍛鍊身體、注意飲食，就能降低得病的機率。」「消極被動的人常說：為什麼都沒有人意到我？積極主動的人卻說：我要學習如何受到重視。」 　　商業週刊在也曾經報導，正面思考的經紀人業績，比負面思考的人高出八八％；而負面思考者離職率是樂觀者的三倍。

● 找出優點，擺對定點

一個組織總體最佳執行力的表現，並不是每個人都盲目地竭盡所能，或是每個人都無限制地發揮最大能量。一個組織最佳執行力的表現，應該是讓每個人在其適當的職場舞台上，發揮其特有的優勢，並適時扮演著關鍵角色。 

「多元智慧」（Multiple intelligences,MI）理論為哈佛大學心理學家Gardner 教授於其著作《心靈的架構》一書中首度提出，當時包括七項智慧。1995 年，Gardner 教授再提出第八個智慧─自然觀察者智慧。Gardner 教授認為智力測驗（IQtest）並不能代表一個人解決問題或創新產品的能力，每一個孩子都具有八種智慧的潛能，家長和老師則是開啟（或不幸的關閉）孩子各項潛能的關鍵人物，這八項智慧分別是： 

1. 語言智慧 （Linguistic Intelligence）

2. 邏輯數學智慧（Logical-mathematical Intelligence） 

3. 空間智慧（Spatial Intelligence）

4. 肢體運作智慧（Bodily-Kinesthetic Intelligence） 

5. 音樂智慧（Musical Intelligence） 

6. 人際智慧（Interpersonal Intelligence）

7. 內省智慧（Intrapersonal Intelligence）

8. 自然觀察者智慧（Naturalistic Intelligence）  

由於組織的每個員工都有其見長的智慧構面，故每個個體之智慧價值的衡量，均需以不同的智慧角度來檢視，才會具有實質的價值意義。而若將此多元智慧的觀念向個體之外延伸，其實不只是個體，就連企業、組織或部門都具備本身特有的多元智慧與多元價值（Multiple Values），如何讓多元智慧與多元價值在企業有需要時適時發光，才是管理者應該要具備的技能。

每個企業的員工，都有其獨特的優點與特質，一個好的管理者，應該學習如何去發現每個人的優點，放大每個人的優點，擺在對的定點，進而發揮其最大的綜效。 正面思維的主管，提供正確的行動方向；擺對位置的員工，發揮適當的行動力量。如此，企業不僅有了正向的文化，也將會有正確的執行力。 

● 放大優點、活出自己

許多人求學選擇熱門科系、工作追逐熱門產業，但當你一生都在追逐世俗的熱門，卻一直從事自己不擅長、不喜歡的事情時，如何有熱情？如何有動力？ 

你是在為自己設定的目標(夢想)努力，還是在為別人設定的指標(期待) 努力？你是要放下自己現有的" 好"，去追求別人設定的" 好" ？還是可以放下別人設定的" 好"，開始去貢獻你現有的" 好" ？放下別人幫你設定的" 熱門"與"正確"的路，找出自己有" 熱情" 的方向，放手投入，自然有機會走出一條全新的" 正確"的路！

有學生問我：「老師，上次聽您說，現在的您接受自己的不完美，並且只享受放大自己的優點。想請問老師，年輕的時候，您曾經努力追求完美而懊惱過嗎？後來又是怎麼調適的呢？」我回答學生：「年輕時，常會因為一點失誤、缺憾而懊惱，所以，年輕時，我雖小有成績，但總帶點憂鬱！後來，進入專業的路上，逐漸被肯定後，有了自信，開始學會面對自己仍有很多缺點，面對自己本來就不完美。後來發現，即使自己有這麼多缺點與不完美，卻仍可以在專業舞台找到自己的天空，於是清楚，原來，人不一定要去將自己的不完美修成完美，人其實可以直接面對、接受自己不完美，然後盡情去找出熱情與放大優點，仍可以開心的找到自信的舞台。」

在《首先，打破成規─八萬成功經理人的共通特質》一書中，訪問了八萬個成功經理人的特質發現，他們的成功，並非來自他們想把自己打造成完美的人，他們只是盡情發揮自己的強項。他們的成功，是因為他們總是演奏著自己生命中最喜愛的樂章。

● 勇敢作夢，放手逐夢 

我總鼓勵職場上班族，想成為一個成功的經理人，必須先擁有成功的DNA。D 就是Dream，為自己先做個大夢；接著N就是Network，串連整合所有能幫你圓夢的人脈資源網絡；最後A 就是Action，成功沒有捷徑，就是去行動。擁有成功DNA，自然擁有執行力。 

堅定一個夢想，一個自己願意花五年、十年，甚至一輩子去實現的夢想。讓自己作個大夢，大到讓旁人聽起來都覺得好笑的大夢。生命有了願意去追逐的夢想以後，每天發生在自己身邊的鎖事、雜務，甚至衝突與不快，都立即顯得微不足道，少了爭執、少了計較，就會多出許多時間去追夢、去行動。

朋友們，做個擁有積極行動與正面思考能力的人，找出屬於你自己的優點、發揮你最擅長的強項，保證人生「活」的很「快樂」、「行」得很「熱情」！

 

陳永隆     現職：交通大學兼任副教授

如何管理e世代？

在高速競爭的社會，許多員工都是年紀輕輕的六.七年級生，他們具有敢衝、勇於改變及創新的特質。

傳統的管理模式，威權的中央領導似乎不能套用在他們身上。 「E世代吸收資訊的速度相當快，而且只要激起興趣與樂趣，他們都會很努力的。喜好彈性與自由，加上能掌握新科技，讓他們在未來比較能激發創意。」

意藍科技執行長曾柏偉表示他觀察到的六年級後段班(指民國65年次到69年次)的一個現象。從交談中，在曾柏偉身上也同時看見典型六年級生的縮影，自信、渴望成功、勇於創造夢想、追求成就感的特質。 

勇於表達的一代 

現今產業當中，平均的員工年齡有年輕化的現象，這也是許多企業主津津樂道之事。許多企業為求增加產品與服務內容的創新，進用強調創意的e世代族群。然而為數不少的「草莓族」(意指外表光鮮，但無法承受壓力，稍微碰一下就爛了)，卻增加了許多管理上的難度。 

曾柏偉舉例曾有位新進的行政助理在收拾了三天的會議杯子之後，未與主管溝通即發e-mail給全公司要大家開完會後自己把杯子收好，不要放著給她收。主管和她溝通時，她說這項雜務不屬於她的工作範圍內，最後全公司都只好在每次開完會後把自己客人的杯子拿去洗。曾柏偉說六年級後段班是「勇於表達的一代」。 

任職某家傳統企業的一位四年級生的高階主管則指出，e世代普遍具有及時行樂的特性，凡事要求及時回饋或立即的獎勵，不太容易接受公司的中、長期營運計劃或個人的生涯規劃；有別於過去四、五年級學生，先改變自己配合公司文化，取得公司和長官認同，再由公司給予實質回饋的思考模式。

e世代走入職場，也連動了管理者角色上的質變。上一代的威權管理由於資訊掌握在高階主管手中，因此這種管理模式可行，但在網路時代，資訊取得容易，主管如果自己不努力，懂得不一定比屬下多的時候，很容易被challenge。

面對這樣的一群世代加入職場，企業主管要如合因應並做管理呢？綜合企業主管及管理書籍，要與e世代溝通做管理，重點如下： 

1.從聘雇開始即適度篩選，首重責任感 

多了解其價值觀、企圖心、誠信、團隊精神，再決定要不要用，例如目前學生普遍作文能力不足，如需用到許多文字需求工作，可進行作文能力測試。「員工的敬業態度與責任感對於一個公司來說是非常重要的，因為在資訊科技業來說速度是決勝的關鍵，員工如果沒有責任感，把該做的事拖延或是工作雖然做完卻品質不佳，都會對企業造成很大的傷害。」 

2.將心比心，誠心溝通 

對曾柏偉來說，跟員工溝通首先要先開誠佈公，必須在第一時間回e-mail，還要有開放心胸去瞭解他們。「wear his shoes是很重要的，在公司裡我也常鼓勵許多五年級的主管要先去瞭解他所帶的team在想什麼，否則很難帶到他們的心。」

3.工作執掌明確，訂出明確遊戲規則

e世代的人在民主環境長大，重視自我權益，最好將可能的狀況如必要的加班、訂單業務目標、行政工作等都溝通清楚，以免發生類似的尷尬事件或是造成人員的流動過快。

4.激發工作興趣，營造快樂有歸屬感的工作環境

e世代在職場上相當重視是否有歸屬感，有e世代的辦公室通常也比較活潑，同事之間感情好會互相約唱歌、烤肉或上健身房。主管應以「遊戲代替工作，鼓勵代替成功」的角色來激發他們。例如在面對一件很重要的案子，不一定要表情凝重地告誡:，反而若是以有挑戰有趣的任務去交付，大家一起思考如何去win。

5.善用優勢，主管要授權，讓其保有自主空間 

主管要像球隊裡的教練，而非樂隊裡的指揮。資深的企業人力資源部門主管就說，對於六年級生的工程師來說，主管的充分授權相當重要，給他空間，反而能讓他的幹勁與想像充分發揮，如果過度箝制，反而會有反效果。他指出，以國內晶圓代工龍頭台積電為例，每年不知有多少人擠破頭想進台積電，但就是有人在正式錄用工作後，發現工作氣氛相當緊繃，自我發揮空間較受限，竟然在工作四、五天後就離職。  

6.及時鼓勵與公平獎勵

不能用經驗壓他。如果有表現良好的要及時鼓勵，另外也要注意公平原則，「千萬不要因錯誤獎勵一人而導致多人的挫折」，前微軟總裁現為普訊創投總經理范成炬如是說。

7.不要談太遠的願景 

e世代的人重視「活在當下」，不必長篇大論地跟他們說公司的遠景，要如何地為他們規劃生涯，因為他們心中有一把自己的尺，也重視自我的充實遠超過對公司的認同。 

管理學, 主管, e世代, 年輕人, 草莓族

新一代影像編碼格式 H.265 完全析解，流量省一半，檔案更小更美

懸盪已久的次世代影像編碼格式 H.265，終於在2013年1月25日收到國際電信聯盟（ITU）的認可，成為新一代標準格式，它除了肩負縮小影片所需資料流量，以舒緩繁重的網路負擔外，同時也是 4K UHD 解析度影片編碼的不二人選。

影片流量拖垮網路影片壓縮最主要的終極目標，就是要降低影片檔案的大小，如此一來可以減少儲存時所佔用的空間，同時也能夠降低傳輸時消耗的網路頻寬。或許讀者會覺得現在硬碟便宜的跟什麼一樣，網路速度也非常快，但若以目前主流的HD影片來推估，並以下列條件進行試算： 

解析度=1920 x 1080

顏色取樣深度=24bit（R、G、B各色8bit）

每秒幀數=60幀

那麼每秒需要的流量可能是多少？

1920 x 1080 x 24bit x 60=2985984000bit

2985984000bit/8bit/1024/1024=355.957MB

以2小時的電影來說，就需要佔用2.44TB的儲存空間，大約需要使用50片雙層藍光光碟才能裝得完（而且以上估算還不包括音訊部分），更罔談以網路即時串流，影片壓縮的重要性可見一斑。

以目前主流的藍光光碟為例，採用大部分H.264編碼格式的影片流量落於20至25Mbps之間，壓縮率大約為113.9至142.38倍之間，節省的空間相當可觀。即便H.264的壓縮能力足夠滿足目前使用需求，但是遇到解析度更高的4K UHD格式，還是顯得捉襟見肘，需要尋求壓縮效率更好的編碼器，才能將影片壓縮到適合傳輸與儲存的流量範圍。

工作時程超過8年
H.265的起源為2004年時，國際電信聯盟旗下的視訊編碼專家小組（Video Coding Experts Group）開始研讀可以取代H.264的技術，並且將專案名稱暫定為H.265與H.NGVC （Next-generation Video Coding，次世代視訊編碼），其目標為與H.264 High Profile比較時，在相同畫質表現下，可以為影片節省25至50%的資料流量。

2007年國際標準化組織（ISO）旗下的動態畫像專家小組（Moving Picture Experts Group）也開始了相似的工作，它們也希望能提出壓縮效率更高的編碼方式。2010年4月時，這2個小組一起組成了視訊編碼聯合工作小組（JCT-VC，Joint Collaborative Team on Video Coding），共同提出了27項提案，並針對這些提案進行研討，於2010年10月發佈第1份規格草案。

在累積許多工作成果後，2012年2月推出了以第6份規格草案為基礎的委員會版草案，接下來以第8份規格草案為基礎的國際規格草案，於2012年6月推出。最後原訂於2013年2月發佈最終版國際規格草案，則是提前於1月25日確認，確定了H.265的基本功能。

節省一半流量
H.265的研發目的從命名就可以看出端倪，H.265又名HEVC（High Efficiency Video Coding，高效率視訊編碼），其最主要的用途就是要進一步降低影片所需的流量，以降低儲存與傳輸的成本。以上述27項提案中最重要3項為例，H.265要求在最佳的編碼範本（profile）中，能在維持相同PSNR的前提下，節省以H.264壓縮的1080P影片36%左右的資料量，並且能在影像品質差不多時，將節省的幅度進一步提升到50%。

而第3項重要提案，則是針對壓縮、解壓縮所需的運算量做出限制，以最佳編碼範本進行H.265編碼所需的時間，只能比H.264編碼多出10%，而解碼時間則是可以多出60%。有趣的是，限制H.265的運算量需求，勢必會降低它的編碼效率，恰巧與節約流量的初衷相互矛盾，但是會做出這種決定，其目的不外乎是預想到日後解析度與每秒幀數更高的影片，會讓運算量大幅提高，先做出折衷的限制，才能在處理器或是行動裝置效能足夠負荷的前提下，盡可能提高壓縮效率。

PSNR為畫質打分數
影片的畫質分析可以分為主觀的人肉測試，與相對客觀的量化測試，人肉測試的方式不外乎用肉眼觀察影片的畫面，分析不同樣本中熟優熟劣，這種方式雖然直接，但卻容易受到測試者主觀喜惡的影響，而且也不夠精確。量化測試是採用數學方式分析影片處理前後的差異，雖然可以得到精確的分數，但是該分數不一定能完全反應視覺上的感受。

PSNR（Peak Signal-to-Noise Ratio，尖峰訊噪比）為量化測試的一種，其定義為「10 x log10(MAX^2 / MSE)」，其中MAX為每個像素中，能夠表現出的最大可能性數量，若以8bit取樣深度為例，MAX將等於2^8-1 = 255。MSE為方均誤差，其數學上的定義為比較處理前後的影片，針對每一個像素計算其量化數據上差異，再將這個差異平方後加總計算，最後再將總和除以像素總數。簡單地說，尖峰訊噪比越大，就表示訊號越強、雜訊越小，也代表畫面與原始檔案比較相近。反之若是數值很小的話，就表示影片受雜訊干擾的情況嚴重，畫質表現比較不好。

以H.264為基礎，H.265效率更高
自從H.261編碼格式引入混合式（hybrid）編碼方式開始，後續的編碼格式大多會延用這個方式，將影像進行畫面間、畫面內預測（inter prediction、intra prediction），刪去影片中不需要的重複資料。H.265也不例外，它也是基於這個概念進行設計，不過它擁有諸多新的編碼工具，可以讓增進壓縮效率。

僅支援循序掃瞄
為了要節省影片資料流量，有些媒體會以交錯掃描（interlaced scan）進行傳輸，交錯掃描的原理為將影片依照掃瞄線（即水平方向像素）將畫面拆分為2個群組，奇場群組包含第1、3、5……等奇數條掃瞄線，偶場群組則包含偶數條掃瞄線，奇場、偶場群組會在螢幕上交替播出，在快速輪換的結果下，人眼就會因視覺暫留而看到完整畫面。

雖然交錯掃描可以降低影片資料流量，但是對畫質仍會造成一定影響，尤其是高速移動的物體，容易在邊緣產生抖動或毛邊等干擾。循序掃描（progressive scan）則是每次都傳送完整畫面，雖然會佔用較多流量，但可以提供較佳畫質。

由於目前的顯示器皆以循序掃描模式運作，因此H.265設計時並不支援交錯掃描方式進行編碼，但若為了節省流量或其他因素，編碼器可以透過參考資料語法（metadata syntax），將完整畫面在編碼前先拆分為奇場及偶場群組，編碼器會將2個不同的群組視為不同影片來源，分別進行編碼工作，以此變通方式達成儲存交錯掃描影片的需求。

捨巨區塊，採編碼樹
從H.265的發展延革來看，它勢必會站在H.264的基礎上發展，但是兩者間最大的不同，存在於最基礎的編碼單元。以往H.264會以16 x 16像素為單位（或是16 x 8、8 x 8、8 x 4、4 x 4等配置），將畫面切割為數個大小相同的巨區塊（macroblock），並以這些巨區塊做為編碼時的最小元素。H.265則是將切割畫面的工作從使用者手動設定，轉交給編碼器來決定，讓編碼器可視情況以16 x 16、32 x 32、64 x 64等尺寸，將畫面切割為數個編碼樹單元（Coding Tree Unit），一般來說區塊尺寸越大，壓縮效率就會越好。

每個編碼樹單元內包含1個亮度與2個色度編碼樹區塊（Coding Tree Block），以及記錄額外資訊的語法元素（syntax element）。一般來說影片大多是以YUV 4:2:0色彩採樣進行壓縮，因此以16 x 16的編碼樹單元為例，其中會包含1個16 x 16的亮度編碼樹區塊，以及2個8 x 8的色度編碼樹區塊。

完整文章轉自T客邦

蒲公英希望基金會打造無圍牆教會

無圍牆教會

安妮回台灣來到了教會，在主日崇拜結束後，主動的與教會牧師打招呼臉上充滿著神的愛與感動，牧師握著安妮的手，請問你是誰介紹來的呢?安妮回答說，是牧師你。

安妮這幾年在捷克留學，一直都沒有適合的教會可以穩定主日崇拜，在去年的一個感動中，上網搜尋「主日線上直播」，從那時候開始她就邀請在捷克的華人同學，在每個主日與教會一起來敬拜讚美主。

教會在領受起初感動及「無圍牆教會」異象下，裝置線上Live影音直播來傳講神的話，來牧養教會弟兄姊妹，我們那行那神蹟奇事的神，就這麼輕鬆透過線上直播無遠弗屆的特質，把遠在捷克的安妮相遇於網路，還把她帶回了台北的教會。

蒲公英希望基金會行動LIVE影音串流服務，即日起推出

一年簽約專案：前半年免月租費。後半年月租費八折

二年簽約專案：前半年免月租費。後一年半月租費半價 

優惠只到2013/12/31，讓蒲公英一同與眾教會把人完完全全引到神面前，一同同步敬拜讚美神

我們傳揚他，是用諸般的智慧，勸戒各人，教導各人，要把各人在基督裡完完全全的引到神面前。歌羅西書 一：28

行動Live影音串流服務蒲公英行動LIVE影音串流服務．透過智慧手機、平板電腦、電腦(NB＆PC)，只要 有3G、Wifi網路環境下，就能突破時間、打破空間的侷限，隨時隨地同步線上收看。 

行動Live影音串流服務蒲公英,直播,線上直播,網路直播,影音串流,行動裝置,iphone,ipad,android,ios,video,audio, 基督,福音,宣教,聖經,讀經,每日靈修,神學,團契,跨平台影音,新媒體。

Google 提供的廣告

蒲公英行動LIVE影音串流服務

「行動崇拜」影音直播

弟兄姊妹透過行動裝置的載具(智慧手機＆平板電腦)或電腦(NB＆PC)，只要在有3G、Wifi網路環境下，就能突破時間、打破空間的侷限，隨時隨地都能一起來敬拜讚美神。

只要上網進入教會「行動版網站」或「APP」，直接點選就可觀看影音直播。

「分堂崇拜」影音直播

教會主日崇拜或禱告會聚會時，有「分堂」或「教會連結」或「團契小組」需要一起敬拜讚美神時。

可以透過高畫質投影機或液晶電視，並在有網路環境下，就能在教會分堂、餐廳、弟兄姊妹家、或飯店的會議廳等，邀請弟兄姊妹聚集同步來讚美神。

不論是現場直播、預錄點播、排播系統，透過網路直播webcast技術，直接幫你省去投資軟體、硬體、頻寬與人力費用，不必再擔心龐大的系統建置成本。 


蒲公英行動Live 六大特點 一）安裝簡單 使用輕省 二）輕薄短小 移動便利 三）區域無限 系統穩定 四）畫面乾淨 沒有廣告 五）行動網頁 標準APP 六）專屬同工 客戶服務





蒲公英行動LIVE影音串流服務




與基督教團體共同建立“耶穌基督的福音”平台，提供教友們更多的內容。




所有的參與媒體宣教的夥伴，都是媒體宣教士！




媒體需要您的傳遞、禱告，一同將福音信訊傳播到各地。




廣告贊助Ads
噗落格的資訊空間-網路技術分享Asp.Net.VB.C#.程式開發.網站設計.網路行銷

行動Live影音串流服務蒲公英行動LIVE影音串流服務．透過智慧手機、平板電腦、電腦(NB＆PC)，只要有3G、Wifi網路環境下，

就能突破時間、打破空間的侷限，隨時隨地同步線上收看。

京錡環境衛生清潔網病媒防治 駐點清潔 石材養護 清潔公司、石材研磨打臘、病媒防治除蟲除蟑

行動Live影音串流服務蒲公英,直播,線上直播,網路直播,影音串流,行動裝置,iphone,ipad,android,ios,video,audio,基督,福音,宣教,聖經,讀經

,每日靈修,神學,團契,跨平台影音,新媒體。
Google 提供的廣告

ASP.NET (C#) 陣列的操作

using System;
using System.Collections;

public partial class _00_Basic : System.Web.UI.Page 
{
    //當頁面正在載入時所要執行動作。
    protected void Page_Load(object sender, EventArgs e)
    {
        //====  建立陣列資料  ==============================================

        //宣告一維字串陣列並加入內容。(內容多少決定大小)
        string[] arrStringA = { "A1", "A2", "A3", "A4" };

        //宣告一維字串陣列並設定大小與加入內容。
        string[] arrStringB = new string[4];
        arrStringB[0] = "B1"; arrStringB[1] = "B2"; arrStringB[2] = "B3"; arrStringB[3] = "B4";

        //宣告一維陣列清單會依照增加項目的多少而動態調整大小。
        ArrayList arrltStringC = new ArrayList();
        arrltStringC.Add("C1"); arrltStringC.Add("C2"); arrltStringC.Add("C3"); arrltStringC.Add("C4");

        //宣告一維整數陣列並加入內容。(內容多少決定大小)
        int[] arrIntA = { 1, 2, 3, 4 };

        //宣告一維整數陣列並設定大小與加入內容。
        int[] arrIntB = new int[4];
        arrIntB[0] = 11; arrIntB[1] = 12; arrIntB[2] = 13; arrIntB[3] = 14;

        //宣告二維字串陣列並加入內容。(內容多少決定大小)
        string[,] arrStringD = { { "a1", "a2", "a3" }, { "b1", "b2", "b3" } };

        //將字串內容依照特定符號分割成為一維陣列元素。
        string strWords = "a1 a2,a3.b1:b2,c1";
        string[] arrStringE = strWords.Split(new Char[] { ' ', ',', '.', ':' });
       
        //將陣列內的元素順序反轉。
        //Array.Reverse(arrStringA);
        //將陣列內的元素排序
        //Array.Soft(arrStringA);
        //在陣列內使用二分搜尋法，尋找指定資料。(使用之前必須先用Array.Soft()方法排序過，找到資料會傳回該index值)
        //Array.BinarySearch(arrStringA, "A3");
        //在陣列內搜尋資料，找到傳回給索引值。
        //Array.IndexOf(arrStringA, "A3");
        //從arr1陣列拷貝i個元素至arr2陣列。
        //Array.Copy(arr1, arr2, i);

        //====  讀取陣列資料  ==============================================

        //方法一、利用「元素長度」取得一維陣列內容值。
        for (int i = 0; i < arrStringA.Length; i++)
        {
            //輸出結果。
            Response.Write("方法一：" + arrStringA[i] + "
");
        }

        //方法二、利用「特定維度」取得一維陣列內容值。從0開始算，表示一維度
        for (int i = 0; i < arrStringA.GetLength(0); i++)
        {
            //輸出結果。
            Response.Write("方法二：" + arrStringA[i] + "
");
        }

        //方法三、利用「維度的上下限」取得一維陣列內容值。
        for (int i = arrStringB.GetLowerBound(0); i < arrStringB.GetUpperBound(0) + 1; i++)
        {
            //輸出結果。
            Response.Write("方法三：" + arrStringB[i] + "
");
        }

        //方法四、利用「元素個數」取得一維陣列內容值。
        for (int j = 0; j < (int)arrltStringC.Count; j++)
        {
            //輸出結果。
            Response.Write("方法四：" + arrltStringC[j] + "
");
        }

        //方法五、利用「集合迴圈」取得一維陣列內容值。
        foreach (int intItem in arrIntA)
        {
            //輸出結果。
            Response.Write("方法五：" + intItem.ToString() + "
");
        }

        //方法六、利用「二層迴圈」取得二維陣列內容值。(Length=個數，Rank=維度)
        for (int x = 0; x < arrStringD.Rank; x++)
        {
            for (int y = 0; y < (arrStringD.Length / arrStringD.Rank); y++)
            {
                //輸出結果。
                Response.Write("方法六：" + arrStringD[x, y] + "
");
            }
        }

        //方法七、利用「集合迴圈」取得二維陣列內容值。
        foreach (string strItem in arrStringD)
        {
            //輸出結果。
            Response.Write("方法七：" + strItem + "
");
        }

        //方法八、將字串內容依照特定符號所分割成為一維陣列元素讀取。
        foreach (string strItem in arrStringE)
        {
            //當陣列元素項目不是空值時。
            if (strItem.Trim() != "")
            {
                //輸出結果。
                Response.Write("方法八：" + strItem + "
");
            }                
        }

    }
}

轉載自 http://www.dotblogs.com.tw/wesley0917/archive/2010/12/21/20293.aspx

在 Windows 底下使用 FTP 批次指令碼-批次檔下Ftp指令

@echo off

set server=IP
set username=Ftp帳號
set password=Ftp密碼

::取得當日時間
set YYYYMMDD=%date:~0,4%%date:~5,2%%date:~8,2%

::檔案格式
set File=%YYYYMMDD%*_file*

set n=!!!
set i=!

:Filestart
echo open %server%>>ftp%i%.txt
echo user %username%>>ftp%i%.txt
echo %password%>>ftp%i%.txt
echo hash>>ftp%i%.txt
echo cd 路徑>>ftp%i%.txt
echo mget %File%>>ftp%i%.txt
echo y>>ftp%i%.txt
echo bye>>ftp%i%.txt

::確認是否成功下載,若無,則重新下載
ftp -s:ftp%i%.txt -n>>filerunresult%YYYYMMDD%.txt
if exist *_file* (
goto ok
) else (

::暫停一分鐘後下載
timeout 60

::若無成功下載,重覆三次
set i=%i%!
if %i%==%n% goto ok
goto Filestart
)

:ok
del ftp.txt
goto exit

:exit
exit

從事 MIS 的工作，就是要會用些小程式或簡單指令來簡化例行公事，列一下 FTP Client 在 Windows Command Line 模式下的自動化語法：

ftp -s:ACTION

ACTION 內容：

open 192.168.0.21 ← 連線到 FTP Server
ftpusr ← 帳號
user4ftp ← 密碼，明碼有安全疑慮
bi ← 切換成 binary 模式
prompt off ← 將提示關閉
lcd d:\pdaexe ← 切換本機端的目錄夾
cd pdadata ← 切換 FTP Server 上的目錄夾
mput *.exe ← 多檔案下載
quit ← 離開

相關參數（來自 Windows 內建說明檔）：
-v
抑制顯示遠端伺服器的回應。
-n
抑制在初始連線時自動登入。
-i
關閉多檔案傳送期間的互動提示。
-d
啟用偵錯，以顯示用戶端與伺服器之間所傳遞的所有 ftp 指令。
-g
啟用檔案名稱通用慣例，以在本機檔案及路徑名稱中使用萬用字元 (* 與 ?) (請參閱線上 [指令參照] 中的 glob 指令)。
-s:filename
指定內含 ftp 指令的文字檔；此指令會在 ftp 啟動之後自動執行。此參數不可含有空格。請改以此參數取代重新導向 (>)。
-a
於連結資料連線時使用本機的介面。
-w:windowsize
覆寫預設的轉送緩衝區大小 4096。
computer
指定電腦名稱或要連線之遠端電腦的 IP 位址。指定此參數時，請務必將其置於行中的最後一個參數。

智財局擬封鎖境外侵權網站 網友大反彈，封與不封你在意嗎?

經濟部智慧財產局傳出將著手修改著作權法，對於境外侵權網站將透過網路服務提供(ISP)業者，以IP位址或DNS封鎖技術，讓國內網路使用者無法連上該網站，進而無法下載、觀看違法的影音。此消息一出，馬上引來網友反彈，認為智財局不具司法權，卻以行政干預人民的資訊可及性，有如美國《禁止網路盜版法案(SOPA)》翻版，不但違憲，更讓台灣通訊自由受到限縮，紛紛發起反對活動。

智財局指出，為維護智慧財產權，將修法對境外重大侵權的網站做出管制，往後權利人若在蒐集證據後提出申訴，智財局將邀請司法院、法務部、權利人團體、ISP業者及學者專家組成委員會來認定，若認定有重大侵權行為，就會請ISP業者封鎖該網站，過程最遲會在2週內完成，以收保護權利人之效。

此消息一出，馬上引來國內網友反彈，認為若著作權法完成修改，就是言論、通訊自由被政府限縮的一天，由於智財局並不是具司法權的行政機關，因此該行為將是行政嚴重影響立法權的行為，也違反憲法第12條「人民有秘密之自由通訊」。更可怕的是，若日後政府想隱瞞對執政當局不利的資訊，也將於法有據。

因此，網路上紛紛發起了轉貼反對智財局修法的文章，更呼籲網友拿起電話要求選區立委拒絕修法，以免「台版SOPA法案」正式通過，影響人民權利。22日臉書上也發起了「#freeandopen 斷然反對鎖國！堅決主張百分之百的網路自由！！」的活動，認為智財局此舉與鎖國無異，呼籲大家以行動要求智財局轉向，到目前為止已有逾3千人點選「參加」。

智財局強調，即便修法通過後，只有重大侵權網站才會被封鎖，若僅有少數侵權資料的網站，如夾雜合法與違法的PPS、土豆網都不在封鎖行列，不過，因「大量提供侵權檔案」的免空網站Megaupload，可能就是遭封鎖的目標之一。

這樣做不是好比記者報導了不該有的內容，所以封鎖了新聞言論，怕你成為壞人所以先把你關起來，這樣就不會有會人了嗎?真是妙哉....

雖然我對PPS甚麼的網站沒啥興趣，你封與不封關我屁事，但魔高一尺道高一丈，你封鎖我突破，你砌牆我翻牆，真的有用嗎?如果你封的了，那這些駭客高手都可以滾蛋了，也不需要再自稱駭客了，做網管的也不用想破腦汁要封鎖而封不了的問題了，只要通報政府封掉就好

合作無間、有你真好，可口可樂篇（英语：Coca-Cola；简稱Coke，中文為可樂）

有你真好

曾看過一則有趣的廣告：偌大的賣場中，一座奇特的機器吸引眾人停下腳步，那是一台「巨型販賣機」，由於投幣孔的位置太高，多數人都只是在旁觀望，想喝飲料的人，雖試圖踮起腳跟、跳躍，仍無法投下硬幣。

突然間，有個女孩彎下腰、兩手交叉，讓另一個女孩踩在自己的手掌上，那名女孩扶著機器、往上一蹬，加上朋友的推力，終於觸及投幣孔、投下硬幣，竟同時掉下兩瓶飲料，原來是買一送一！於是大家也紛紛邀請身旁的人，以兩、三人一組，一個抬著一個，透過合作，每個人都喝到了沁涼的飲料，並開心的互相擁抱、拍掌，甚至跳起舞來，整個廣場洋溢著歡笑！


信任，是合作的開始，而合作，往往能帶出更大的力量。本期《蒲公英》與您一起經歷合作的美好，願我們都能對身邊的人說聲：有你真好！

合作的祕訣：1. 放下成見 2. 彼此幫補 3. 成人之美 4. 求同存異

為什麼我們要合作？

◎籃球巨星喬丹曾說：「靠天分可以贏球，但是靠團隊與智慧才能贏得總冠軍。」彼此信賴、互相鼓勵，正向的氛圍，將為團隊帶來更高的績效。

面對流言的智慧：

◎謠言止於智者，也止於一個善意。或許我們無法平息紛紛擾擾，卻依然可以選擇正面的態度或行動，讓事件不再負向擴散。

轉至蒲公英希望基金會 - 希望月刊201306 - 合作無間

關於APPLE以及GOOGLE的介面設計風格

今天讀到3篇我很喜歡的文章，在這邊推薦給各位，也給自己做個閱讀後的心得總結。

Google finds its design voice on iOS

12.25.2012補充，今天看到數位時代翻譯版(:請點這裡

延伸閱讀:
Apple's 6 Simple Rules for Designing a Killer iOS App
10 experience-enhancing tips for iOS app success

再延伸閱讀:
Google Maps mobile lead: We had to crawl before we could walk in app design (interview) 

說來有趣，這三篇文章雖然並不全然相關，可是其中探討的東西，卻又有重疊的部分。而那個交疊，就是APPLE的設計哲學。第一篇非常精彩，而我這篇心得主要是以這篇文章的讀後心得為主，其餘兩篇則是可以拿來作延伸閱讀的文章。最後一篇則是最近大紅的GOOGLE MAPS FOR IOS的LEAD談論該APP的開發， 也非常值得一讀。

總和來說，APPLE一直提倡著所謂的仿真設計，或者說復古設計，相關的討論我以前也有提過。而GOOGLE走的是完全不一樣的方向。APPLE使用仿真設計的理由，不外乎"經由對於現實世界的模擬，來增進使用者對介面操作的親和與熟悉"。然而這引起很大廣泛的爭議。爭議的點可以看看其他的文章。

我很高興GOOGLE即使在IOS上，也沒有被牽著設計的鼻子跑。主導Gmail iOS專案的總設計師Jason Cornwell英文原文中有一句話我在此引用:
Cornwell specifically calls out the fact that it’s doing things that feel ‘digital’, rather than physical."  
“What we’re shooting for here is something that feels authentic and digital, that isn’t trying to be a physical thing. But at the same time has some depth to it,” he says. “When you start to interact with it, you get a sense of sophistication, that there’s a lot there, but the initial presentation is very simple and very clean.”

可以看出，GOOGLE的設計師，希望使用者感受到的是"數位"，而非"實體"。而且是用非常簡潔的手法來呈現。這也是我喜歡GOOGLE，或者舉例來說Any.Do的設計風格。因為我一直認為這些APP介面設計，真的是在一個DIGITAL的螢幕上發生的，若是要借重實體的使用經驗，反而會造成數位，甚至說MOBILE的使用行為的衝突。而在圖像上，有時也會造成畫面過於繁複而失去焦點，尤其是在小螢幕的手持裝置上，不過這也是我個人的美感觀點來論述的。我一直覺的"與實體物品"的連結，應該更隱晦而巧妙的，而不是大辣辣的把東西畫進UI中。

而新的GMAIL也是經由整合了併購了Sparrow團隊而可以看到很多Sparrow App的點子。包含使用大大的首寫字體以及個人頭像。

各位可以讀讀Apple's 6 Simple Rules for Designing a Killer iOS App，這篇Spun App 團隊跟APPLE合作後寫的心得，多是來自於APPLE給他們的設計指導。其中第一點就說"The App Should Feel Like a Tangible Object"，也就是強調APP用起來要像是一個實體。Spun的設計師於是作了一個住狀介面，並說明他的設計理念。  但是說真的，DUDE，這個介面的風格既不吸引，也沒有任何USABILITY的好用之處，我覺得很像HTC的翻頁特效。我個人也覺得這個就是太強調實體意象而犯的錯誤。

而另一個更容易犯的錯誤就是像APPLE一樣去直接把瑞士鐘畫進UI...這又是另一個故事了。

Apple 的 ID 與 UI 設計

先前 Apple 有一波人事異動，由於牽涉位階的層次高而引起多方議論，尤其針對 iOS SVP Scott Forstall 的評論，多有關於他領導風格與行事手段的描述。其中最令我感到意外的是，Forstall 主導的 app UI 擬真風格，竟與 ID SVP Jonathon Ive 的意見相左。

意見不同倒不是我認為的最大問題，擬真風格也不是，感到特別的是 UI 設計由 Forstall 主導，且即便工設大頭目不認同擬真風格，Apple 還是這麼做了，並且 iOS 擴散至 OSX。如果沒有網路上的各方評論，我以為擬真的 UI 設計方向是 Apple 內部一致的共識，它不僅確立了 Apple 的設計品質 (想要那麼寫實還真的不容易，畫虎不成反類犬的例子多見)，也從眾多 OS 中區隔出 Apple 特有的風格 (別家的設計即使也擬真卻不好看)。每個人對設計的看法不同，喜好也不同，在這一點上面，純粹表達自已的偏好，並無對錯的評價摻入。Windows 的介面設計醜死了，Google 的呆極了，但可能它們的設計才是好的。美醜的部分讓大師去評，這部分就此打住。

擬真
中國人造字時用到了象形與會意等概念，而這兩個概念正好是設計符號時必用的原則。UI 設計有時也會納入的符號設計思維，例如 icon 和各種特殊的按鈕，也許這麼說並沒有錯 — UI 是符號的進階與延伸。而象形的極緻便是擬真。

我個人認為擬真是 UI 設計的一個好方向，它讓人看一眼便能理解 app 用途，擬真至與實物相同的程度時，使用者於 app 功能判斷上，想錯也錯不了，而且也能帶來親切感。只可惜，有機會模擬實物的機會並不多。

其實，跟著 OSX 一起現身的 Aqua UI 就是擬真風格，不論是水滴色澤與金屬刷髮絲質地，或各個裝置的 icon 與偏好設定的符號，都是盡可能地寫實呈現，發展至此時的 OSX 10.8 與 iOS 6，各物件的設計比以往更為細緻、高畫質，而隨著 iPhone、iPad 出現的新應用，更加入了皮革材質的設計元素。或許擬真設計的工力沒有會意來得高段，但前者能帶來更豐富而活潑的風格發展，是後者所不能及的。

外傳擬真是 Forstall 私人的主張，過去有著 Steve Jobs 的支持，現在他繼續強勢主導這個方針，但其他人覺得這個決定並不好，而且不喜歡 Forstall 的行事風格，工設與硬體老大甚至不願與他共事，所以權衡之後只好請他走路。

目前 Apple 的擬真風格或許用得有些太過，像是 Find my friends app 採用皮革質地全無可令人信服的依據，但關於 Forstall 走人這件事，我卻認為 Apple 做了一個不好的決定。如果真如外界傳言他是個迷你 Steve Jobs，跟他處不好說不定幾年後會對 Apple 造成危險。

當然，就算有報應也不會來得這麼快，Apple 即使立刻擺爛也還有不短的好日子可過，不過，不論如何，如果 Forstall 的出走能對 Apple 帶來威脅是件好事，任何人對 Apple 帶來威脅都是科技發展上的好事情，除了偽善的傢伙。不管是誰，我希望 Steve Jobs 後繼有人，不管在什麼地方。很高興聽到有人形容 Forstall 是位迷你 Steve Jobs，他不僅巳經證明了自已的專業能力，還承襲了 Steve Jobs 的方式和個性，希望他們不是沒依據地亂講。

ID 與 UI
或許產學界有多種派別，但我不曾做二想 — UI 是 ID 的一環。機器外在的按鈕是 UI，app skin 上的按鈕也是 UI，即使是實體按鈕，也與機器的功能與系統服務流程有關，因此 UI 設計難分軟硬，或許每個人專精不同領域，但 UI 歸屬 ID 千真萬確。

Forstall 走人一事顯示過去 Apple 的 ID 單位並無 UI 設計的控制權，至少是部分的 iOS 與 OSX 方面，此點令人大感意外。也難怪，Ive 的團隊只有十幾個人而巳，有相當多的時間用於圍在木桌邊發想與討論，不然就是畫圖或做模型，不只 UI 設計，像是機構設計的部分也只能委由別的單位處理，所謂的 ID 團隊，大概只負責外型設計與概念機種的提案。

雖說是 Ive 的團隊給予了所有 Apple 產品一個靈魂，但要評斷對 Apple 而言，是他重要，還是 Forstall 重要，我不知道，只耽心外界高估了 Ive 的貢獻，才會在此時對 Forstall 多有落井下石的評論。吾人當明暸，當年 iPhone 4 不鏽鋼天線是個大有風險的偏激設計，白色塗料的問題亦導致嚴重的上市延遲，而現在，iPhone 5 帶給鴻海空前的製造難題，這些堅持造成的困擾，不見得比 Forstall 來得輕，況且，外型設計與材料搭配的發揮空間近乎無限，若要說 iPhone 一定得設計成現在這樣才行，我必需給這個說法一個大問號。

撇開做人處事，我深信 Ive 跟硬體部門 (Bob Mansfield) 之間的衝突絕對多過軟 (Forstall)、硬體部門之間，Mark Papermaster 就是被工設經典案例不鏽鋼天線給犧牲掉的倒楣鬼，Forstall 走人也並不會讓 iPhone 硬體更好做，反正，Apple 現在成功了，那八成決定都做對了，外人在 ID 方面想法再有不同也是多餘。

Ive 是 Apple 的看板人物，如果他在公司裡面產生什麼衝突或問題，任誰也知道他是炒不得的，如果有誰在政治方面有利，那便是他，而不是傳言愛搞政治的 Forstall，希望 Ive 別把 iPhone 6 設計搞砸，權力再晉級之後，注入更多創見，彌補 Forstall 離去的損失。

如果你是UI Designer，下次一定要換台Mac

首先，這不是一篇廣告文。而是我在用了Macbook近一年後，發自內心的推薦。

在這之前，我是個純種的PC使用者。從高中的Intel 486 DX-33＋MS DOS 6.X開始，到大學時把Pentium 266超頻成450MHz來做電腦動畫，研究所時期用遠端桌面遙控的NB寫論文，再一路到職場工作，我一直都是PC的愛用者，而且從未使用過Mac。之前也曾經聽過很多Mac user的使用心得，像是「用過就回不去了」，這種帶有濃厚情感的說法。只是姑且一聽，畢竟在自己真正用過之前，這些評論僅止於參考。    

然而，很妙的是，在用了Macbook近一年之後，我已經回不去PC，同時也開始鼓吹其他設計師換用Mac。原因無他，UI Designer應該主動去追求更多元、更極致的使用體驗，並且讓自己更懂得要求細節。像是買一台BMW，或是去杜拜帆船酒店住個幾天，都會很有幫助。不過除此之外，還有一個更有效、更務實的作法，那就是擁有一台Mac。雖然比PC貴一點點，但是可以工作，也可以娛樂，還可以讓你體驗到世界頂級的產品與服務，並且把它吸收轉化成往後做介面設計時的最低標準。

如果你是UI Designer，記得幫自己買台Mac

親身體驗一下，什麼叫做系統層次的高度整合

做過介面設計的人都知道，碰到整合應用程式，或甚至是整合軟硬體的案子，通常會很有趣，但是也真的很難。困難的地方在於，要在一堆可能性跟限制中，找出真正重要的亮點，同時用很強的執行力，把這個亮點從軟硬體的底層開始，以一貫之，用力地徹底執行出來。用講的誰都會，但是真正做出來的卻很少。Mac在不少層面都做到了這樣的高度整合，而且還真的超好用。

我覺得最棒的例子是Multi-touch Touchpad。在硬體上，Macbook的Touchpad乾乾淨淨的，除了一個圓角邊框，以及略微凹陷的平面外，沒有其他的雜訊。在軟體上，這塊乾淨的板子，可以做10來種手勢操作，而且每一個手勢，都有對應且流暢的互動效果。

Scroll是當中最棒的手勢之一。兩根指頭點下去，上下滑動就好，簡單俐落，很容易轉變成一種下意識的肢體反應。換做是一般的筆記型電腦，你得「把滑鼠游標精準地移到Scroll Bar的拉桿上」，「左手按著觸控板的左鍵不放」，然後「右手上下滑動」。光是描述一次整個操作流程就覺得煩了，更不用說要每天重複Scroll個幾百次。

Exposé跟Mission Control的手勢，也是一絕。在任何時候，任何畫面下，只要四根手指頭往上一甩，就像是把桌上的所有東西往前一攤，所有開啟中的軟體，全部縮小攤開歸類好，讓你有個概觀，並且可以立刻做選擇。四根手指頭再往左右一滑，立刻滑到另一個桌面，就像從書桌轉身到側桌一樣，讓你可以從工作模式，立刻轉換成休閒模式。這兩個功能在一般PC上都有類似的替代軟體，但是切換得靠「Win+Tab」、「Alt+1」等複合鍵，需要額外學習記憶，耗資源，而且普遍缺乏流暢的互動回饋。實際使用起來，跟這種系統層次的整合還差得遠。

Mac的多點觸控好用到爆，但是綁死了專利，僅只一家絕無分號

另外，還有一些其他系統整合之後的好功能，像是Dictionary。以前在使用PC的時候，要做英文拼字校正，得在Word裡面先打好文字，用Office提供的拼字檢查功能確認過，才複製貼上到其他軟體裡去。不然就是得安裝Babylon之類的字典軟體，遇到不確定的字就按滑鼠右鍵查詢一下。剛開始使用Mac的時候，我還很納悶，為什麼Mac上找不太到字典類的第三方軟體。結果，原來是Mac已經內建了一個跨軟體的字典功能。不管是瀏覽器、記事本，或甚至是專業繪圖軟體，只要是能夠輸入文字的地方，都可以即時做英文拼字檢查，實在很神奇。

唯有系統層次的高度整合，才會產生出這種「不廢話，用就是了」的使用經驗。從實務的角度來看，這些功能真是難做到死，但是好用到爆，你一定得自己親手試試。

寵壞自己的五官，讓自己更懂得嚴苛地要求細節

除了從大架構著手，去體驗一下什麼是系統層次的整合之外，Mac的很多細節設計，也可以作為介面設計時的參考。

聲音部分，Mac處理得頗為細膩。當你在靜音時插上耳機，會自動把音量打開；反過來，當你把耳機拔掉時，會再自動切回靜音，免得在夜深人靜的時候，突然爆出的聲音會去嚇到別人。這個設計說穿了，不過是個簡單的邏輯判斷而已，但是我在大部分的NB上，都沒有看過類似的使用經驗。

觸覺上，不論你用的是13″, 15″, 17″的Macbook，或是外接的Magic Touchpad，那片觸控版的觸感、顏色，跟按壓時的力回饋，幾乎都是一模一樣的。我記得在BenQ服務時，李焜耀曾經出了個難題給我們，要UX Team去研究一下，為什麼Nokia的手機鍵盤會這麼有質感。這個可真是個大哉問 (汗..)。結果經過仔細跟丈量與分析之後發現，原來Nokia手機上的每一個按鍵，它的行程深度、力道，以及按壓時的聲音，幾乎都是類同的。這讓你在按每一個按鍵的時候，都可以感受到一致的細節，不會有任何鍵特別大力，特別大聲，或是偏了一邊。這個要求放在不同尺寸的觸控板上，可就更難了。不過Apple做得真不錯，就算是把眼睛蒙上，大部分Mac使用者應該都還可以光靠觸覺跟聽覺，就辨識出哪一台是Macbook，哪一台不是。

視覺上，Macbook除了螢幕細膩、背光均勻等硬體優點外，軟體上的互動體驗，其實更值得去細看。不知道你是否有注意到，絕大部分的Mac OS介面，都是動態的。像是登入時，若是輸入了錯誤的密碼，輸入欄會左右抖兩下，感覺像是一個俏皮的小子，跟你說「喔喔，你搞錯密碼了呦！」。切換桌面時，整個畫面會先加速橫向移動，然後再緩緩減速直到定位，最後才把桌面的捷徑，以及視窗外圍的陰影套上。這些動態的細節，讓整個介面看起來輕快、優雅，而且充滿生趣。

這些聽覺、觸覺、視覺上的精鍊設計，平常得多看、多聽，多用。讓自己習慣於高水準的介面設計，並且反過來要求自己的作品與提案。

沒有相容性問題，反而有更多可能性

有一些問題，我猜你可能會想要問。首先，從Windows轉換到Mac，大概需要多久時間？我的經驗是，初步使用約兩天到一個星期，徹底轉換大概需要三個月。不過如果身邊有高人可以協助，例如推薦一些替代軟體，或是幫忙解釋兩個平台間的差異等，上手的時間會再短些。

再來，如果常用的軟體都在Windows平台，那該怎麼辦？我的建議是，裝個Parallels Desktop，用模擬的方式跑Windows就可以滿足八成以上的使用需求，甚至可以跑Photoshop，不會有任何問題。但如果有更高的運算需求，像是3D電腦繪圖，那就靠Boot Camp裝一個乾淨的Windows，運作起來比一般NB強得多。

裝個 Parallels Desktop，應該可以滿足80％的跨平台使用需求

不要停，繼續去追求多元的使用體驗

雖然強力推薦UI Designer要擁有一台Mac，但是並不是要大家去崇拜Apple，把Mac當做資訊科技的唯一。Windows跟Mac兩個平台各有特色，而且可見的未來，誰也取代不了誰。所以，除非你的公司只做Mac Software的生意，否則還是保持中性，每一個平台都多去了解一下，多去熟悉它們特性與慣例。

就像Steve Job在1996年時，接受Wired雜誌專訪時所說的：「When you ask creative people how they did something, they feel a little guilty because they didn’t really do it, they just saw something. It seemed obvious to them after a while. That’s because they were able to connect experiences they’ve had and synthesize new things. And the reason they were able to do that was that they’ve had more experiences or they have thought more about their experiences than other people.」

主動去追求更多元、更極致的使用體驗，並且讓自己更懂得要求細節。不要停，這些都會逐漸累加成為往後設計所需的元素跟養分。直到有一天，你將會有能力去連接這些過去的美好體驗，並且反手去創造新事物。

那一天，將會是你一生當中，最美好的一天。

蘋果 UI 設計師談基於原則的創造

Bret Victor 的演講深深地打動了我的心，著實令我反省了許久。如果你還不認識他，不妨先至他的網站看看他是誰，在想些什麼，曾經做過些什麼。身為蘋果的 UI 設計師，他在美學設計上的創造力眾所皆知，然而背後之所以能一直驅使他創新與成長的理由就不是那麼容易挖掘了。

Bret Victor 的網站： worrydream.com

在底下的這一場演講，難得的可以聽見 Bret 透漏這麼多內心的想法，提到 social wrong 和設計師的責任。還提到他對於「find and solve problem」與「sense something wrong and do something」的價值判斷，這些真是非常少人提過。




在影片前一部分的 demo，Bret 主要在傳達每個人都應該要找到「自己的原則」的概念。他給了五個設計實例，告訴大家他是如何遵循他為自已所設下的原則，逐漸開發出這些令人驚喜的產品。他說， creator needs immediate connection. They need to see the effect immediately。這就是他的原則，所以他開發出了能夠立即給予程式設計人員立即回饋的開發環境。

而有一些片語也令我難忘，比如，許多人都提到要找到你的熱忱，追尋你的熱忱。不過，很少人提到要找到屬於你自己的原則。這個反省讓我印象深刻，也使我思索起這兩種行為的差別。而我想，差別在於後者是利於實踐的，而前者則是容易使人迷失在起伏不定的心情裡的。

影片的中間，他提到：「When I see idea's dying, it hurts. I see a tragedy.」一個多愁善感的人，不是嗎？但真是很難讓人不喜歡他。

[網路攻防戰] 台灣V.S.菲律賓駭客PK，從DDoS到入侵DNS：感謝駭客組織Anonymous

兩岸一齊駭 全面控制菲官網

台菲漁權爆發衝突，儘管兩岸沒有合作，但在「鍵盤戰爭」上，兩岸卻變相攜手進攻菲律賓官網。過去4天，菲律賓多個政府網站遭受來自台灣和大陸的駭客攻，受波及的網站估計高達2300多個。駭客還在菲國官網上，置入情色圖片，十分吸睛。

10日起，台灣駭客率先對菲律賓政府網站開戰。PTT鄉民開始發動「鍵盤開戰」，誓言要癱瘓菲律賓政府網站，並湧入菲律賓網站留言抨擊，甚至把菲律賓政府網站變成A片網頁。

公布菲DNS註冊資料

11日深夜，馬總統對菲律賓下達最後通牒，要求道歉、賠償、懲凶後，12日上午起，總統府辦公室、諸多政府部門官網無法正常開啟，多數IP來自菲律賓駭客的攻擊。

對於菲律賓駭客的進攻，台灣網友更不示弱，又開始逐一反擊，開始攻破菲律賓網路防禦，全面控制菲律賓官方網站、電子郵件，甚至解開菲律賓政府部門網站的帳號密碼。

12日晚間，有署名AnonTAIWAN（匿名者──台灣分部）的台灣駭客群，在Pastebin網站公布菲律賓政府的DNS註冊資料，及其他各式重要菲律賓網站的管理員帳號密碼，受到影響的菲律賓政府網站，超過2300多個。

「匿名者──台灣分部」揚言，菲律賓政府若不道歉、逮捕濫殺台灣漁民的凶手，對菲律賓政府網站的攻擊將持續下去，「我們從不原諒，我們從不善忘」。

陸網友力挺鍵盤戰

陸網友力挺鍵盤戰

除了台灣網友的強烈進攻外，這幾天同樣憤憤不平的大陸網友也十分「熱血」，紛紛加入戰局，力挺台灣網友，一同攻入菲律賓網站，菲律賓政府財政局網站疑遭大陸網民修改。宛如兩岸網路駭客另一種的變相合作。有大陸網友在13日晚還號召進攻菲律賓國家銀行網站。

大陸網民「小凱」入侵菲財政局網站，上傳五星旗圖片，留下「Philippine government shot and killed Taiwan fishermen apologized for the incident」（菲國政府應為射殺台灣漁民道歉）、「全世界中華黑（駭）客團結起來」等字樣。

最近幾天報紙、電視媒體、網路媒體、FB上到處充斥著有關菲律賓的相關新聞。有台灣網友的憤慨，對於他們殺人不道歉的「非理性」行為，我們除了政府的言語上譴責，鄉民也有一連串的報復行動，像是前幾天紅極一時的「鍵盤開戰」，利用不斷對菲律賓政府發布HTTP請求，讓他們的伺服器瞬間流量不堪負荷，來達到癱瘓的目的。

在我們使用DDoS的攻擊下，對方也用相同的方法開始反擊(怎麼這麼不要臉?有時間攻擊，說個抱歉很難嗎!)，因此他們開始向我們的經濟部、財政部、國防部、總統府網站開始一連串的攻擊。

台灣、菲律賓面對攻擊的防護搓施兩方互相的攻擊之下，對方採用CDN來防止我們鄉民的DDoS，針對台灣來的IP先行驗證，才能進入官方網站；在這情況下我們總統府是利用阻止外國IP來訪，不過這等於與外界隔絕。

菲律賓總統府網站，採用CloudFlare的CDN服務來阻擋台灣的DDoS攻擊。http://www.president.gov.ph/

▲ 網友測試台灣總統府的Ping，只有台灣連得進去。(圖片來源 : FaceBook)

台灣駭客反擊，攻擊菲律賓政府DNS

在今天早上匿名駭客組織-台灣分會(Anonymous-AnonTAIWAN)，成功入侵菲律賓政府的DNS，取的多組帳號密碼，是技高一籌，還是人為疏失，由 gov.ph 窺探 vim 疏忽。至於什麼是DNS以下簡單說明一下 :

DNS是一種國際網域的管理系統，也就是把網址和IP做對應的一個機制，IP就好像是門牌號碼，網址就是管理者去申請的一個招牌，招牌要去申請一個地址，這樣在才能讓第三者能順利到你的店裡光顧。

因此，當我們取得菲律賓的DNS，我們就能更改對方的門牌號碼，將他導向指定的網域，若做其他想做的事。
相關連結•被植入的網頁連結： http://dns.gov.ph/opph.html
•駭客宣言 : http://pastebin.com/sRykr2Wd
•帳號密碼集 : 
1.http://pastebin.com/D7gCEdS6
2.http://pastebin.com/9SpBC8Xm
3.http://pastebin.com/d8i5e27s
4.http://pastebin.com/bdMCsr9Y
5.http://pastebin.com/MskH8t07
6.http://pastebin.com/aM7Luk4K

 ▲ AnonTAIWAN把對方的DNS改為宣言。http://dns.gov.ph/opph.html

▲ 輕鬆進入FTP

政府單位做事情總是拖泥帶水考慮再三，搞不清楚狀況，反應慢半拍，等你想清楚了都冷掉了，人都被殺了還搞不清楚狀況

S4不怕軟體遜！傳與S3、Note2將升級至Android 5.0

專門報導三星 (Samsung)(005930-KR) 消息的網站《SamMobile》周一 (18 日)指稱，三星已排定 5 款行動設備將升級至 Google (GOOG-US) 即將發表的新一代作業系統 Android 5.0，當中包括三星上周新推出的旗艦手機 Galaxy S4。

報導引述內線消息人士透露，根據三星預先設定的首批軟體升級產品名單，除了 S4 以外，包括 Galaxy S3、Note 2 兩款智慧手機及 Galaxy Note 8 及 Note 10.1 兩款平板電腦，也將在第一時間升級至 Android 5.0。

報導稱，Google 雖然尚未發表 Android 5.0，但預料這款最新作業系統，將在今年 5 月 15-17 日的 Google I/O 開發人員大會上揭露。且內線人士透露，新一代 Android 將會具備重大升級，因此三星將花點時間完成產品升級版本。

報導補充，三星還將提供 Galaxy S2 及第一代 Galaxy Note 軟體升級至 Android 4.2.2，但這會是這兩款產品最後一次的作業系統升級。

jQuery教學－ImageFlow相片特效套件

ImageFlow套件
套件名稱：ImageFlow
套件版本：1.2.1
官方網站：http://finnrudolph.de/ImageFlow/Introduction
官方下載：http://finnrudolph.de/ImageFlow/Download

放在<head>.....</head>之間：

參數設定說明：
aspectRatio: 1.964, /* ImageFlow的高度 */
buttons: false, /* 上下張按鈕 */
captions: true, /* 標題顯示 */
imageCursor: 'default', /* 滑鼠游標圖示 */
ImageFlowID: 'imageflow', /* ImageFlow 的ID 名稱 */
imageFocusM: 1.0, /* 圖片的顯示比例 */
imageFocusMax: 4, /* 二邊照片出現的張數 */
imageScaling: true, /* 影像縮放切換 */
imagesHeight: 0.67, /* 影像高度在Div的縮放比例 */
imagesM: 1.0, /* 所有影像的顯示比例 */
onClick: function() { document.location = this.url; }, /* 連結視窗設定 */
opacity: false, /* 透明效果 */
opacityArray: [10,8,6,4,2], /* 透明效果值從　0~10 */
preloadImages: true, /* 預載圖片Bar */
preloadImagesText: 'loading images',/* 預載圖片顯示文字 */
reflectionP: 0.5, /* 圖片高度縮放比例 */
scrollbarP: 0.6, /* 軸捲寬度比例 */
slider: true, /* 顯示捲軸 */
sliderCursor: 'e-resize', /* 捲軸滑鼠圖示 */
sliderWidth: 14, /* 捲軸寬度 */
startID: 1, /* 起始顯示照片的ID */
startAnimation: false, /* 起始動畫效果 */
xStep: 150, /* 圖片x軸間距 */
animationSpeed: 50, /* 圖片轉換的時間 */
singleItemTag: 'IMG', /* 設定項目的名稱　*/
slideshow: false, /* 幻燈片效果 */
slideshowInterval: 2000, /* 幻燈片的時間 */
slideshowLeftToRight: true, /* 幻燈片移動方向，true由左至右，false由右至左 */
cycle: false /* 滑鼠第三鍵切換影像 */

放在<body>.....</body>之間：

參數設定說明：
src：圖片路徑
longdesc：連結網址
alt：圖片顯示標題
title：滑鼠滑入出現提示文字

jQuery教學－jqeury.height滑動展開iframe高度

其實讓iframe自動長高已不是什麼新技術

放在<head>.....</head>之間：

放在<body>.....</body>之間：

main.html

news.html

範例http://img.minwt.com/file/sampleView/jQuery/AutoiFrameHeight/iframe.htm
範例下載 http://img.minwt.com/file/sampleView/jQuery/AutoiFrameHeight/AutoiFrameHeight.rar

jQuery外掛－「SuperResize打造全螢幕背景」適用各瀏覽器

Supersized全螢背景外掛：
適用瀏覽器：IE7.0+、Chrome、Firefox、Safari、Opera
官方網站：http://www.elriks.com/prototypes/index.html
官方展示：http://www.elriks.com/prototypes/lib/scripts/prototypes/_galeries/Supersized/default.htm

Supersized 參數設定：
startwidth: 640 //照片起始長度
startheight: 480 //照片起始寬度
vertical_center: 1 //垂直居中 1居中,0關閉
slideshow: 1 //自動輪播 1開,0關
navigation: 1 //播放控制鈕 1開,0關
transition: 1 //0-None, 1-Fade, 2-slide top, 3-slide right, 4-slide bottom, 5-slide left //轉場效果
pause_hover: 1 //滑入時停止輪播 1開,0關
slide_counter: 1 //顯示圖片筆數 1開,0關
slide_captions: 1 //圖片名稱
slide_interval: 3000 //轉場時間

Supersized 增加圖片：
加在<div id="supersize">~</div>之間即可，增加圖片img標籤中，可用title來設定圖片名稱。

jQuery外掛－jQuery Masonry瀑布流版型套件

放在<head>.....</head>之間：

放在<body>.....</body>之間：

內容1

內容2

內容3

內容4

內容5

內容6

CSS樣式設定，放在<head>.....</head>之間：

啟用Jquery Masonry元件，放在<script>.....</script>之下：

$(function(){
 $('#_container').imagesLoaded(function () {
        $('#_container').masonry({        
            itemSelector: '.content_box',
            columnWidth: 364,
            animate:true
        });
 });
});

Jquery Masonry參數說明：
imagesLoaded：用來防止計算圖片寬度和高度的錯誤
itemSelector：要套用效果的DIV
columnWidth：欄位寬度，當圖片載入失敗，或是還沒載入時，預設的寬高會以這為主
animate：動態效果

jQuery Masonry套件：
外掛元件：jQuery Masonry
外掛版本：v2.1
官方網站：http://masonry.desandro.com/index.html

MySQL、MS SQL 與 Oracle 取得自動編號欄位新增後的值

資料表格式
A int Unchecked (INDEX)
B nchar(10) Checked

MSSQL

INSERT INTO [TableName] (欄位1,欄位2) values(值1,值2) '新增資料
SELECT scope_identity() '傳回剛新增的自動編號資

INSERT INTO BB (B) VALUES ('AA')
SELECT @@identity

INSERT INTO BB (B) VALUES ('AA')
SELECT Scope_identity()

兩者之間的差異在於 SCOPE_IDENTITY 和 @@IDENTITY 將傳回現行工作階段中任何資料表所產生的最後一個識別值，不過，SCOPE_IDENTITY 只會傳回現行範圍內的值，@@IDENTITY 並未限制特定範圍。

-- 建立資料表
CREATE TABLE [member]
(
[uid] [int] IDENTITY(1,1) NOT NULL,
[name] [nvarchar](50) NULL
) ON [PRIMARY]

-- 新增一筆資料
INSERT INTO [member] VALUES ( 'Ian' )

-- 取得自動編號的值
SELECT SCOPE_IDENTITY()

MySQL

-- 建立資料表
CREATE TABLE member
(
uid INT NOT NULL AUTO_INCREMENT,
name VARCHAR( 50 ) NOT NULL,
PRIMARY KEY ( uid )
)

-- 新增一筆資料  
INSERT INTO member VALUES ( NULL , 'Ian' )

-- 取得自動編號的值
SELECT LAST_INSERT_ID()

Oracle

-- 建立資料表
CREATE TABLE "member"   
(  
"uid" NUMBER,   
"name" NVARCHAR2(50)  
);  
  
-- 建立 Sequence  
CREATE SEQUENCE "seq_member"  
MINVALUE 1  
MAXVALUE 999999999  
INCREMENT BY 1  
START WITH 1 

-- 新增一筆資料並利用 Sequence 自動產生編號  
INSERT INTO member VALUES(seq_member.NEXTVAL,'Ian') 

-- 取得自動編號的值  
SELECT seq_member.CURRVAL FROM DUAL