不會的就放這邊

若你在軟硬體系統上需要整合的需求
像是有什麼事情要程式自動化或是想簡化你的工作流程，

大公司迷思:氣氛你
去年，我有個機會進入台灣前三大的IC設計公司。由於這個產業裡專業人才稀少，我被不斷挖腳進入這家公司的新創部門，這個部門才成立一兩年，非常缺乏這方面的專業人才。我當時想，能進這麼大的公司，怎麼能不跳槽呢？雖然面試過程中長官很機車，感覺也很微妙，但這部分我沒有多加考慮。因此，我抱著可以學習更多事情以及以為可以賺更多錢的心態，被這位長官說服加入他們的部門。

今年，由於工作關係，我得以到客戶端提供支援，這帶給我獨特的心得。在過去的工作中，我一直在公司內部工作，解析外部FAE的問題，常覺得外部FAE似乎無法充分分析問題。然而，當我親自到客戶端時，我才了解這個問題的核心所在。
長時間駐廠對身心造成相當的疲憊。身體上，長途出差所需的時間和壓力都是一種負擔。例如，從新竹到台北的客戶端支援，高鐵若不順利，來回需要兩個小時左右。這樣的疲憊如果僅持續一兩天或許還能忍受，但對我而言，是連續兩個月，這樣的情況是否可承受？

原本覺得畫電路圖不是難事情，更重要的是可以生的出來，像是，可以拉出PCB板出來之類的，但最近對這個完全改觀，更重要的是前面那個電路圖的產生，我所謂的電路圖，就是系統的整個經隨即和而成的成品，這裡面不只包刮一顆IC周邊這麼簡單，需要考慮的點可以從上層至底層.
首先說配電吧，系統上面不只單一電源這麼簡單，除非是只做簡單的測試電路之類的，若做起整個系統，每個電的配置都需要考量，IC吃這個電源適合嗎? 這個元件配這個電會不會太早，配這樣會不會有可能會漏電，目前學習上一直都被前輩電爆，因為不知道系統上的電怎麼配置，這種事情真的需要靠不斷的學習和接觸(親手有個專案下去玩)，要不然對於電腦系統自己讀起來真的是頗吃力的讀完也不知道在公三小，是紙上談兵其實感受不到.

小弟我之前第一份工作內容維護MCU(micro controller unit為控制器) 的FW(Firmware韌體) ，用MCU控制產品的周邊裝置，像風扇、LED燈號、溫度感測器、開關機控制、巴拉巴拉功能詳細的就不多說了，總之是底層的硬體控制，雖然這在大學生眼中就用Arduino控制就好,好像很簡單，但遇到跟整體系統混在一起，就會有些議題可以探討。
工作需要會看電路圖接線，不要想像很難，就類似A腳會接到哪邊這樣的難度，確認線路Ａ接到Ｂ，還需要些基本電學的知識，或像是上下拉電阻的基本能力，我曾經碰到有個上拉電阻(指的是IC腳位為open drain時需要搞個上拉電阻提升電位)沒有拉，一直不能讓某支pin(IC腳位)動作，浪費好多時間在這上面，找到最後，只是發現是硬體沒有上件，真的會覺得很靠杯(很幹)，我當初新人進公司沒有這種工作「直覺」，就會花很多時間浪費在這邊，又加上基本功又沒有，只能這樣浪費時間做這些事情，所以，在學校中這些基本能力真的要學紮實，在大學學那些基本電子學公式，當時覺得不管用，到業界後會用上，就不知道哪天而已。

今天陪我兩年半的小白筆電,竟然掛了
事由是這樣，

之前大學時候做了有關車載的專題
之後也有去比賽
最近在練車的時候想起評審說這段話
「不知道你們有沒有開過車 在開車時後根本沒有心思去控制這些東西」
那時候我還很不能體會
現在能夠深深體會，當還是新手或是在開車根本不會用到這麼困難的操作
難怪介面做得越簡單越好　像是用轉的用按
而且要一目了覽最好
才能達到車載應用．．．

好文  連結 https://buzzorange.com/techorange/2017/12/08/coder-logbook/
當遇到「需要解決問題」時就應該紀錄至 logbook，包含工作項目以及遭遇 bug 時，至於 logbook 內要寫什麼呢？