2年前 小弟認為沒有一技之長不行
毅然 辭去混吃等死工作 去職訓受訓半年學PLC
結訓後隔天立刻投入職場
跟隨前輩學習經驗
如今的我 多家廠牌 PLC 伺服 人機 都能夠選用架構,編寫,機台調整
但是 做著做著 發現與當初想的有很大的落差
碰到許多程式工程師聊天 大家都有一樣的無奈
1.老闆始終認為你只是在那邊打打電腦沒什麼
2.客戶常常突然要求更改或加動作導致程式要大改
3.老闆拼命節省硬體成本導致程式難寫BUG變多
4.寫程式時間 一再被壓縮 導致必須一直加班趕工 壓力很大
5.薪水不會跟著你的能力而明顯成長
6.會寫的人太多 老闆覺得不差你一個 看不到寫得好與會寫的差別
原因很多 其他就不一一寫出了 講完天都黑了
我也知道工程師在台灣不值錢
但本人的人格特質並不適合當業務也不喜歡當業務
所以只能在技術方面做選擇 我有點C的基礎
目前考慮了一些希望前輩能給些許意見
LabVIEW VB VC
我想請教寫PC自動控制的前輩
在這產業裡 目前比較少缺少哪方面程式的人員
以及以後的趨勢會以哪方面的硬體與軟體為主?
感謝
程式不架構好，自然會有一堆bug。
不禁想問問，你夢過幾次在寫程式?
你為了"程式架構"這東西翻了幾本書，寫過多少心得?
你口袋裡的FB有多少個了?
基本上，PLC是很簡單的程式語言，看不出程式功力，但瞄幾眼就知道程式好壞了！
你必須極大化的縮減程式開發時間、bug發生率及抓bug時間，
如此你才有多的時間在別的地方成長，
例如：
如果你是主管，要如何把客戶需求轉給工程師完成?
要在什麼時間點交出什麼資料?
在試車時遇到問題，要如何證明是機構問題，
又要如何改正?
公司的訂單從哪邊來的，公司未來要往哪發展?
若你認為這行沒發展性而轉職，那恭喜你有自己的見解，
若你是離開的原因是壓力大、客戶需求常變動、自己夠厲害了而別人不知道.....，
那下一份工作也會遇到一樣的情況的。
(順帶一問，你知道"限制衝擊力的相位同步 曲線要怎麼畫嗎?"，這一行多的是學問！)
nndugh wrote:你這些問題
1.老闆始終認為你只是在那邊打打電腦沒什麼
2.客戶常常突然要求更改或加動作導致程式要大改
3.老闆拼命節省硬體成本導致程式難寫BUG變多
4.寫程式時間 一再被壓縮 導致必須一直加班趕工 壓力很大
5.薪水不會跟著你的能力而明顯成長
6.會寫的人太多 老闆覺得不差你一個 看不到寫得好與會寫的差別...(恕刪)
轉PC也一樣
主要就是台灣的程式設計師不值錢
如果要從PLC 轉 C 的話
畢竟語言的特性並不相同,很難相提並論,
至於網上有些人說PLC是簡單的語言這種沒經驗的話,就不用理會了。
我是一個成功從PLC 轉到C 的人,遇到的辛苦絕對讓你很難想像，
因為電子業是更加競爭,不會有人將自身的經驗給傳承給敵人的，
至少我沒遇過, 在我身上可以舉出數種經點話語來拒絕你,
當然也曾經是有人對我這樣說過.
廢話就不多說, 我認為要轉要趁年輕,如果28歲以上,就請打消念頭.
並且要確定自己的心,如果沒有堅持,努力的心,也請放棄.
PS:還有電子業也是一樣,很多PM 或是不懂得老闆,也是認為你寫程式因該是
一兩星期或最長一兩個月就應該搞定的. 我想狀況應該跟你現狀也差不多吧
nndugh wrote:
我想請教寫PC自動控制的前輩
在這產業裡 目前比較少缺少哪方面程式的人員
以及以後的趨勢會以哪方面的硬體與軟體為主?
我個人是以labview+測試業界為主,
除了基本的各種儀器控制以外(GPIB,232,485,modbus,CANBUS,ethernet)
還會用到SQL,DAQ, DMM, DIO, encoder之類的(當然還有PLC),
目前看到optical inspect & motion control的需求有增多的趨勢.
要多學PC BASE是可行,但建議PLC不能放掉
畢竟PLC還是比PC穩定&可靠..
有些像是電廠或是產線類的都是PLC控制 外層再用PC串連的
另外. 語言只是工具..
很多時候你除了會寫程式以外,要具備很多該案的專業知識..
這些才是價值所在.. EX: 太陽能電池效率測試:
標準測試流程,效率計算公式,影響準度測試的factor,模擬光源的影響,重現性驗證...等等眉眉角角.
不曉得有沒有幫到你 參考參考
內文搜尋
從 APP 打開
X