就以我們班來說,真正強的大概也是4~5個,電路圖大部分的人都看得懂,不過不一定知道那個零件叫做啥,而且要他們自己焊接,就大概都不會焊了吧!程式方面就要看是哪一種程式,極少數會c跟組合語言,大部分都是什麼都不懂的。
個人認為,最好不要學會寫程式,這行啊,不是人幹的工作,收入也不成比例,最後,想轉行都來不及了.....這是我多年下來的肺腑之言,但是如果有興趣,可以當作業餘的興趣,千萬!千萬!不要當作正業!切記!切記!一個資管人兼中大型軟體公司的「老PM」的感想。
我曾經在我的研討會上調查過,請大家舉手說他是屬於寫那類程式的,結果 Trend Micro, 大宇和遊戲橘子來的工程師舉系統類的,我有問有沒覺得有第三類的, 結果沒有人講我想應該有其它的分法啦, 只是這是一般人的想法,而且我發現只要自己可被歸為系統類的人,絕對不會再認為自己是寫資料庫應用系統的,至於是為什麼? 那........我不知道耶鼴鼠 wrote:這..這樣分好嗎?台灣有名的軟體公司像是Cyber Link,Ulead,Trend Micro之類的被歸到哪裡去了?遊戲公司呢?線上遊戲可是要寫graphics engine又要搞database的喔!,...(恕刪)
josephyen wrote:原本只有分 pass by value, reference ,又被老師硬生生生出一個他自己的無理頭 pass by address。那 void func(int *&var) 這算什麼? pass by reference and address? 你老師沒說錯,函式參數傳遞本來就有分三種pass by valuepass by referencepass by address只是C++沒有真正的pass by address,而是用指標模擬。而且C++予許pass by reference,pass by address兩者混用。
我是交大資訊科學﹝非資管,現在已經和資工合併了﹞畢業的,以教授出程式作業自己會寫的,半數以上的同學都辦得到。工作快十年了,軟硬體的經驗也算是整個都 run 過一遍。由於台灣產業的結構,造成寫 firmware、driver 的人比寫 AP 的還吃香,然而 firnware、driver 的門檻,是在於對硬體要有一定的了解,之後的難度就不高了。AP 方面可淺可深,只是門檻低所以造成這方面的人力供應太多,更降低了從業人員的待遇。不管是不是要寫程式,我的建議是盡可能朝興趣發展,若真的要多賺點錢,H/W 的 spec、data sheet 多看多問,很簡單的。其實軟硬體架構弄懂之後,小從 embedded system,大至全國性的資訊系統,都可以了然於胸靈活運用。