如果你是一名軟件工程師，在一家數(shù)據(jù)公司找工作，我會告訴你一個公開的秘密--大數(shù)據(jù)的爆炸性增長意味著世界是你的。作為一名招聘經(jīng)理，我可以告訴你，大多數(shù)工作在薪酬、頭銜、福利和額外津貼方面都并駕齊驅(qū)。

令人遺憾的是，工程文化被忽視了。

我不是在說“有趣”的表面跡象。我指的是一個公司有意組織自己為客戶創(chuàng)造最大價值的指標(biāo)--即使這意味著以一種非正統(tǒng)的方式管理它的組織。

根據(jù)我作為一名工程團(tuán)隊(duì)領(lǐng)導(dǎo)的經(jīng)驗(yàn)，我將分享表明一家公司是為了創(chuàng)新和忍耐而建立的五大標(biāo)志。請放心，無論你去哪里，你都會得到豐厚的報(bào)酬。但是，如果你進(jìn)入這個領(lǐng)域是為了滿足一個真誠的目標(biāo)，建立一些有價值的東西，在下次面試時扭轉(zhuǎn)局面，評估一家公司的工程文化，選擇值得你的團(tuán)隊(duì)。

1。他們慶祝全堆棧能力嗎？

對于那些輕視通才、認(rèn)為通才不如專家有價值的人，請三思而后行。

全棧工程師是一個全面的球員，不依賴任何人來完成他們的工作。它們可以單獨(dú)為您的組織提供價值。

簡而言之，他們很棒。

本周，我請我們出色的全棧開發(fā)人員Ilan Techenak開發(fā)一個服務(wù)，該服務(wù)在我們的部署中運(yùn)行，監(jiān)視Google的BigQuery數(shù)據(jù)倉庫，并允許用戶從我們的Databand應(yīng)用程序中與之集成。

讓我們花一點(diǎn)時間來承認(rèn)完成這項(xiàng)任務(wù)所涉及的子任務(wù)所需的知識和專長的廣度：

1. 這個任務(wù)中還有許多其他方面--我們?nèi)绾喂芾碛脩舻拿孛?，如何與用戶的GCP服務(wù)帳戶集成，如何監(jiān)控自己的系統(tǒng)，如何對它進(jìn)行端到端測試，等等。
2. 我們需要開發(fā)一個BigQuery代理--一個明顯的后端服務(wù)。
3. 我們需要讓用戶將監(jiān)控系統(tǒng)與我們的應(yīng)用程序集成--包括前端和后端工作，包括引入新的API和UI更改。我們的大部分后端都是用Python和Vue.js編寫的，我們使用PostgreSQL作為數(shù)據(jù)庫。
4. 我們需要讓這個服務(wù)在我們的部署中運(yùn)行--我們的系統(tǒng)在Kubernetes中運(yùn)行，并由Helm部署管理。我們使用GitLab作為代碼管理和CI/CD。是時候伸展你的DevOps肌肉了。
5. 在這一點(diǎn)上，BigQuery對我們來說是新的--我們需要一個有能力深入研究新技術(shù)并專注于了解我們需要什么來獲得產(chǎn)品需求的人。我們可以請數(shù)據(jù)庫專家了解BigQuery是如何工作的，讓BiQuery用戶熬夜的內(nèi)部機(jī)制，以及他們關(guān)心的度量標(biāo)準(zhǔn)。雖然這在紙面上聽起來不錯，但我們的BigQuery客戶都不需要這種粒度級別，學(xué)習(xí)它需要很多時間。

一個全棧工程師需要擁有大量的技能集才能完成這一系列的任務(wù)。但更重要的是，它們首先圍繞著如何實(shí)現(xiàn)業(yè)務(wù)目標(biāo)，以及如何為客戶（從而為公司）創(chuàng)造影響和價值。全堆棧工程師會處理一個大問題，例如“我們想要監(jiān)視BigQuery”，并將其分解為不同學(xué)科、不同代碼語言、不同技術(shù)和不同專業(yè)知識中的多個子任務(wù)。在他們的核心，他們是專家問題解決者，他們根據(jù)給出的任何問題自己找出解決方案。

就像我說的，他們很棒。

一個重視跨學(xué)科能力的公司通常包含新的想法、看待事物的新方法和解決問題的新方法。傾向于創(chuàng)新的公司不能不以更有創(chuàng)造性的方式運(yùn)作。

2。他們重視技能的多樣性嗎？

盡管如此，當(dāng)全棧工程師得到專家和基礎(chǔ)設(shè)施團(tuán)隊(duì)的支持時，他們會茁壯成長，這些團(tuán)隊(duì)專注于基礎(chǔ)設(shè)施的健全性，并在風(fēng)險開始增加時發(fā)出警告。

看看Jonny Barda吧--一個頂尖的后端工程師，一個代碼哲學(xué)的粉絲，一個純粹主義者，一個真正復(fù)雜的工程問題的愛好者。一個全棧工程師需要像Barda這樣的人來幫助設(shè)置參數(shù)，以確保我們支付技術(shù)債務(wù)，并在設(shè)計(jì)規(guī)劃和審查期間提升架構(gòu)問題。

