面試主要看幾點：專案經驗+基本技術+個人潛力（也就是值不值得培養）。

> 簡歷該如何寫，才能有更多的面試機會？

    其實我在看你們簡歷的時候就想知道以下內容：你是否能勝任這份工作？是否有上進心？是否夠積極主動？是否有潛力？就這幾項，如果你做不到這麼多，起碼得保證自己簡單點，沒毛病吧？另外，你投了簡歷給公司，起碼記得公司名字，知道公司到底做什麼的吧？我之前電話面試一個人，說「您好，我們是上海薄荷科技」，然後那邊說「薄荷？沒印象了啊」，對於自己投遞的簡歷連一點印象都沒，我只能說管你簡歷多優秀，最起碼的態度上就沒有重視這件事，肯定不會有下文了。

-- 程式設計師簡歷應該怎麼寫？- https://blog.csdn.net/aaa199623/article/details/73741678
技術總結的風格多種多樣，舉幾個栗子：最普通的技術總結；資歷深厚長篇大論型；牛人極簡型；矽谷Geek風；賣萌型；

-- 簡歷的star法則。  作為鵝廠面試官一員，會更多基於 STAR 面試法，主要通過你的行為看你的程式設計能力，除了讓你做演算法題外，更重要的是你實際寫過的程式碼和專案，效率如何？有沒有考慮過異常處理？實際的訪問效能如何？有沒有開過自己的 github 專案，或者是給知名專案貢獻過原始碼，其次才是你的編碼風格如何，學習成績啥的。

-- Star原則：1.處境 在什麼樣的環境下 2.任務 接到了什麼樣的任務 3.行動 然後具體怎麼落地 4.結果 拿到了什麼結果；
1、儘量避免主觀表述，少一點語義模糊的形容詞，除非是大公司大牛，已經有成果撐腰，否則慎用「熟悉… …」、「使用過… …」
2、多一點表意清楚，語氣肯定的數量詞、名詞、成果描述。一定要將自己的優勢和期望明晰地表達出來，便於招聘方能對候選人有更準確的
定位：
介紹技術：最近幾份工作經歷中所參與過的產品、專案、角色 ；
在工作中做的專案的技術細節；
克服過的技術難點與細節；
感興趣的技術；
在程式馬拉松上參加的專案或者是業餘的個人專案（+link）；
如果領導過技術團隊，寫下帶的團隊的規模與管理風格；
介紹自己：過往有特點經歷、擅長的方向、對網際網路的理解、職業發展規劃；

-- 在回顧專案經歷時，關於你自己的那部分，一定要想明白並記錄下來，從下面三點來挖掘你的亮點：

 你負責的工作內容； 用到的知識、技能；你對整個專案的貢獻(最好可以量化)
  
  程式設計師運用程式語言、技術框架、設計模式、演算法等開發針對某個領域問題的軟體，軟體必然和目標需求和業務密不可分，所以，程式設計師左手技術，右手業務，假如你對業務內容完全不感興趣，很難想象你可以把軟體做好。因此，當你有了目標產業，目標公司，還要去了解這家公司做什麼產品，是產品導向的公司，還是專案導向，還是外包為主，選擇那家你對它的業務範圍感興趣的公司，不感興趣的就果斷篩掉。
  簡歷的主體框架就是這樣子了。接下來，我會根據我的目標職位——高階軟體開發工程師——來找幾條招聘資訊，通過分析招聘資訊來優化簡歷的技能與評價、專案經歷兩個部分。這兩部分也是我們優化簡歷時的重點。

- 管理專案，制定專案計劃，跟蹤計劃，控制專案進度；
- 團隊管理與激勵；- 部落格、公眾號等自媒體運營；

-- 在面試之前，首先要了解一下對學習能力的含義及等級定義，以便從面試中判斷。學習能力的等級含義：（分0、1、2、3級）

0、不願意更新自身知識結構；不注意向同事學習；忽視同行業的發展狀況。

