eric144530654
不知為何，這樣的問題在網上特別多，每個問題提出來好像都是非電氣自動化即IT程序員。這真是一個二選一的命題嗎？在這個問題上不想做單選，基於這個問題，我想從【轉行】和【融和】兩個方面來一起探討下。歡迎留言分享你的觀點。
先分享實際工作中遇到兩個類似例子。
故事1
10年前，系統集成公司的一個同事，電氣專業畢業2年，在公司做了1年技術後來轉技術型銷售。非常有想法的小夥子，經常聽他抱怨，受不了經常出差去髒兮兮的一線現場，也受不了極度想發財而又得不到的現實。沒過多久辭職了，加入了一家做網站的公司，銷售兼開發人員。一次回來推銷他的網站產品，琳琅滿目的各種網站框架和超短的交付時間是最大的賣點。那時候還真羨慕他，有能力做出那麼炫的網站，提成收入也很高。
前段時間又碰到了，一如既往的繁忙，眼神中多了幾份憂鬱和迷茫。還是幹以前的那些事，可是信息越來越公開，技術越來越透明，一個有點基礎的人下載一個開源模板就能做出來。失去了信息不對稱的優勢，吹起來的泡沫一下子就刺破了，想開發點有價值的項目，技術和思維又跟不上，也尋找不到落地的載體。
故事2
最近在開發一款設備運維的互聯網應用，有機會跟IT工程師溝通，先後接觸過幾個團隊。他們看完開發規格書後，都是信心滿滿，收了預付款後，就變了。到了交期沒有一個是可按約定驗收的，一個個功能模塊慘不忍睹，功能邏輯關係混亂，完全是現有開源樣板的生搬硬套，但凡需要定製開發的細節就推三阻四。一心想著賺快錢，水平嘛，只能是呵呵了。我相信很多半路出家，所謂轉IT程序員的同行們，大多數都是進入了這樣的團隊吧。又有多少能達到BAT的專業水準呢？
基於這個原因，下決心組建了開發團隊。骨幹成員都是工業領域的工程師，熟悉工業現場，又立志於基於工業將知識結構向上發展，將IT技術應用到工業領域。之前的經驗得到延續，個人的知識結構也不斷完善，開發的工業應用一個版本比一個版本更好用，辛苦一點也值得。
工業領域工程師開發的工業應用軟件，你覺得如何呢？歡迎使用。
聽完這兩個案例，你覺得如何？你在關注這個問題，說明也在思考，是【轉】還是【融】。
說迴轉行這個問題，個人覺得這個說法本身是存在一定問題的。並不說不拿萬用表，改敲鍵盤就是轉行；不寫梯形圖，改寫H5或者javascript就是轉行。這個界定的依據是，新的工作是否是之前工作的延伸，之前積累的經驗是否得到補充，新的技術是否是為了更好的服務於之前的工作。如果滿足這些條件，那就不是轉行，而是個人職業的發展，是技術的融合，值得鼓勵和推崇。
反之，如果是盲目跟風，哪裡來錢快就往哪裡去，完全不考慮之前的積累，進入一個新的行業後，一味模仿而不強調創新，那麼這條路遲早會走進死衚衕。特別是人工智能快速發展的時代，簡單工作越來越容易被替代，沒兩把刷子怎麼保證今天吃飽明天不餓呢？
所以，我的觀點是，無論電氣、自動化或者其他工業領域的專業，鼓勵技能向上提升，將IT技術應用到工業領域，服務於工業，這是科技發展和人職業發展的必然趨勢，這是對個人經驗的補充和強化，對自己、行業和社會都是有幫助的。仔細分析自己的性格特點和專業特性，基於熟悉的領域，選擇合適的發展方向。電氣、自動化專業也有很多方向，設備工程師、技術開發工程師、工業網絡工程師、銷售工程師、工業軟件應用工程師、銷售工程師、市場運營工程師…
這是一個能落地的行業，它的未來值得期待，我們不輕言轉行，而要積極做技術的提升和融合，奉行拿來主義，對行業發展有幫助的技術包容進來，誰讓電氣和自動化專業的知識結構既能落地又能頂天呢？
一點個人工作過程中總結的體會，希望能幫到你。支持請點贊關注。歡迎留言討論。
