IT 公司需要前後端都懂的人嗎？

現在普遍情況是前端和後端相對分開，公司也分別有專業的前端和後端團隊。公司需要前後端都懂，能寫HTML，CSS，也會Ruby和MongoDB的人嗎？前後端“都懂”肯定不會像專攻前端和後端的人那麼專業。

回複內容：

以同事為立場，希望和這樣的同事工作。兩點原因：

１.合作需要，開發時如果兩人都懂另一角色的技術，易於溝通。出了小問題也可以立即解決減少溝通成本；
２.從學習的角度講。通常一門技術掌握皮毛只需要20%的時間，80%的時間用於學習剩下的20%到精通。實在沒有理由不肯抽出20%的時間而讓這門技術'不懂'下去。 先不考慮公司是否需要，我覺得做為一個工程師而言，終極的目標是"build a product from scratch"。那對於做web app的工程師來說，就是前後端通吃，還有一定的營運能力。當然，對各部分能力的要求是不一樣的，假如你是個 優秀的後端工程師：

• 即使你不會從頭到腳寫一個responsible framework，起碼你應該會使用bootstrap做個過得去的前端展現
• 即使你寫不出來複雜的javascript widget，起碼能處理像知乎這樣的訊息通知前端
• 即使你不能對mysql進行效能調優，將performance最大化，起碼你能在自己的產品crash時能夠恢複資料，恢複系統的運行
• ...

當你具備了這些能力時，你就能更好地站在其他角色的立場上看待後端開發，你的後端開發能力也會隨之提升。這也是某種程度上的synergistic effect吧。

這樣的人，無論到哪裡，都會受歡迎。Rails 的作者 DHH 就是 Ruby&Javascript 雙修的大牛
國外這樣的人很多，不要給自己貼標籤 需要，原因是這樣的人通常具備更好的技術統籌能力，在技術團隊裡比較有希望做綜合管理職位，尤其在下面幾類角色上：

專案管理，前後台積累如果過於膚淺會形成判斷障礙，如對於某個功能的難度的判斷，對於整合功能測試流程的把握，品質控制，很難想象一個對前端效能沒有認知的專案管理人員能夠給整合測試提出什麼標準來；

團隊管理，如果在前背景認知都過於膚淺，就比較難以贏得專業技術人員的尊重，團隊管理角色本身的積累是團隊穩定性的重要因素；

架構人員，沒有全面的技術認知和經驗，在這類角色上會很顛簸；

IT公司技術團隊裡面最貴最重要的往往就是這些角色，貴是有理由的。 精通某一端，瞭解另一端，就很不錯很不錯了。 從成本考慮，還是分開為好，懂的越多，其自身定位和要求也就越高，這不是一般公司能負擔的起的，即便只是懂的多而不是精深。

其實不用刻意招，只要內部多交流，合作的多了，多多少少都會懂的，這樣更好一些。 一定要有：前後台都懂或去努力知曉其利弊的意識，前後台都精通可能很難，多少都要知道，可以輕重不同。不管是大公司，還是小公司，因為最終都將分到某個項目團隊中，為此必須要有......一條線的理解非常關鍵，做事情能考慮更周全，能規避很多風險..... 我是前後端的開發都做，在經濟能力有限的小團隊，有這種能力是很必要的。在一些分前後端部門的團隊中，前後端被分離必定是有客觀原因的。不好判斷是否有必要分離前後端。

但作為前端、後端的開發人員、設計師，學會關聯的知識是很有必要的。

前端或後端精通其一應該是最好，但兩者都會提高競爭力沒有問題。 我認為，優秀的前端工程師是需要一定的後端開發能力和知識……但一般的只是會關注前端方向，包括互動、體驗等 不一定需要所有人前後端都懂。
但我一般會在一個team裡安排一個前後端都有涉獵的人，做協調工作，或者是救火隊員。

