但是，企業(yè)在招聘全棧工程師的過(guò)程中，很容易發(fā)生招錯(cuò)或者招不到的情況。這是因?yàn)槠髽I(yè)對(duì)全棧工程師的理解以及自身的需求都不夠清晰，所以趁此機(jī)會(huì)，不妨來(lái)聊一聊“全棧”工程師。

首先，我們需要明白沒(méi)有理論上的“全棧”工程師，理論上的“全棧”工程師，就是掌握各種技術(shù)，精通各門語(yǔ)言，熟悉各種框架的工程師，能為項(xiàng)目鋪設(shè)基礎(chǔ)設(shè)施，能夠設(shè)計(jì)系統(tǒng)架構(gòu)，還能解決各種開(kāi)源框架的問(wèn)題，并把相應(yīng)的框架知識(shí)帶給團(tuán)隊(duì)。但是，一個(gè)工程師的成長(zhǎng)往往受諸多因素影響，比如時(shí)間、精力、專注度、自控力、天賦以及公司的業(yè)務(wù)傾向等等，注定了這樣一位全能大神是不能夠輕易誕生的。就算有這樣一個(gè)人，最終也很難落到中小型企業(yè)中來(lái)，而且就算中小型企業(yè)選擇了一個(gè)這樣的工程師，其高昂的薪資也是不容易承擔(dān)的。

其次，你想要的真的是一名“全棧”工程師嗎？

很多案例證明，全棧工程師的工作是在新業(yè)務(wù)開(kāi)展的時(shí)候，為項(xiàng)目鋪設(shè)基礎(chǔ)設(shè)施，他能夠熟練的使用Container， CI/DI等工具為項(xiàng)目架設(shè)工作流，并輔助架構(gòu)師鋪建基礎(chǔ)的項(xiàng)目技術(shù)架構(gòu)，在保證架構(gòu)輕薄的同時(shí)，能夠合理的解耦I(lǐng)O，數(shù)據(jù)驅(qū)動(dòng)、事件驅(qū)動(dòng)等部分的代碼,并封裝為易于常規(guī)開(kāi)發(fā)者調(diào)用的API。這絕非一項(xiàng)簡(jiǎn)單的工作，前期架構(gòu)工作往往意味著其他開(kāi)發(fā)者的效率，以及業(yè)務(wù)變化帶來(lái)的重構(gòu)問(wèn)題的可能性，而這些也是很多大廠的全棧工程師需要具備的能力。

然而很多情況下，我們只是需要一個(gè)人能夠前后端一起開(kāi)發(fā)，順帶包攬運(yùn)維、測(cè)試以及部署的工作。

之所以這么說(shuō)，也是因?yàn)楹芏喙驹诓槐匾珬９こ處煹臅r(shí)候，提出了招聘全棧工程師的需求。如果只是需要自己團(tuán)隊(duì)的工程師可以前、后端一起開(kāi)發(fā)，并且還能包攬測(cè)試、運(yùn)維、部署的話，那么利用工具就能完成。

經(jīng)過(guò)長(zhǎng)期對(duì)市面上各類工具的測(cè)試發(fā)現(xiàn)，“飛算SoFlu軟件機(jī)器人”與上述需求更加匹配。