說實(shí)話，巴爾達(dá)在我們隊(duì)里是不可或缺的。他為我們的進(jìn)步提供保證，因?yàn)樗_保我們的系統(tǒng)不會經(jīng)常崩潰，也不會變得幾乎無法維護(hù)。

除了我們團(tuán)隊(duì)中的專家，我們還有一個基礎(chǔ)設(shè)施團(tuán)隊(duì)，由全公司的人物組成，他們幫助導(dǎo)航船只。我們的架構(gòu)師確保我們所有的服務(wù)都處于良好的狀態(tài)，幫助工程師解決最大的設(shè)計(jì)問題，并領(lǐng)導(dǎo)基礎(chǔ)設(shè)施團(tuán)隊(duì)。我們的前端技術(shù)領(lǐng)導(dǎo)擁有我們的UI架構(gòu)，并能夠選擇正確的技術(shù)棧，以確保我們有正確的測試和共享組件的基礎(chǔ)。

最后，我們有DevOps管理員負(fù)責(zé)所有的部署、監(jiān)控和CI/CD。

正如您所看到的，系統(tǒng)的任何部分都不缺乏所有權(quán)。

我們的全棧工程師依賴于基礎(chǔ)架構(gòu)團(tuán)隊(duì)來思考大的公司范圍的問題，共享知識，解決復(fù)雜的問題，并防止我們做其他團(tuán)隊(duì)已經(jīng)在做的雙重工作。

共同作用，每個功能發(fā)揮獨(dú)特的作用，以建立一個將為我們的客戶帶來價值的產(chǎn)品。讓他們作為一個團(tuán)隊(duì)閃耀的是他們在優(yōu)勢上的差異以及他們?nèi)绾位パa(bǔ)。對于我們的全棧工程師被授權(quán)在他們測試和解決問題的探索中打破的一切，有一個專家和一個基礎(chǔ)設(shè)施團(tuán)隊(duì)來防止問題的出現(xiàn)。

有意讓團(tuán)隊(duì)擁有廣泛技能的公司會更大膽地承擔(dān)更大的風(fēng)險，以追求更好的結(jié)果，從而成為更具競爭力的企業(yè)。雖然大膽的決定可能會導(dǎo)致風(fēng)險升級，但專家和基礎(chǔ)設(shè)施團(tuán)隊(duì)提供的支持確保了所有風(fēng)險實(shí)際上都得到了計(jì)算和減輕。

3。他們的團(tuán)隊(duì)結(jié)構(gòu)是否鼓勵敏捷性？

軟件的變化是對客戶理解的變化。接受這一現(xiàn)實(shí)意味著敏捷必須被構(gòu)建到工程文化中。即興創(chuàng)作并不罕見，而是團(tuán)隊(duì)經(jīng)常發(fā)揮的獨(dú)特能力。

想象一下，你有一個樂隊(duì)--就像我們在Databand一樣--你的樂隊(duì)正在并行地創(chuàng)作許多新歌。在制作過程中，靈感來襲，你需要添加更多的聲音，如一個小吉他線或幾個低音鼓踢來完善的聲音。全棧工程師是那種能在飛行中即興發(fā)揮的多樂器樂隊(duì)成員。當(dāng)您運(yùn)行多個復(fù)雜的項(xiàng)目時，它們尤其能證明它們的價值，這些項(xiàng)目涉及許多活動部件。我向你保證，偉大的音樂很大程度上歸功于即興創(chuàng)作，偉大的軟件也是如此。

如果我們按照功能專業(yè)組織我們的團(tuán)隊(duì)--前端團(tuán)隊(duì)、后端團(tuán)隊(duì)等等--需要一個全棧工程師的事情現(xiàn)在需要3-4個不同的團(tuán)隊(duì)來處理。

在Databand公司，我們確保我們的產(chǎn)品團(tuán)隊(duì)由70%的真正的全棧工程師和30%的專業(yè)專家組成。這允許每個團(tuán)隊(duì)完全專注于一個業(yè)務(wù)目標(biāo)，并擁有成功所需的所有能力。我們的基礎(chǔ)設(shè)施團(tuán)隊(duì)致力于解決跨公司的工程難題，改善我們的內(nèi)部開發(fā)經(jīng)驗(yàn)，并確保我們奠定正確的基礎(chǔ)，使我們能夠有效地發(fā)展。

工程團(tuán)隊(duì)的組成是衡量工程文化優(yōu)先級的最簡單的方法之一。擁有更大比例的全棧工程師的團(tuán)隊(duì)將能夠始終如一地敏捷執(zhí)行。敏捷不是一個目標(biāo)，而是一種有機(jī)的存在方式。

4。他們是否根據(jù)每個人自己的功能來衡量他們？

根據(jù)Emily Heaslip在Index上的文章，度量開發(fā)人員似乎基于以下KPI：

