奈斯特的唉唉雜雜

看到這個標題許多人可能會認為內容提的不外乎是程式設計的技術，網路管理的技術或...等等，但其實這篇所要提的跟這些專業技術沒有多大關係，而是要討論非技術面的專業，甚麼是非技術面的專業？哪請仔細瞧瞧囉。 在許多單位，資訊人員是附屬的一群人，其主要的特性是：看似很重要、但卻無產值、而且超花錢、目標達不到，這是對這種非以資訊人員為主的公司對資訊人員的常見評語，我曾在某個醫學中心任職某個部門的資訊行政人員，這是一個以醫生為天的單位，周遭環繞著相關工作的護理師，而我所在的單位的屬性更特別，所面對的醫師，就有兩個現任是大型醫院的院長級人物，所以醫師等級都是足以影響台灣醫學界的大醫師，而我並非編制內的資訊室人員，因此我的頂頭上司是個主任級醫師，所以許多朋友都以為我應該認識很多大醫師，嘿嘿!!說來慚愧，我只夠份量認識醫師旁的護理師，我的工作是負責該部門專屬病人的資料庫程式設計，說來好像很簡單，但是其實我的工作內容可是五花八門，工作需求可是排個三年大概也做不完的，除了需求的程式外，我原本面對主要6個專科，隨著單位的工作組織調整，面對的專科就越來越多，在每年度的總檢討會上，所有專科的護理師提出的願景就是"資訊化"，天啊，各位知道我們部門的資訊人員有多少人嗎？ 1個，沒錯就是1個，直到我離職前半年才變成2個，可是工作量沒有因此而變少，說了這麼多，其實接下來的部分才是重點。 在接手這個工作時，前任的資訊師給我的感覺是飛也似的離開，我原以為他可能有其他工作高就，可是後來打聽好像也沒有，可是當我接任是就聽到周遭的同事(護理師或行政人員)在論斷起他的不是，不外乎就是沒辦法達成需求，工作效率差...，我因為不了解來龍去脈，所以也就沒有多想，當我過了一個多月後，才發現其實前任資訊師很努力的在完成工作，可是卻無法滿足需求，因為需求太龐大了，這是一個因素，但是更重要的是他無法溝通，何謂無法溝通？我接觸許多非資訊領域的人，通常認為資訊人員難溝通，其實真正的原因是，資訊人員通常慣用自己的專業術語來說明實際的情況，但未經過資訊訓練的人員根本不了解你所說的，例如：資訊人員常常稱使用者介面、資料庫.....但是許多非專業人員的認知是寫程式就是把畫面產生出來，就是寫程式，資料庫不就是Excel把資料放進去，更進階的認知是資料庫就是Access長得跟Excel一樣，但比較難用，所以寫程式就是把像...

許多人看資訊產業都被媒體給優質化，提到的是資訊業的高薪與前景，殊不知媒體指的並不是資訊產業而是科技產業，但也因為媒體的優化，所以讓許多人前仆後繼的進入相關產業，而卻無法深刻的體會這個行業的辛苦。這是一個需要高度的熱情與學習動力的產業，所以如何保持高度的學習將是存活在這個行業的主要關鍵。 剛剛與朋友過完中秋聚餐，這些朋友都是在資訊領域發展，因此對於資訊行業特別有深刻的感觸，在聊天過程中提到現在的年輕人對於學習的態度與工作的想法，其中一位朋友提到在面試新人時，許多初出社會的新人，總抱持著高度的自我感覺良好，彷彿自己已經練就了舉世無雙的能力，但是仔細觀看其履歷的時候卻發現其實其能力實在是有待商確。回想當初自己即將退伍時，由於本身是電機科系畢業，因此跟女朋友也是當時的老婆討論著未來的工作職場，一個是進到電機相關領域，雖然辛苦但是工作單純，穩定發展；另一個就是資訊領域，更辛苦工作需要高度學習，幾經討論後，決定選擇資訊領域，因為這是一個興趣，一個高度的興趣。想當初在學校時電機科系的內容對我來說是門苦差事，考相關證照真是難如登天，但是電腦資訊的相關證照卻是自己讀、自己學而考取，也不以為苦。 一個有高度興趣的工作內容才會讓工作時將吃苦當作吃補，剛進這個行業時，在第一家公司中曾經為了網路的設定兩天一夜沒睡覺，當問題解決時的成就感其實已經比老闆是否加薪重要。也曾經剛到另一家公司第一天被帶到客戶的案場，告訴我需要架設Liunx的郵件伺服器，重點是沒有人可以教我，更重要的是五天後要驗收，而其他人不願意接手，在當時Liunx相關書籍僅在大型書局的書架上僅有兩三本，而且沒有太多的內容，可是拚著幾天沒日沒夜的自我學習，還是完成了這個艱鉅的任務，這個任務完成後我獲得了什麼？沒有，僅有的就是成就感，但後續的附加價值卻遠大於此。在這個行業10幾個年頭，除了學習還是學習，接下來就是用工作的成果所帶來的成就感來推動自己的前進，因此希望給所有要進這個產業的新人幾個忠告： 一、保持高度的興趣與熱情。 二、維持自我學習的能力。 三、將所學所得無私的分享給後輩。 若能記得並遂行，想必你能夠在資訊業勇敢的走下去。 第五屆IT邦幫忙鐵人賽-同場加映

