不會的就放這邊

若你在軟硬體系統上需要整合的需求

像是有什麼事情要程式自動化或是想簡化你的工作流程，

可以連絡我諮詢

今年，由於工作關係，我得以到客戶端提供支援，這帶給我獨特的心得。在過去的工作中，我一直在公司內部工作，解析外部FAE的問題，常覺得外部FAE似乎無法充分分析問題。然而，當我親自到客戶端時，我才了解這個問題的核心所在。

長時間駐廠對身心造成相當的疲憊。身體上，長途出差所需的時間和壓力都是一種負擔。例如，從新竹到台北的客戶端支援，高鐵若不順利，來回需要兩個小時左右。這樣的疲憊如果僅持續一兩天或許還能忍受，但對我而言，是連續兩個月，這樣的情況是否可承受？

心理上，身處客戶端，所有第一線的壓力都直接落在你身上。為什麼有問題？為什麼不運作？等等這些問題直接向你迎面而來。我的情況更複雜，因為還有內部的工作需要處理，同時面臨老闆的內部工作壓力。在這兩頭燒的情況下，工作逐漸讓我心疲力盡。客戶端的工作環境通常是小會議室，儀器等設備可能不佳，對於量測等工作的支援也可能不足，因此需要內部同仁的協助。

原本覺得畫電路圖不是難事情，更重要的是可以生的出來，像是，可以拉出PCB板出來之類的，但最近對這個完全改觀，更重要的是前面那個電路圖的產生，我所謂的電路圖，就是系統的整個經隨即和而成的成品，這裡面不只包刮一顆IC周邊這麼簡單，需要考慮的點可以從上層至底層.

首先說配電吧，系統上面不只單一電源這麼簡單，除非是只做簡單的測試電路之類的，若做起整個系統，每個電的配置都需要考量，IC吃這個電源適合嗎? 這個元件配這個電會不會太早，配這樣會不會有可能會漏電，目前學習上一直都被前輩電爆，因為不知道系統上的電怎麼配置，這種事情真的需要靠不斷的學習和接觸(親手有個專案下去玩)，要不然對於電腦系統自己讀起來真的是頗吃力的讀完也不知道在公三小，是紙上談兵其實感受不到.

再來我覺得就是細心，畫電路時必須要注意非常多細節，而且非常燒腦，每個點都要去想為什麼要這樣接，接這樣會有什麼影響，對於使用者對於系統的好用性等等，這樣的思考往往就過了好幾天，若經驗又不足，真的挺辛苦的，之前就很想接觸這個工作，剛好有個專案接到才能體會.感謝

小弟我之前第一份工作內容維護MCU(micro controller unit為控制器) 的FW(Firmware韌體) ，用MCU控制產品的周邊裝置，像風扇、LED燈號、溫度感測器、開關機控制、巴拉巴拉功能詳細的就不多說了，總之是底層的硬體控制，雖然這在大學生眼中就用Arduino控制就好,好像很簡單，但遇到跟整體系統混在一起，就會有些議題可以探討。

工作需要會看電路圖接線，不要想像很難，就類似A腳會接到哪邊這樣的難度，確認線路Ａ接到Ｂ，還需要些基本電學的知識，或像是上下拉電阻的基本能力，我曾經碰到有個上拉電阻(指的是IC腳位為open drain時需要搞個上拉電阻提升電位)沒有拉，一直不能讓某支pin(IC腳位)動作，浪費好多時間在這上面，找到最後，只是發現是硬體沒有上件，真的會覺得很靠杯(很幹)，我當初新人進公司沒有這種工作「直覺」，就會花很多時間浪費在這邊，又加上基本功又沒有，只能這樣浪費時間做這些事情，所以，在學校中這些基本能力真的要學紮實，在大學學那些基本電子學公式，當時覺得不管用，到業界後會用上，就不知道哪天而已。

在系統廠弄一些很奇怪的bug(臭蟲 指的是系統上的一些問題)也是日常的事情，有些原因在系統廠永遠不會解，像是換顆電阻就好，問硬體為什麼，硬體說，我也不知道就好了，你覺得這做起來有紮實嗎?說穿了系統廠就是拼裝廠，拼成我要的機器會動穩定就好，管你用什麼解掉，就是趕快解掉就對了，老闆押時程趕緊出貨出機器，你還有時間去懂什麼原理?，這讓剛進社會的新鮮人一開始基礎就紮不穩，可想而知，如果就這樣幹了十幾年，你也只是知道，這種奇怪的情況只要換電阻，人家問你原理，你說不出口，,我寫FW(Firmware韌體) 常常發生這些事情，而這些事情沒有很懂得前輩跟你說，你永遠不知道這是發生什麼事情，有些甚至要詢問IC場才得知道的bug(臭蟲 指的是系統上的一些問題)。

今天陪我兩年半的小白筆電,竟然掛了

事由是這樣，

今天急忙拿了不認識的平台，要來測試EC有沒有正常動作，

之前大學時候做了有關車載的專題
之後也有去比賽
最近在練車的時候想起評審說這段話

好文  連結 https://buzzorange.com/techorange/2017/12/08/coder-logbook/

當遇到「需要解決問題」時就應該紀錄至 logbook，包含工作項目以及遭遇 bug 時，至於 logbook 內要寫什麼呢？

應該包含：