1、為了滿足本職工作的需要去學習改進，願意並善於向同事學習，獲得必要的知識或技術。

2、為了進一步提高自身素質，從事不太熟悉的任務，能夠鑽研資料，獲得必備的知識或技能，以儘快適應新工作要求。

3、深入瞭解當前最新的知識和技術，能夠意識到它們在產業界的應用。

-- 簡歷應該避免的幾點是:

只描述技能，但與自己能力不匹配。

只描述高大上專案，沒說自己做了啥。

描述以前工作過於簡單，幾乎沒有內容。

誇大事實，沒做過說自己做過。

-- 面試需要注意的地方

 面試題目：根據你的等級和職位變化，入門級到專家級：廣度↑、深度↑。

 題目型別：技術視野、專案細節、理論知識，演算法，開放性題，工作案例。 
 細節追問：可以確保問到你開始不懂或面試官開始不懂為止，這樣可以大大延展題目的區分度和深度，知道你的實際能力。因為這種關聯知識是長時- 期的學習，絕對不是臨時記得住的。
  
 回答問題再棒，面試官（可能是你面試職位的直接領導），會考慮我要不要這個人做我的同事？所以態度很重要。（感覺更像是相親）。
 資深的工程師能把 absolute 和 relative 弄混，這樣的人不要也罷，因為團隊需要的是：你這個人具有可以依靠的才能（靠譜）。
 
  一個優秀的程式設計師應該具有怎樣的技能:
基礎紮實；主動思考；愛學習；有深度；有視野；紮實的編碼經驗；

- 校園招聘與社會招聘：
校招和社招的是不一樣的，校招會更加關注基礎知識，而社招會更加關注之前做過的專案情況。社招: 最重要的是經驗與是否能應對所在工作未來的一些挑戰。

- 面試方式
一般程式設計師的面試分為：程式碼筆試+問答面試。
程式碼筆試主要就是考察能力，問答主要是對專案以及個人的情況瞭解。

- 找工作時需要避免的幾點:
簡歷不要出現錯別字和明顯的錯誤；
平時的工作之餘，不要忘了對自己技術的追求, 多理解多寫一些程式碼；
沒有不加班的 IT 公司，擺在心態，主要看你覺得這種加班值不值得；

-- HR篩選者在閱讀你的簡歷時心裡都有選擇標準， 1. 工作的挑戰性如何， 2. 你的工作跟我們公司有多少相關性，所以你需要把工作描述清楚。
    專案，職責，成就以及發展的技能.
 
  有同學問，如果我在專案裡邊沒有那麼顯赫的成績可以說怎麼辦？講不出成績時，就講你的成長。因為學習能力也是每家公司都看中的東西。你可以寫你在這個專案裡邊遇到了一個什麼樣的問題，別人怎麼解決的，你怎麼解決的，你的方案好在什麼地方，最終這個方案的效果如何。
 
  具體、量化、有說服力，是技術簡歷特別需要注重的地方。

-- 作為面試官，希望從簡歷上看到儘可能全面和關鍵的資訊，這裡包括：