• 周期時間-開發(fā)人員將任務(wù)從一個狀態(tài)轉(zhuǎn)移到另一個狀態(tài)所需的速度，也就是開發(fā)特性、修復(fù)bug和消除瓶頸的速度。
• Sprint burndown--它允許您理解是否要“使這個Sprint工作”，即完成您計(jì)劃在這個Sprint中完成的大部分事情。
• Velocity-交付了多少完整的特性
• 打開的請求-有多少“Jira票”沒有得到答復(fù)
• 吞吐量-總結(jié)上一周月份的所有上述情況。

盡管如何度量軟件工程是一個非常有爭議的話題，但上面的5個項(xiàng)目可以給我們提供一個合理的工具來度量專家或面向基礎(chǔ)設(shè)施的工程師。

在度量這些類型的工程師時，您將關(guān)注他們的代碼質(zhì)量、他們創(chuàng)建和解決的技術(shù)債務(wù)的數(shù)量、他們?nèi)绾螠p少所需的維護(hù)工作、他們的測試復(fù)蓋率以及他們?yōu)榻鉀Q方案選擇了最終工具的事實(shí)。

全棧工程師需要用一種不同的方法來衡量，而我們關(guān)注的是其他類型的性能：

• 業(yè)務(wù)影響-它們的特性如何改進(jìn)我們的業(yè)務(wù)KPI？有多少新用戶因此而使用該系統(tǒng)？有多少用戶重新使用此功能？它是否為用戶解決了一個真正的問題？
• 敏捷性-如果我們明天需要刪除整個特性或擴(kuò)展它以支持不同的技術(shù)棧，他能多快實(shí)現(xiàn)所需的特性？
• 端到端責(zé)任-全棧工程師應(yīng)該能夠獨(dú)立工作，從DevOps到FE開發(fā)他的特性，能夠使用該特性，確保它經(jīng)過充分測試，并修復(fù)我們在其中發(fā)現(xiàn)的任何bug。
• User Experience-為了適應(yīng)業(yè)務(wù)目標(biāo)，全棧工程師最有可能了解最終用戶將如何使用他的特性。
• 技術(shù)債務(wù)-我們期望全棧工程師指出他為了快速交付而做出的權(quán)衡，并在他創(chuàng)建一個大的技術(shù)債務(wù)時發(fā)出警告。

總而言之，全棧工程師應(yīng)該根據(jù)他們被要求達(dá)到的大的商業(yè)目標(biāo)來衡量。

這種衡量標(biāo)準(zhǔn)的區(qū)別很重要，因?yàn)樗嬖V你公司是否真的要讓員工成功。

5。他們重視你的性格和人性嗎？

要注意的最重要的標(biāo)志是，一家公司看中的不僅僅是一套與他們相匹配的技能。找一家比你所有技能和經(jīng)驗(yàn)的總和更看重你的公司。

我們所有的招聘經(jīng)理都認(rèn)識到，技能是可以學(xué)習(xí)和磨練的。我們有一些非常優(yōu)秀的開發(fā)人員，他們都來自不同的經(jīng)驗(yàn)水平。它們的共同點(diǎn)是我們認(rèn)為比正統(tǒng)的代碼掌握更有價值的品質(zhì)：

謙遜。雖然我認(rèn)為這在任何環(huán)境中都是一個重要的特質(zhì)，但在新事物永不消失的研發(fā)環(huán)境中，這是最重要的。謙遜標(biāo)志著嘗試新事物的信心和對錯誤的容忍之間的平衡。

快速學(xué)習(xí)者。當(dāng)我們招聘開放角色時，我們并不總是在尋找非常有經(jīng)驗(yàn)的開發(fā)人員。我們只是要求應(yīng)聘者讓我們相信他們能夠輕松快速地學(xué)習(xí)新技術(shù)。

對成長的渴望。我們認(rèn)為的所有候選人都是聰明和敏銳的。那些脫穎而出的人總是表現(xiàn)出一種有朝一日成為特定領(lǐng)域?qū)＜业膭恿Α?

業(yè)務(wù)驅(qū)動。我們的團(tuán)隊(duì)中不乏出色的開發(fā)人員，他們可以編寫漂亮、優(yōu)雅的代碼。但是，我們的團(tuán)隊(duì)與其他團(tuán)隊(duì)的區(qū)別在于，我們的開發(fā)人員并不滿足于不服務(wù)于業(yè)務(wù)目的的漂亮代碼。他們都認(rèn)為自己是我們底線的貢獻(xiàn)者。他們是以客戶為導(dǎo)向的，當(dāng)他們的工作得到滿意的客戶時，他們感到最受認(rèn)可。

雖然這五個標(biāo)志是幫助你評估未來雇主的極好指標(biāo)，但它們絕不是全面的。當(dāng)你考慮機(jī)會時，還有其他因素是至關(guān)重要的。下次面試時，請記住，投資于你潛力的公司才是值得你花時間和才干的公司。

準(zhǔn)備好問題來幫助你做出決定。祝你好運(yùn)！