無窮迴圈

   在程式設計的經驗中，我時常遇到一些資訊系統的問題，這些問題時常耗費一堆人的時間來除錯，寫程式的人應該常遇到這些問題，但遇到時又時常束手無策。

1. Windows藍底白字：
        

今天上作業系統的課，講到「行程管理」。主要是說明我們電腦裡面的作業系統(Ex:Windows)如何進行各種程序的排程，已將唯一(或少量)的CPU資源進行排序處理，已增加CPU資源的最佳使用率。

其中有幾樣是「行程管理」的基本型：
1. First Come First Served, FCFS，先到先做。
    將所有工作依照時間點排序，先到的先做，依序做完。

今天上班把我10/10到埔里三育學院拍的照片E-Mail給同事看(Blog上面那張是其中之一)，
已經努力後製處理了，起初有人覺得那裡很漂亮，
接著，我再轉寄DCView上面一些大師級的照片，

一比之下，果然，什麼是專業馬上見真章，
這驗證了一句老馬(同事)的話「有些事是學不來的」！＠

"演算法"可真是不簡單。
寫了七八年的程式，第一次上演算法課程，
彷彿回到高中時期，數學，維基分當掉，痛苦上課的模樣

沒學過演算法就無法寫出好程式嗎？
我是應用工程師，不是發工程師，

From :「態度萬歲」
『   學到東西叫準備
      建立關係是機會
      若要隨時有機會
      就要時時作準備  』

    若擔心程式碼跳出錯誤訊息而導致程式運作停止, 必須由人工去檢視與處裡錯誤訊息, 確實是會大大影響一線作業人員, 但不跳訊息的代價是什麼?就是凡出事就call 程式負責人, 要不自打開程式（系統組可能不行）, 要不call 主管,不管誰來處理, 總是有人得開啟程式來追蹤錯誤, 不然請大家回答我"存檔失敗"背後所代表的原因為何, 錯誤又該如何解決？ 光憑這四個字，要解決問題，只有燒香拜拜的份。

    大家有沒有仔細想想，微軟的Windows藍底白字那些Code是秀給誰看的？你高高興興的寫完了作業，在按下存檔的那一刻前，Windows給你一個"藍底白字"，這會讓你很生氣，很無奈，也影響你的作業，也影響微軟在消費者心中的品質，微軟工程師大可不Show，他可以這樣做：Windows凡是遇到錯誤，就直接Reset，如果Reset不成功，則把畫面關閉。使用者一問，只要回答硬體不支援、主機板問題、顯示卡問題之類的話。當然微軟不是這樣做的，他們也想從客戶的是用習慣那邊會得一些未被微軟程式設計師察覺的錯誤，因此藍底白字雖然讓消費者生氣，但至少微軟工程師是有跡可尋的，因此Windows的Patch才能有很快的更新(尤其是安全問題)。因此軟體的使用者也必須支援軟體開發者來除錯，大家都是為了更好的軟體品質與更好的作業流程而努力。

        一線作業人所使用的系統順暢度非常重要，只要是程式設計在使用Try時遇到Exception，如果能不顯示錯誤，處理錯誤，那是不是代表這錯誤無關緊要，如果真無關緊要，那確實不要顯示，直接讓程式跑完，出現"存檔完成"不就皆大歡喜。但往往事情都沒那麼理想，既然是程式Exception，大部分都是嚴重錯誤，無法或不應該繼續執行才對，否則往往造成資料不一致、衍生更多Exception，甚至因為資料的錯誤導致其他系統更嚴重的問題。

     有沒有不能跳出錯誤訊息的程式呢？有的，無人操作，不能中斷的程式，大家熟悉的Broker程式就是典型。因為"無人"操作，Show訊息反而會導致程式執行停止，如果程式設計師的除錯方式是將程式跑起來，眼睛盯著看，從早看到晚，到下班前都沒錯誤，ok上線，一回家會發現，馬上被Call，因為Broker程式掛了。這又會有兩個原因：1. 程式設計師將錯誤攔截下來，把訊息Show在畫面上。2. 程式設計師沒有處理錯誤的程序，微軟替你把錯誤Show出來。那該如何處理呢？寫Broker的程式設計師如何除錯？
我的作法： 

/////////////////// 更新技巧及注意事項//////////////
// 當Windows 98有用到造字時或開啟造字程式時會佔住EUDC.TTE ,故更新前必須想辦法欺騙Windows
// 1. 修改註冊檔: HKEY_CURRENT_USER\EUDC\950\SystemDefaultEUDCFont　之造字檔路徑與名稱
// 2. 開啟TrueType造字程式, 讓造字程式依照上述機碼找不到造字檔而自行產生新的, 如此Windows就會對EUDC.TTE解除鎖定
// 3  關閉造字程式

在這邊工作已經多年，我在溝通的過程中常常遇到一些現象，而且不斷的發生在周遭。某些時候，看到了一些問題或心裡想到一些事情，找了當事人談，往往自己的出發點是好的，可是在談話過程中都一再地感受到對方強烈的防禦態度，好的情況是對方聽完了，但不見得接受，壞的情況是言語衝突，甚至拋出一句：「隨便你，你是主管你決定就好」。 有人說專業人員都有個性，這真是我多年來深刻的體認，多年來我一直在檢討我溝通的方法，但一直無法找到一套萬用法，或許是經驗不足，或許是磨練不夠，姑且不論我講話與溝通的方法對與不對，一直讓我感受到的則是某些專業人員的執著、防禦、固執甚至不可溝通。

當我還是工程師的時候，這種感覺還不算強烈，我每天做著我喜歡做的工作，一直保持著學習的心，我的心裡一直告訴自己，別人的批評是對的，一定好好的接受，試著改善，若別人的批評是錯的甚至是無理的，溝通當下聽聽無妨，無須跟他討價還價，把對的事情作對了不就好了嗎。一路走來，我完成了許多任務，這些任務目前也都交接到新同仁手上，不諱言，常常還是會擔心，我的產品是不是會遭到其他人的質疑，是不是有瑕疵，是不是會遭到批評，人會犯錯，盡心盡力就足夠，別人的批評也正是我成長的動力，甚至從發生在別人身上的錯誤找到自己未來改善的路。回首過往，我認為我有學習到，也成長了，對於未來，這態度依然會持續。

我認為，溝通的過程並不見得都會很順暢，會需要溝通，往往都是意見相左，在溝通的過程中，我會盡量表達出我的看法，我幾乎沒嘗試過直接說「你做錯了！」，太強烈了，但是面對某些專業人表達出我的看法時，都會不經意的激出對方的防禦心，開始為自己的做法辯駁，開始為自己的專業築起高台，這感受回饋到我身上時， 讓我感受到的都是我在質疑專業，當下又必須開始為對方解釋我的的初衷並非如此，真累。

這種部門內人與人的溝通現象，其實也都發生在整個公司內部部門與部門間，如果大家都築起自己專業的高台，關閉溝通或批評的窗口，這個團隊還沒真正上戰場打仗就先被自己人搞垮，據我的觀察，工作中同事會找同事溝通，絕不會是抱持著要數落對方、給你難堪、看你笑話的心態，都是要解決問題，但少部分的專業人都會在無意間開啟防火牆，選擇性回應，甚至不小心誤扣扳機，不偏不倚一槍打死前來溝通的同事(這往往是新進同仁)。這都不是我們大家樂見。