當你的話語在轉達的過程中，參雜了一點點的個人因素就可能讓原本的表達變了調，而這樣變調的傳達也會造成許多不必要的誤會，因此溝通若能夠面對面，而非透過第三者，這樣才容易達到溝通的目的。 客戶星期四下班前拿到了網頁的設計稿，其實當初對口的就不是客戶本身，而聽說客戶是個很有主見的人，且是個高階管理人，所以當初接洽的單位僅是傳達與轉述客戶的需求，真正的客戶才是真正決定這個設計是否滿意的人，結果下班後接到了客戶的傳達員打來電話，提出需要修改設計，而且轉述設計不符合需求之類的話語，接下來希望能夠於馬上進行修改，才能於隔天早上討論，問題是都已經下班了才提出這樣的需求，加上設計人員都已經離開公司回家休息，怎麼有辦法馬上處理，經了解客戶的需求完全不符合視覺設計的概念，當下才發現原來整體設計跟客戶實際需求存在著極大的差異，而這個差異來自於傳達的錯誤。 台語有句話說【寄錢會少，寄話會多】，就是說當你把錢託付給別人轉交時，假設所託非人，這時你所託付的錢可能會在轉交的過程中短少，而當你把想說的話請別人代為轉達時，假設所託非人，則轉達之後會增加傳達者自己的意見在其中。這個案子的癥結就在這個部分，由於傳達者的立場，因此他所了解的部分其實與使用者已經有所誤差，當傳達者在轉述給我們時，就又產生了另一段誤差，因此使用者希望能夠透過豐富的文字呈現產品與資料，到了我們的時候已經變成重視整體的視覺與圖像，這兩者完全是天差地別的誤會，也就造成了這麼大的落差誤會。如果當初使用者願意撥點時間來進行討論，或許這樣的落差就不至於如此的大，人類在溝通的過程中，文字、語氣、表情、動作都是溝通中很重要的一環，也透過這些元素讓溝通能夠有效達成，當兩者之間的訊息剩下文字，就容易產生誤會，加上傳遞過程中，通常會由被動化為主動，因為不是錄音機，因此傳話過程通常會先轉為自己的意見，再加入自己的想法，然後轉成自己的語言來表達，這時就會有傳遞落差，這個落差其實不太容易弭平，因此溝通時就會造成誤會。新聞上不是常見，當如果把話斷章取義就會引起軒然大波。 透過這個案例也讓我有了另一個想法，是不是有方法可以在傳遞的過程中能夠把真實想表達的內容表達出來，難怪說"溝通是一門藝術與學問"。 第五屆IT邦幫忙鐵人賽-同場加映

在職場上總是會有被指導的時候，而這些被指導的過程中，就是你成長的時候，其實指導者願意告訴你，就是覺得你會有機會成長，所以才會提點，但提點的過程就會隨著指導者的EQ而有所不同，EQ高者會用比較婉轉的話語來告訴你，EQ低者會用比較強烈甚至傷其自尊的怒罵來指責你，此時此刻你所要學習的就是【輕話要重聽，重話要輕聽】。 由於明天(星期五)要繳交網頁的版面設計稿件給客戶，加上客戶直至星期二才交付相關素材，因此設計部門並沒有太多時間可以進行設計，這個案子大概是因為工作分配的關係就落在了一個半熟手的設計師手上，直至今天(星期四)早上，基於我是這個案子的PM，所以我找了負責這個專案的設計師開了一個小會討論，會中設計師也大概說明了設計理念與想法，而這些圖稿我也覺得應該還符合客戶期待，所以也就沒再多所著墨，會後我的主管突然提到想要看這些設計稿，當我把圖稿給主管看完後，只見主管的表情變得嚴肅，就像"突然李組長的眉頭一皺，發現結果並不單純"，當下請了設計部的資深同仁來討論，頓時我也陷入了一陣糾結。結果當然是稿件還沒到客戶手上，主管當場就打槍了。不過這件事倒讓我發現了兩個現象： 現象1：就我的立場而言，要交給客戶的稿件是我同意的，所以當主管不滿意時，我應該要深刻的反省，包含稿件深度與質量的要求，但主管從頭到尾並沒有提到，也沒有多所責難，而是立即希望設計部進行調整，但當下的我卻選擇了【輕話要重聽】。也就是說，主管沒有責難，但我卻連主管要求的水準都達不到，是該自我反省，而非當作沒事一般。因此我將他列入工作紀錄中自省。 現象2：我們的主管EQ是個不錯的人，因此當他在討論稿件品質時，並沒有多所責難，僅是希望設計部門能趕緊補強調整，但是對於半熟手的設計師來說，等於否定了他的設計，因此設計師的失落感可想而知，這個時候其實他該選擇【重話要輕聽】，這些否定的話其實只是推動進步的一個挑戰，把話輕聽，別想太多，只要記得提點的重點，其他的否定就不該執著於上，因為如果只是執著別人的否定，那你就會忽略提點的重點。誰不是從被否定中成長的呢。 所以學習如何【輕話要重聽，重話要輕聽】這是職場生存的一個訣竅，前者是希望即便與你無關的事情，如果你重視他，將他學習下來，就會讓自己進步。後者是希望別著墨在否定的態度上，應該專心在如何讓否定成為肯定，了解為何否定，自然也會成為成長的動力。 第五屆IT邦幫忙鐵...

