※ [本文轉錄自 Tech_Job 看板 #1W2NU1DM ]
作者: wulouise (在線上!=在電腦前) 看板: Tech_Job
標題: [心得] 機械轉軟體工程師經驗分享
時間: Thu Jan 21 20:45:46 2021
# 前言
想分享一下當初從進公司幾乎不會寫程式
到現在負責做軟體的porting to Linux的經歷
如果你想轉軟體工程師，最好先進到願意讓你寫程式的公司
但是這不一定辦得到，我底下分享一些自己做的功課
不想看心得可以直接跳到 # 自修建議
轉這邊是希望如果有甚麼地方寫錯
或大家覺得有更好方式，可以提出來討論
# 個人背景
台大機械學士
碩士非CS EE ME
高中只摸過一下用C寫的C++
大學只學過很廢的VB忘記是不是.net
# 現職
工具機產業，領域特殊，大多使用C#與C++
對網路front end, backend不了解
工作大概就是UI跟演算法處理
# 當軟體工程師的心理準備
不是學會寫程式，找到薪水不錯的工作就結束了
學會之後仍然需要補充新的知識
想辦法write better code，並理解沒有best code
因為要寫軟體很簡單，軟體要會動也很簡單
難的其實是寫出來的東西有人願意用
軟體不是單純寫程式，而是寫出客戶要的東西
不論code再乾淨，東西不是客戶想要的，就是浪費時間
(如果可以)花上一兩天只是寫prototype，確認是客戶要的東西最好
over design跟premature optimization都要盡量避免
事前的溝通很重要，所以溝通(通靈)其實是很重要的一環
但不是所有公司都有辦法讓工程師溝通
不過以上都要痛過才知道，沒痛過的人請跳過
# 通靈
當客戶提出莫名其妙的要求時，猜得到他想要甚麼比較重要
啊對，通靈不是免費，應該要能反映在你的薪水上
或是找一家願意付錢通靈的公司
# 自修建議
- Google能力
不知道怎麼建議，但是如果你發現自己不太會google，練不起來
那真的不建議轉軟體工程師
- OS > memory multi-thread
可以參考清大周志遠，目的就是還債
作業沒做沒關係，至少觀念要聽得懂
- Design Pattern
雖然一開始看不知道在幹嘛，但是把前幾個先看過
配上實際例子你會比較有感覺
最好是自己的爛code一直refactor，配上下面的TDD
推薦看head first design patterns，他的實例很多
- TDD
很重要，先有unit tests再寫程式可以減少很多regression問題
不過沒痛過的人不知道，可以先跳過
- Algorithm
這個非CS EE可能都沒有從頭練過，如果沒有強烈要求可以慢慢來
我是工作有遇到的至少會弄熟，或是覺得做法有點爛再去查
當然純軟免不了刷刷leet code, 不過不是很建議從leet code開始
沒寫過的人挫折感其實很重，不過懂多了也會影響程式架構能力
- System Design
SOFT_JOB版應該很多人推薦過，這邊就不多寫
以上都念過之後，對軟體工作會有新感覺
至少我覺得比之前懵懵懂懂的時候了解更多了，查資料也更準
- 英文 & 通靈
當你有一點程式基礎後，下班有空可以逛逛stackoverflow
選一個你熟悉的語言開始回答新手問題，他可以鍛鍊兩件事情
- 你如何理解不懂的人問的奇怪問題
- 有條理的整理你的回答
不過我累積一千多分之後就有點膩了...偶爾自己查到的問題再回而已
另一個方式是訂閱一些有興趣領域的英文digest，不一定要是程式
像是我會去NSwitch的reddit上去逛逛
# 書籍推薦
C++:
懂一點C++後，建議看Scott Meyers的Effective C++, 雖然寫的時間很早
而且C++ standard都到20了，還是有很多值得一看的部分
其他書單很多，我貼個SO就好
https://stackoverflow.com/a/388282/4123703
C#: Head first, C#
Code:
Clean Code
Clean Architecture
The clean coder
中文: 無瑕的程式碼 番外篇：專業程式設計師的生存之道)
這本書很薄，但是我看了很有感觸，有做專案的人建議一看