項目經歷準備篇——如何準備阿里巴巴P6/P7前端面試

在上次的校招文章以後，有不少同窗問有沒有社招相關的東西能夠寫一篇，如今它來了。比起校招，社招更加看重項目經歷+項目經歷反應的思考。本文針對的是想進入阿里的P6/P7同窗，着重講解了不少同窗容易忽視的項目經歷準備部分，但願能對你們有所幫助。

1. 功夫在平常

從上圖能夠看出，面試準備其實能夠分爲兩個部分：第一個部分是平常工做中對本身負責項目的抽象、提效、數據化表達；不斷反思如何用技術的手段提高業務價值，就是咱們平常常說的技術爲業務賦能；第二個部分纔是決定面試後，開始的基礎技術的準備/簡歷的準備等。

咱們在平常的工做中，很容易忽視平常工做中的項目準備部分。卻不知，決定你能不能進入阿里巴巴，或者是進入後職級評定的很大一個因素，就是你在以前的工做中是否有相似的產出。而這個工做是很難在面試準備的一兩個月內完成的。這也就是咱們爲何常說，面試的功夫在平常的緣由。

通常來講，項目準備要一直貫穿於平常工做中。若是沒有的話，也至少要提早半年～一年去準備，纔能有所成效。

2. 項目經歷到底要準備什麼

當咱們明確了項目經歷要提早準備以後，面臨的下一個問題就是究竟要準備什麼。這裏咱們先舉個簡歷中的例子🌰：

小明負責的是XX網的醫院管理模塊，在平常工做中，他兢兢業業，在準備換工做的時候，他在簡歷中這麼描述他本身的項目經歷

醫院管理系統 內容：該項目是一個醫院後臺管理系統，使用的技術棧主vue框架全家桶系列，包括axios，router，vuex，element-ui框架開發，大部分功能是基於element-ui進行業務邏輯組件的二次封裝，主要有訂單管理，微信退款，醫生科室管理，權限角色登錄等，主要是爲了打通了醫院的自己的HospitalInformationSystem醫院管理系統，線上線下醫患的同步操做，這個項目前端方面由我獨立負責，從前端基礎的架構設計進行開發。

而面試官想要的倒是：

醫院管理系統 內容：該項目是xx醫院後臺管理系統，目前承接了xx個醫院/科室的使用。與其餘醫院管理後臺不一樣的是，本項目使用了xx能力，將項目自己與醫院原有的管理系統打通。同時，項目採用了xx方案，方便了醫護人員的使用，提效xx。我在項目中承擔xx任務，項目使用vue全家桶進行開發。

能夠看到，簡歷中描述項目要包含如下幾個方面：

• 項目簡介：這個項目是幹啥的，最好有數字支撐
• 項目特色：與其餘的項目有什麼不一樣，爲何你這個項目要着重拿出來講
• 項目方案：採用了什麼樣的方案，從而完成了上面的項目特色
• 個人職責：越複雜的方案越不是一我的完成的，我在其中究竟幹了什麼
• 項目技術棧：項目採用了哪些框架、工具開發

OK，因此上面的幾個方面就是咱們項目經歷中要準備的部分——其中項目特色，項目方案尤爲重要，也是常常容易被忽視的部分。

而在面試的口頭描述的過程當中，應該：

遵循STAR方法論: 業務現狀&思考->技術能力如何解決->困難&解決->最終成果（數據&業界比對&下一步的發展方向）

這時候就有同窗要問了，我平常就是單純開發業務，沒想這麼多啊。那我這時候該怎麼辦呢？讓咱們進入下一個環節。

3.沒有這種項目經歷怎麼辦

不少同窗能夠想一想本身的平常工做，根本找不到相應的提高點。感受技術賦能業務就是一句空話，根本實現不了。對於這種狀況：

• 學會換位： 嘗試站在產品/用戶的角度上看，這個項目是否還有提高的地方
• 開闊眼界： 多瞭解同類產品是怎麼作的，多想一想業界哪些新技術能夠應用到這個項目上
• 使用10倍原則： 目前有100個病人，在系統中是手動錄入進去的，那若是有1000個病人，10000個病人呢？每當狀況複雜10倍，採起的策略就要改變。能夠經過10倍原則，反思本身還能作些什麼
• 瞭解業務數據： 不少時候你想不到，也是由於不瞭解數據。這個項目中醫生新增一個病例須要多少操做，是否有能夠優化的地方？頁面的渲染時間有用lighthouse看過嗎？有沒有須要優化的地方。

要知道，如今的前端有兩個發展方向：

• 大而全的全鏈路打通：諸如Umi，React等
• 小而精的能力優化：諸如react-use，瀏覽器插件開發腳手架等 只要你朝着這兩個方向找，總能在本身的發力點，並應用到業務上。

4. 總結

本文系統性的闡述了爲何須要準備項目經歷，準備什麼內容以及如何準備，補全了社招面試中最容易被忽略的環節，但願能對想進入大廠的你們有所幫助。

本文使用 mdnice 排版