如果你已經有一個FTP空間，如筆者家中有一部QNAP的NAS所架設的FTP伺服器，但如果每次要取用或者存放資料時都需要透過FTP Client來連線，又覺得不方便因此就可以透過NetDrive將FTP或WebDev變成本機磁碟形式，方便存取資料。 NetDrive的取用可以到 官方網站 或者到 阿榮福利味 下載安裝，安裝方法也請自行參閱，因為本篇的重點是在如何讓FTP資料的中文能夠順利顯示，所以就不詳述內容。 由於有時候NetDriver連線到FTP若內容有中文有時候看到的內容會如同下圖紅色圈選處一般出現亂碼。 而且這些亂碼資料夾還無法使用，因此需要調整FTP伺服器與NetDrive相關的設定值來解決這個問題。 伺服器端：由於只用QNAP的NAS可用，所以以此為例。 登入QNAP後，請點選[系統管理]底下的[一般設定]，接者點選[語言]，把語言中檔名編碼變更成[英文]，接著選擇套用。 NetDrive：以1.3.2.0版為例 1.將NetDrive中的站台設定好後，先不要點選[Connect]，若已點選[Connect]請先點選[Disconnect]，回到離線狀態再設定(按鈕顯示[Connect])。 2.點選你所設定的站台名稱(如下圖[Nestor Home])，接著點選[Advanced]。 3.畫面會跳出如下圖的設定視窗，請將紅框處的[Encoding]選擇為[UTF-8]，接著點選Ok，完成設定後就可以點選[Connect]，啟動連線。 4.設定完成後就會如下圖所示，剛剛的亂碼資料夾會回到正確的中文顯示。 後記：由於顯示其實主要取決於FTP Server端與Client端的編碼是否相同，常見的FTP Client通常會自動的挑選適合的編碼但NetDrive不會，因此需要使用者自行設定，而QNAP上的語言顯示編碼中沒有UTF-8可以選擇，其繁體中文對應的是Big5編碼，而NetDrive中也沒有Big5可選擇，經過反覆嘗試後，才發現原來QNAP上的英文是對應UTF-8，因此可正確對應NetDrive中的UTF-8。

在撰寫C#程式中，我們通常可以透過如以下方法來取得本機的所有IP位址。 using System.Net; //加入 using System.Net.Sockets; //加入 /*------ 要先using上面兩個Class ------*/ /*------ Method Start ------*/ private static IPAddress[] getIPList() { return System.Net.Dns.GetHostEntry(string.Empty).AddressList; } /*------ Method End ------*/ 但目前IPv4仍然是主流，IPv6僅是作業系統提供的功能，並未實際被使用，因此上述Method所取得的IP Address，還是不符合使用，如何將取得的IP Address僅列出IPv4的部分就需要加點工了，幸好.Net Framework中已經幫你解決了這個問題，我們僅需要透過Array.FindAll這個Method來查找IPAddress[] 中的AddressFamily符合AddressFamily.InterNetwork，只要符合的IP Address就是IPv4的位址。 using System.Net; //加入 using System.Net.Sockets; //加入 /*------ 要先using上面兩個Class ------*/ /*------ Method Start ------*/ private static IPAddress[] getIPv4List() { IPAddress[] ipv4Addresses; ipv4Addresses = Array.FindAll(Dns.GetHostEntry(string.Empty).AddressList, a => a.AddressFamily == AddressFamily.InterNetwork); return ipv4Addresses; } /*------ Method End ------*/