* 畢業的學校，專業和成績(gpa和排名）

* 所從事的專案，專案的基本描述，以及自己工作中的關鍵點

* 自己的突出優點，對於遊戲開發方面是否有明確的傾向
* 平時積累知識和寫程式碼，如果能落成blog和github上就更好了

* 程式設計師的硬技能和軟技能

-- 簡歷：對網際網路(1)，對公司(2)，對這個職位(3)，是感興趣(4)，併為此做了準備(5)。
簡歷：突出能力和優勢，技術能力和表達能力。。。
解釋清楚問題本身及解決方案是面試的關鍵。。

-- 某技術人員

 L先生是那種新技術的狂熱追逐者，系統維護的專案無法滿足他對技術的追求，他開始嘗試加入架構組，在架構組裡，先是寫公共的底層元件，後來開始協助組長優化現有的開發架構。在架構組的那段時間，少了專案上的雜事幹擾，可以安心的研究技術。從那時開始他養成了，讀開源軟體原始碼的習慣，當年比較流行的是SSH架構，他幾乎上把Spring、Tomcat的原始碼翻了個底朝天。
 後來他跟我說，自己剛開始讀開原始碼，非常痛苦，因為基礎太差很多程式碼看不懂，讀原始碼的同時，開始自學資料結構、軟體工程等相關計算機基礎課程，慢慢就進去了，越讀越輕鬆。漸漸能理解作者為什麼會這樣寫程式碼，常常有一種豁然開朗，高山仰止的感覺，讀開原始碼簡直就是和大師對話。就這樣堅持了一年，彷彿打通了任督二脈，一下子覺得很多技術的東西都通了。
 隨著技術水平越來越高，不再滿足只讀開原始碼，開始建立了自己的開源專案，難度一下子又上了一個臺階，做開源專案的那段時間，白天上班，晚上熬夜寫自己的開源專案
 有了積累，L先生，後來跳槽去了百度做架構師，他走之前寫了新的開發架構，替掉了老架構，據說新架構穩定、先進，服役了好幾年。百度並不是他的終點，他從未在追求技術的道路上停止，再後來從百度離職去了一個初創公司，做首席架構師。
 Z先生是從開發人員、轉向業務、再到市場的典型案例，每一步都為上一步做好了積累，不固執，擅溝通，在需求溝通時發現了自己的業務分析能力，在售前技術交流時發自己做研發時的技術積累，和需求工作的歷練竟然可以讓自己做售前， 就這樣不經意間發現自己的亮點，慢慢成就了現在的自己。
需求分析的方法論.做專案需求，和使用者、研發、測試都要打交道，溝通能力變得越來越強。懂技術、懂業務、還會吹牛逼。
 UI設計、互動設計、前端開發融合的越來越好，逐漸成了產品經理的候選。
 每天的工作基本上就是接電話，幫助使用者解決各種系統問題。因為工作認真，態度好，專業能力得到了內部人員和使用者的一致認可，很快就升職做了現場實施組的組長。
 做了實施組組長之後，開始承擔管理工作，雖然組裡只有3-4個人，但他還是想盡辦法學習如何管理團隊，為此還專門考了個PMP鍍鍍金。因為完全按照專案經理職責要求自己，他的管理、組織、協調能力得到了全面提升。
 專案經理，一下子需求、研發、測試、工程實施全都他一個人管。幸好他先前有了比較充分的準備，才不至於過度慌亂，平穩的從現場工程實施組長過渡為一名優秀的專案經理。

> FAB法則：

-- FAB 法則，即Feature Advantage Benefit：
Feature：是什麼；
Advantage：比別人好在哪些地方；
Benefit：如果僱傭你，招聘方會得到什麼好處。

> Star法則：

-- STAR法則，即Situation Task Action Result：
Situation：事情是在什麼情況下發生；
Task:：你是如何明確你的任務的；
Action：針對這樣的情況分析，你採用了什麼行動方式；
Result：結果怎樣，在這樣的情況下你學習到了什麼

http://www.devstore.cn/essay/essayInfo/5557.html
 STAR法則應用--SITUATION（背景）、TASK（任務）、ACTION（行動）和 RESULT（結果）
 將每件事用S T A R 四點寫出，將重要的事情做成表格
例 大一辯論比賽獲得冠軍
S 系裡共有5支隊伍參賽，實力。。。，我們小組。。。。。
T 熟悉辯論流程，掌握辯論技巧，獲得系冠軍
A 自己主動整理資料，組織小組學習流程，編制訓練題，小組訓練，根據每個人的特點，分配任務（詳細，儘量詳細，包括當中遇到的困難都要回憶起來，自己是怎麼解決的）
R 獲得系辯論賽冠軍
  背景（SITUATION）: 通過不斷提問與工作業績有關的背景問題，可以全面瞭解該應聘者取得優秀業績的前提，從而獲知所取得的業績有多少是與應聘者個人有關，多少是和市場的狀況、行業的特點有關。
 工作任務（TASK）: 每項任務的具體內容是什麼樣的。通過這些可以瞭解應聘者的工作經歷和經驗，以確定他所從事的工作與獲得的經驗是否適合所空缺的職位。
 行動（ACTION）: 即瞭解他是如何完成工作的，都採取了哪些行動，所採取的行動是如何幫助他完成工作的。通過這些，可以進一步瞭解他的工作方式、思維方式和行為方式。
 結果（RESULT）: 每項任務在採取了行動之後的結果是什麼，是好還是不好，好是因為什麼，不好又是因為什麼。

  可以讓HR迅速瞭解你整個活動的前因後果，同時，也突出了你在這個活動過程中的領導能力，溝通能力，主動解決問題的能力等等。
  溝通能力，協作能力，領導能力，主動解決問題能力
  簡歷上的任何一個資訊點都有極大可能成為日後面試時的重點提問物件。所以說，簡歷不能只寫上讓自己感覺最牛的經歷就完事了，而是要想到今後，在面試中，你所寫的經歷萬一被面試官問到，你如何能回答得流利、順暢，並且能通過這段經歷，證明自己正是適合這個職位的人。而面試中被極為推崇的STAR法則，同樣能運用在簡歷中，讓你的簡歷瞬間變為“star”。
  我覺得在找工作的時候，認清自我是很關鍵的一點。不然過分的以為自己的能力超群，往往會給自己帶來挫敗感。
  “知己知彼，百戰不殆”，我們不僅要了解自己，也還需要對外面的市場進行一下了解，比如問問其他公司的朋友，大概工作年限和水平的人待遇如何，也是為自己定價的一個方式。
  出去找工作，也以為著你要放棄現在的工作條件和人脈，到一個新的環境中成長，我們的心態也很重要。謙遜有禮會給你未來的工作之路帶來好處。

-- 有一種叫做"STAR 法則"的方式，可以幫助我們更好的充實內容，比如:
- Situation & Task。
 由於業務迭代速度加快，垂直搜尋業務的效能衰減至 x 秒，效能優化刻不容緩。
- Action。
 團隊一共 x 人，由我發起並推動前端效能優化，其中後端研發也一起參與。
技術上主要負責前期效能監控的打點與後期評估，前端效能方案調研以及選型。
其中，效能監控在 Chrome 等瀏覽器下使用了 HTML5 navigation timing 得到了更為精確的效能指標資料。
調研並實現了 bigpipe 與 bigrender 技術。
- Result。
 優化結果前端效能由 x 秒到 x 秒，效能直觀感受提升 x0%，頁面核心指標 UV/PV 提升 x0%。
除此之外，還設計了效能整改涉及的模組業務的灰度上線方案，提升了上線安全。
整體專案的結果明顯，得到了經理與同事們的一致好評。
簡短一點的也可以這樣：

  2006年，我參與了手機 XX 網釋出系統 WAPCMS 的開發（這部分是大家都會寫的）。作為核心程式設計師，我不但完成了網站介面、排程佇列的開發工作，更提出了高效的元件級快取系統，通過碎片化緩衝有效的提升了系統的渲染效率。（這部分是很多同學忘掉的，要寫出你在這個專案中具體負責的部分，以及你貢獻出來的價值。）在該系統上線後，Web 前端效能從 10 QPS 提升到 200 QPS，伺服器由10臺減少到3臺（通過量化的數字來增強可信度）。2008年我升任 WAPCMS 專案負責人，帶領一個3人小組支援著每天超過2億的 PV（這就是 Benefit。你能帶給前僱主的價值，也就是你能帶給新僱主的價值。）。

正常情況下，個人的貢獻一定要大於企業為這個人負擔的各種成本(薪水、社保、公積金、個稅等)

  程式設計師在找工作時，在一開始有三件事情會對能否獲得面試機會至關重要：
知識、技能、經歷梳理；
確立求職目標；
簡歷優化；

  知識和技能可以幫助我們創造商業價值，而知識和技能的積累過程本身也是有價值的。積累知識和技能的過程，就是經歷。
- S(Situation)，背景情況，包括面臨的障礙、限制或困難
- T(Task)，任務，目標，想完成的事情
- A(Action)，行動計劃與步驟，如何克服障礙、達成目標
- R(Result)，對結果的描述，重點關注你取得了什麼成就

-- 簡歷STAR法則：Situation，Task，Action，Result。 
寫好簡歷的7個原則：
 1）個人品牌
你是誰，你在行業裡有多大的影響力？你有自己的部落格/自媒體嗎？你的部落格/自媒體裡有你對這個行業的所思所想嗎？你有多少粉絲？你是不是這個領域的專家？這些都是你的個人品牌。
 2）專案經驗
挑重點去講，不是羅列你所有的專案經驗，而是提供一兩個拿得出手的專案，這個專案要能彰顯你的實力。
 3）行業背景
你是做什麼出身的？你在這個領域有多少年？你是否還有別的行業從業經驗？這些都很重要
 4）理念認知
你對這個行業有什麼理念上的認知？你對一個行業的認知，能決定你在這個行業的地位。
 5）未來願景
你未來是怎麼計劃的？你打算長期深耕這個領域嗎？
6）工具技能
你掌握哪些技能？你會使用哪些工具？很多公司的職位對員工都有技能要求，比如產品總監要能熟練使用AxureRP等原型製作工具，擅長PPT等。
 7）文化風格
你的文化是否和公司文化相沖突？你的風格是否和公司主體風格類似？

STAR法則,即為Situation Task Action Result的縮寫，具體含義是:
 Situation情境：HR希望你描述一個你遇到的挑戰、專案。（曾經完成的某件重要的且可以當作考評標準的任務的背景狀況。比較繞口好好理解下）
 Task任務：你當時的任務是什麼？HR想知道你是怎樣在上述情境下明確自己的任務的。
 Action行動：你做了什麼？HR要知道你為上邊的任務所付出的行動，為什麼這麼做？還有其他方案嗎？
 Result結果：結果怎樣？從你的行動中，得到了什麼？有沒有完成目標呢？你獲得了那些經驗教訓呢？之後有沒有再用到那些經驗呢？

  通常應聘者求職材料上寫的都是一些結果，描述自己做過啥，成績如何，很簡單很籠統。
而在面試時，面試官需要了解應聘者如何做出這樣的業績，用了什麼方法、手段。這樣才能全面瞭解應聘者的知識、經驗、技能掌握程度及工作風格等。
  通常，我們在求職材料上寫的都是一些結果，描述自己做過什麼，成績怎樣，比較簡單和寬泛。HR在面試的時候需要了解應聘者如何做出這樣的業績，做出這樣的業績都使用了一些什麼樣的方法，採取了什麼樣的手段。通過這些過程，從而可以全面瞭解該應聘者的知識、經驗、技能的掌握程度以及他的工作風格、性格特點等與工作有關的方面。

簡而言之，STAR法則就是一種通過結構化思考來講述故事的方式，能夠清晰的向HR展示自己的資訊與能力。
  在寫簡歷和麵試時，我們都需要描述工作經驗或個人經歷。
  situation：第一步明確相關經歷及任務的背景：是什麼型別的；怎樣產生的；當時情況是怎樣的。
  Task：第二部明確在相關經歷及任務中：要達到什麼目標；完成過程中涉及什麼環節及流程。
  Action：第三步明確：針對這樣的情況進行的分析；決定的行動方式及採取的步驟。
  Result：第四步描述結果怎樣。
  在回憶經歷時，這四步都是必不可少的。接下來我們以四個例子來看看。