在 2020 年，當時研發單位沒有新案子可以效力，因此我從研發部門調動到商業發展部擔任技術支援，負責的產品是多年前偕同開發的儀器，雖然早已熟悉，但是它的系統控制軟體極為複雜，主要應用於 CIS (CMOS Image Sensor) 晶片檢測上，調任我是因為個人有軟體背景，學習以及理解系統程式，不必花太多力氣訓練我，雖然遭遇 COVID-19 流行，負責帶我的工程師遠在日本，不過透過網路仍然可以遠端指導，再加上是支援台灣本地協力廠商，因此很快適應這份工作，從第一年許多事陌生，第二年可以直接回覆協力廠商 AE 們一半以上的技術問題，到現在已經駕輕就熟，全權負責台灣區域該產品技術諮詢，合作多年的日本工程師明年也將調任其他部門，在此非常感謝他的努力付出，留下技術寶典給我，可以應付各方技術難題。
前些日子在網路上看到一篇好文，在此紀錄分享，原文標題「有40年經驗的程式設計師把工作經驗整理成13條建議，希望能為新手提供幫助」，題目太長了，把它縮改成「資深程式設計師的工作經驗法則」。直接切入主題，看這 13 條建議是甚麼以及補述個人觀點：
近日突發奇想，想製作簡單的 5V 邏輯電路，不想使用 IC，應用於教育場合，因此在 Arduino.Taipie FB 社團詢問網友們推薦熟悉的 NPN, PNP TO-92 電晶體型號，而得到諸多意見參考。
其實個人是熟悉電子電路設計的，不過專長偏重在韌體設計，太久沒使用晶體元件了，故請網友們提供熟知元件編號，經過規格書比對，個人偏好桃園賴桑推薦的 2N3904, 2N3906。
此外，不少網友點出使用電晶體去兜邏輯電路是自找麻煩，沒錯這 side project 就是在找麻煩，明知山有虎偏向虎山行，這需要勇氣與智慧，它是我有興趣做的硬體專題，會花點時間去搞，弄這個會有點像用樂高積木去製作一個作品，作品完成前，甚麼都不是，但是完成後，會讓很多人拍拍手。
今天說一個真實的故事，管理階級的人需要留心以下狀況。
B 公司是 A 公司的協力廠商，但是 B 公司內部的員工與老闆不合，業務與研發工程師紛紛離職，另外成立一家 C 公司，並且爭奪 B 公司原有的客戶，A 公司基於商業合約與倫理，並未讓 C 公司成為 A 公司另一家協力廠商與 B 公司對打。
C 公司在經營上就變得很辛苦，如果他們想取得原廠 A 公司的商品或服務，必須透過 B 公司的管道才能買到或取得，因此成本被墊高，並且也無法直接拿到原廠技術支援。在沒有利潤的情況下，C 公司的生存之道，就是另闢管道，最後他們的解法就是成為 D 公司的協力商，以低價搶市，這就侵蝕 A 公司原有的市場。
從 R&D 轉職到 Marketing 已兩年多了還沒陣亡，表示適應良好，今天就回顧一下工作狀況。
從以前到現在，除了畢業後第一份工作是自己找的，其餘都是被動被徵召而有公司或職務職位上的異動，這使得工作經驗及工作年資得以累積，或許自己比較幸運，沒遇上不好的公司或不好相處的同事而中途被迫轉職，即使老闆難搞，大家對事不對人，也都平安度過。
自己不是外向的人，但是每到一個新環境，會盡可能一個月內把週遭的人了解一下，至少誰是誰要弄清楚，這點也常向我小朋友提醒，新學期應該一個月內把同班同學認識，這樣無論對學習或工作環境應該可以快一點適應。
自己也不太挑剔工作，使得工作歷練過千奇百怪各式任務，即使困難也是大多一個人想辦法把它搞出來，超過能力太多也是會對外求援，但是長期累積下來了各種經驗，並且處理事情的能力也變強了，關於任務的執行，策略是先求有再求好，這樣策略的好處是，至少可以先看到作品雛形，這很像敏捷式專案管理，然後功能細項再逐一加入或修改，只是這樣做，在工作初期可能給人感覺作品不細緻不是很專業，如果先放掉面子問題，並事後投入諸多時間修整作品，反而給人另一種信賴感，覺得你一直自我進步，這是我個人的生存法寶之一，可能主管開始會念一頓東西做得不夠好，可是他還會給你機會再改進，總比繳白卷而要求再多給點時間好多了。
因為自己的強項在產品研發，所以 Marketing 老闆把我放在 Solution Engineer (Application Engineer) 的位子，可以支援客戶的技術支援，一邊接任務一邊學習，從甚麼都不懂開始，同事需要我幫忙甚麼，我就做甚麼，一段時間工作熟了，慢慢變成由我接手處理，如果超過專業範圍，則向同事求援，獲得答案後再回覆客戶，現在客戶問題超過 80% 都可以自己處理，有些非常複雜及困難的事，都是會先釐清問題或客戶需求，然後回報到工作小組討論，這也要謝謝我的同事有耐心及細心指導工作流程與相關技術。
除此之外，
在商業週刊看到一篇管理文章很不錯，好主管，要學會看著員工「把事搞砸」，作者是中國的知名商業顧問劉潤，文中提到，好主管不該完全插手屬下的工作，把他該完成的事，因為日程緊迫或是他的工作成果不夠完善，就把它們接手過來完成，這麼做會有兩個問題，一、因為屬下不是親手完成工作，他將學不會困難的問題如何解決，看別人解決很容易，但是自己來做又是另一回事，當事情親自處理時，你的腦筋才有在思考；二、事情完成後，這件事的績效算誰的？說是屬下的，他又沒完成它，若說是主管的，雖然不為過，但是屬下就將沒有成就感，這樣的合作不會長久的。因此這件事較好的處理方式仍是放手讓屬下自己完成它，無論成果是否完美，主管不要過度干預，這樣才有機會讓屬下成長。
放手給員工把事情搞砸，主管的心臟要夠大顆，有膽識，通常小任務只要不危及公司存亡，放手讓員工去搞是很好的學習訓練方式。
在 FB 學生課業或是程式社群，總是會看到一些人貼文尋求協助，但是看到他們自己明知道自己的問題所在，卻不願直接面對處理，而是尋求神奇救援，根據個人經驗，這是徒勞無功的，自己從事研發工作近三十年，遭遇過的難題不計其數，但是都一一破解度過難關，能存活到現在，表示自己的方法是有效的，就盡己所知記錄下來。
先看一個尋求神奇救援的例子，
XXX 哪裡可以學得好，網路都是英文資源，中文資源普遍版本太舊，一模一樣的程式碼都會顯示錯誤，英文我超級爛，拜託各位程式高手幫幫我吧！
雖然發文者不至於躺平不想努力，但是不去想辦法克服已知的問題，這樣的求助貼文僅能抒發心情，它是無法徹底解決難題的，幫得了這一次，以後的問題呢？沒有人可以幫你一輩子。那怎麼做才有效呢？
首先要認知到，解決事情是要付出代價的，無論是金錢、時間、健康或是其它，當自己處理事情的能力變強時，所需付出的代價會變小，就好像一位富翁買一台車子，對他而言只是一筆小錢，但是對窮人來說，可能是畢生積蓄甚至買不起，所以累積自己的處事能力是很重要的。
再來看自己手邊的資源、時間，有多少能力做多少事，不要過度擴張，例如中學生參加全科補習搞得每天睡眠不足，做事看長遠，短期衝刺還可以，如果是長期那必會付出巨額代價。
學習新知識或技術是可以增強自己的能力，所以務必投放學習時間，即使學校畢業仍應繼續，也就是活到老，學到老，目前我的學習重心是放在英文和程式語言，個人覺得投身於創作教育是可以推動社會進步，因此會繼續朝這方面努力。
創作或專案進行過程中，總是會遭遇各式問題，那可以將它們列出來，容易處理的可以先搞定，大項目可以分解成小項目，有些事是要排先後順序，一些事沒搞定前，某些事是沒辦法進行的，就像蓋房子，一樓沒蓋好之前，是不可能蓋二樓的，而有些事可以同步進行節省時間的，因此要分辨狀況處理，如果想獲得最佳效率，那需要仔細思考規劃，必要時滾動式修正，一開始可能因為沒經驗而規畫不佳，實施後檢討修正讓工作或學習漸入佳境。
近期在 FB 上看到一篇專文 (把公司業務換職稱，就解決了80%第一線客戶問題！3個案例告訴你：「命名」的神奇威力)，提及工作職稱的影響，在我三十年前已經明瞭這個道理，當時擔任經理助理的同時，也擔任工廠 MRP 系統的開發，當時就自稱是 系統設計 / 分析師，這讓剛出社會的我跟一些電腦廠商接洽時很好用，如果以程式員身份跟廠商談設備採購，他們絕對會認為我沒有任何決定權，因此好的工作職稱確實可以提升職員的工作責任感與能力。
