第25個冬天

圖片來源：[exdez]／Getty Images 截自: https://www.yes123.com.tw/admin/aboutwork/article.asp?w_id=2724 近期工作專案內容由於需要對內部一些設備做一些軟體導入 過程中先是從慢慢盤點軟體環境及設備盤點 到尋找聯絡負責窗口 大大小小前置作業十分重要 因為不同環境上對一些軟體的支援度本身都有差異 此外還有一些財產擁有方的確認作業 在此感觸就是盤出之相關設備列表 發生了存有十分老舊的機型(軟體環境十分舊而導致系統安置受阻) 慢慢地開始嘗試要去找尋窗口 可能就要設法去自己瞭解這幾台過舊設備是否有必要做廠內特定系統之安置 是否有必要 可能你就要先去盤出所有現行設備安置此套特定軟體環境必要之作業環境版本 可能最低要求是捨麼(e.g. OS....XX語言或套件包的版本) 此時還有需要去分析一些設備數量差異 可能現有(只是個比方)絕大多數設備都是採用同一環境標準 此時過舊的設備環境是否適合更新、是否能夠更新、一些安置軟體之可行性 就手邊能夠盤出的資訊和設想問題陳列並即時回饋 此外還需要一直不停從最源頭要求做這項任務的長官或是上層 慢慢地深入去詢問 確認過舊設備的更新以及財產擁有方(可能是廠內or客戶) 很多的東西都必須做過確認的 開始會發現提單的長官(可能是產品部分的) 或許本身對設備的財產擁有方的歸類不太清楚 是一個只知道按鈕按下去就會運行的使用者 但他清楚當前作業系統環境和一些工程detail 那他就給你另一個部門的窗口(可能是業務) 此時你在打給業務窗口開始對談會發現 你可能不能再用同一套跟上一個長官對談之內容 此時的業務可能對產線設備不太瞭解 可能連那個按鈕按下去就會運行的特定軟體是捨麼也不知道 甚至完全無任何工程背景的人(所以你講任何術語都會造成溝通不順) 那此時你不可在這段溝通過程中又放入太多專業術語 盡可能的要簡化並非常簡單的去說明 在這過程從產品到運籌到設備再到業務 我總共聯繫了 快五個窗口 才問到真正對應聯繫的方式 很多事情會發現你要的答案是需要跳層層窗口聯絡才可知曉的 甚至每一層對應窗口或者從長官、老闆到部屬、員工 每一個角色瞭解熟悉層面都不同 因此不能用同一套說法來...

一般在公司都會有一套自己的加密方案，按照公司 在介紹MD5之前 我們再回鍋炒一遍 先釐清幾個名詞的定義及觀念 加解密的演算法 ---> 是公開的 需要很高深的數學理論目前有的還在發展當中 不要有一個迷思!!!! 整個密碼學不是靠  演算法來    穩固安全的!!!!! 主要是用    加密的   "密碼"   需要很多年的驗證 不要被誤解 加解密     不要自己 研發!!!!! Information Security: 明文(plaintext) : 加密之 前 的文字 (出貨時的商品真正面目) ↓ [加密過程]    (裝進箱子用 鑰匙 上鎖) ↓ 密文(ciphertext) : 加密之 後 的文字 (已經被裝箱包起來包進盒子後的包裹) 鑰匙/金鑰(Key) --->  公鑰(Public Key)    及    私鑰(Secret Key) 加密系統型態共可細分為三種: 1.對稱式(金鑰)加密(Symmetric Cryptography)   ---> 不管加密還是解密都使用同一把鑰匙(共通金鑰) 有共同金鑰(Common Key) 相對伴隨而來的還有共同金鑰密碼(Common Key Cryptography) 又有人依據其特點稱之為對稱金鑰密碼(Symmetric Key Cryptography) 或  秘密金鑰密碼(Secret Key Cryptography),古代慣用此類型加密機制。 因為加密解密都共用同一把  :      (不同人數之間推算要幾把Key) 2個人之間用-----> 1            把Key 3個人之間用-----> 3            把Key 4個人之間用----...

         工程生產鏈軟體技術部門筆記心得 最近部門中的資深八年工程師在向我們介紹他們這的VB.Net語言開發的大系統設計過程 還有VB6  、  Java1.x版本 、 ASP2.0等等早期版使用之原因 和我介紹到了有關半導體產業不管是在操作的作業系統 或者程式語言開發的版本有的時候 都不怎麼追求改版或追最新版 有的甚至是程式專案版本控管還是使用早期的SVN Java的演化過程(歷代版本) 為何呢???? 後來資深人員又反問了我兩個問題 第一.  一直不斷追求最新有捨麼用意??? 有必要嗎??? 第二.  你系統是給誰使用??  是開放的社會大眾  還是 封閉的機台人員操作??? 一支程式在這裡並不像在學校撰寫的簡短100~300多行 就算可能在學校寫過  超過1000多行的Code那也是很算少數的人 在半導體產業中所接觸的系統專案程式碼少說至少也有60~80個程式文件檔案 注意 是程式檔案的數量   不是程式碼的行數!!!! 那專案中其中的一個程式檔案少說有3000行程式!! 有的少的 100多行 底下卻又是由數千行底層運作的程式碼包裝而成的 因此在一些檔案中看起來兩三行就搞定的一個功能、一個函數甚至一個物件 底層可能都包了2到3層的程式碼 總之少數加總起來 應該超過2萬多行程式碼的分量 !!!! 由此可知  當你要做程式更新 或是  程式轉換 往往都可能會牽一髮動全身 一小部分的修改更新 很有可能系統就會出錯 當然出錯帶來的後果往往就可能導致公司的營運 甚至整個測試流程的效率或者運作 這還真是艱苦的一項任務!!!! ========================================================== 在IC產業之中，往往比起程式能力還更加重視的是背後的Knowledge 也就是工程師們不能只是埋頭苦幹 寫程式、改程式 對於產業生產線上的環境、機台的構造、網路連線溝通的細節 作業員的行為模式等等.... 才是被看...

