搞工控自動化是否需要全棧工程師？
http://www.199rrr.com 2019-12-07 15:25 來源：《工控百家談》楊志強
“全棧工程師”來自英文“Full Stack engineer”，常見于IT領域。
為啥“全棧工程師”會在IT界最先成為熱詞？說白了，一是IT比較“潮”，二是IT確實分工明細，流程復雜，就拿互聯網項目來說，項目需要產品設計+前端開發+后端開發+數據庫…甚至微信接口、小程序開發等等。這里面涉及到不同的開發軟件、不同的應用知識，這么一個項目，通常會非常復雜，對于一個項目組，如果有能熟悉各個技術（但不需要精通）、掌控全局的“全棧工程師”，將會使溝通成本降低、大幅提升開發效率。
搞工控自動化是否需要全棧工程師？
很奇怪的是，“全棧工程師”這種提法在工控自動化領域竟然很少，是不需要么？
游走在中華工控網的“工控論壇”里，經常聽工程師吐槽一些常見的場景：過去機械和電氣打架，后來電氣和工業機器人打架，現在搞工廠信息化，自動化和IT又有得掐了。一個項目即使不是由一個獨當一面的獨立完成，在團隊協作中，全棧工程師也能讓能使不同部門的技術工程師溝通起來容易許多，因為他說出來的話大家都能聽懂。
撇開溝通效率不說，小公司、創業型公司，可能更需要全棧工程師。
對于這類公司來說，全棧工程師的價值非常大，一個工程師的成本不算低，這些公司不可能像大公司一樣，各方面的人才都養著，畢竟很多工作專人也不會飽和，所以多面手、萬金油就很受歡迎.。盡管全棧工程師的薪資相對比較高，但綜合下來成本還是低很多，常常聽HR說“一個人干三個人的活兒，拿兩個人的工資”，用全棧工程師確實是小公司和創業公司的省錢妙招。
當然，全棧工程師也有尷尬的時候，由于經常在各種技術切換，他會經常忘記一些功能指令或者一些代碼語法，他經常要查幫助或者手冊才能進行開發。這在某些人的眼里，這是技術不夠的表現。但我覺得并非如此。
實際上，對于全棧工程師，并不需要面面俱到地深入掌握，而是在橫向的知識面和應用面上取勝。有一種說法就是“瑞士軍刀型”，軍刀勝在一專（小刀）多能（多功能小工具），但單單考慮某一個附加功能，實際上十元的螺絲批也比軍刀上的螺絲批好使。 同理，自動化全棧工程師也一樣，他可能不像成天開發一種PLC的工程師那樣對常用編程指令如數家珍，或者對變頻器的參數設置了然如心，但是，他對這些都不陌生，他甚至對用哪一個品牌型號的優劣都一清二楚，一旦拿到一個新項目，他能分析需求，并通過度娘或者官網資料快速檢索到需要的信息，最有價值的是，因為全棧工程師有全局視野，他能給出最優選的解決方案和架構。
搞工控自動化是否需要全棧工程師？
“會PLC（梯形圖+ST），會IEC61131標準編程（如CODESYS），會通信、會調變頻參數，會做界面，會一點高級語言和數據庫，了解機器視覺……”——這不是全才么？
事實上，招聘網站上的自動化工程師的職位要求，越來越多的呈現這樣的描述，只是，“自動化全棧工程師”這種提法，貌似還沒有，而在IT領域，“全棧工程師”早就不是一個新名詞。 如果這篇文章火了的話，我相信不用多久， “PLC+工業機器人+視覺全棧工程師”、“手機產線自動化全棧工程師”、“包裝設備全棧工程師”都會如雨后春筍般冒出來。
但是我建議各位有志成為全棧工程師的朋友，仍然需要有一兩項精通的技術作為基本盤，比如對某一個品牌PLC或者PC控制編程的精通。再拓展若干關聯技術，如運動控制、機器視覺、機器人等等。精通的技術能讓你在公司站穩腳跟，而通殺能讓你確立威望，在涉及到多平臺的聯合開發時，你最有可能成為leader。
我有一個朋友，早年做非標自動化的開發，主要還是用日系PLC控制，漸漸地，從單機自動化到伺服控制，到通過LabVIEW實現數據測量分析，甚至“跳”到用Solidworks做機構設計都可自行完成，這些年，他儼然成為了那個領域的小專家。
筆者這幾年在為業內工程師策劃一些新課程，在挖掘老師的過程中，發現越來越多的工程師在朝著全棧邁進，當然，過程還是挺艱辛的，越年輕反而越容易達成。撩到一位90后網名夏小沫的工程師，既能多種PLC編程，還能C++、反黑客、數據庫和通信，讓我不得不服年輕人的學習能力。
作者簡介：
楊志強，中華工控網主編，技成培訓課程規劃師，“工控百家談”公號主理人
本文來源：公眾號《工控百家談》 轉載請注明出處
編輯精選