一早搭乘父親順風車(7:20)從老家新豐出發到公司(8:00) 比預計的9:00提前一個鐘頭到公司竹南廠區。對新環境一點也不熟悉的我， 突然感到不安，在巨大灰色巨塔面前下的自己顯得格外微小。 等待著報到時間點到來的我，倚靠在大廳門外涼亭，觀察著員工們的姿態和穿著。 拖鞋搭配襪子的員工比比皆是，心想這算哪們子潮流，頓時又好奇平時工程師們穿著 又是怎麼穿??我這麼穿會不會不得體，又或者太休閒等等 有的穿著polo衫 正是夏季最簡便穿著的代表，脖子上掛著員工證顯得格外專業。 突然看到了一個身穿襯衫的男子，看起來像是高層，默不吭聲走進大廳。 其餘在旁的有國外白人、外籍勞工有的抽著菸、有的低著頭划手機 隨著身旁抽菸又穿著拖鞋的人的煙味四起，我也不由自覺迅速逃至大廳等待。 好不容易結束了上午人資小姊帶給我們的厚重紙單資料填寫任務。 又開始了新的工作第一天認識環境，單位秘書帶領我走至地下室放鞋並說道: 「把鞋脫了吧，在公司要穿拖鞋!!!」 要穿拖鞋!!!! 要穿拖鞋!!!! 要穿拖鞋!!!! 這實在令人訝異阿 以往在學校這麼幹可是會被罵臭頭的!!! 沒錯你並沒聽錯更沒看錯 這裡人來人往通通都流行 穿拖鞋搭襪子 真是時尚的潮流巔峰 助理帶領我走到公司冷氣房中的專屬電腦辦公桌前發給我員工證後 隨後立馬認識了幾個資深前輩朋友 上午公司主管帶我認識IT部門各個單位 公司IT部門又細分很多專門領域的單位 竟多達100多個IT人員 我想我應該永遠也記不來所有人的名字 像是 MES  主要就是負責像是  FT、CP和Assembly等等 CIM 主要負責的就有 EAP(對Handler做人機互動溝通)、EAC(對Tester做程式人機互動溝通)、 FTIS、CPIS、PGM等細項 NS則是DBA、網通、管理Server、硬體維修方面的 MIS 則是人事系統等設計與維護 等等你說剛剛講的一堆英文縮寫完全聽不懂 沒錯我一開始根本聽的一頭霧水 有聽沒有懂 後來像身旁資深正職  及  研替前輩們 借了講義才了解了這些專業縮寫名稱的全寫 研替和正職前輩們人還滿好相處的 第一天觀察中 就交接了一些基本  半導體生產鏈的SOP...