本篇文章並沒有什麼技術乾貨，就是記錄和分享自己面試的一點心得，希望可以對你有所啟發。
一定要自信，面試官很多時候都會反問一些問題，問你確不確定，這個時候一定要說確定，哪怕錯了也沒關係，很多時候，你回答的是對的，他們也會問你。
這個能看出你對問題掌握的程度，是模糊不清還是爛熟於心。
簡歷上：可以把自己擅長的部分寫上，自己平常做過的一些東西寫上，比如我說做了webpack打包優化，提公升了***，首頁效能優化，提公升了***，然後必問，這些展開講的話，細節就太多了，能說很長時間
回答問題的時候，不要只回答面試官的問題，要把自己知道的都說出來，但是要保證，自己說的一些東西一定要很清楚，因為一般都會接著你提到的這些東西往下問，直到問到你說不會為止。比如問你flex布局，你可以提到flex:1，flex:1是哪些的縮寫，有哪些用途。
自己平常過的一些東西，做完一定要寫篇文章記錄下來，不然中間的一些研究過程和資料都記得不是很清楚了，比如我做過webpack打包優化，當時就是沒記錄清楚，比如修改了***配置，打包時間從多少降到多少，自己親身做過的東西，如果當時記錄下來的話，面試的時候就可以說很多，同時也能展現自己思考問題和解決問題的思路。千萬不能給人一種自己在背題的感覺。
有一道很神奇的面試題，就是 輸入url到頁面展示經過了哪些流程，這一道面試題，你可以至少說兩個小時的那種。
這個可以考察在平常學習的時候，自己有沒有把一些瑣碎的知識點串成體系那樣去掌握。
最好是每道題能從幾個方面作答，說完大的方面，再說小的方面，比如問效能優化，你可以說分大致兩個方面，1. 載入的資源更少 2. 載入的資源更快，然後具體再闡述這兩個方面的具體實施措施。
大概可以了解候選人的思維邏輯能力和表達能力。
把面試官的提問當做是你做技術分享的時候，聽你分享的人的疑問解答。你平常做的一些事情，技術，平常應該會很少給人完整從0到1的講出來，但是面試官其實可以充當乙個聆聽者。
這部分真的是關鍵，之前我一直以為這部分隨便說說就好了，太大意了。
很多問題都可以從你的專案中來問，我個人認為可以按照這樣的乙個思路來準備，我做了***x,遇到了***x個問題，其中我想了***x個方案，最後因為***我選了***方案。
做專案遇到比較深刻的幾個問題
你做的專案中有什麼亮點
為什麼離職，對下家公司的期待
你是怎麼學習的，最近在看什麼
在現在這家公司，你覺得你得到了哪些成長
可以列一下自己想去的公司和對應的部門，通過各種渠道找內推，在很多招聘平台上投完簡歷後，會有很多獵頭找過來，不要因為自己當時沒有面試邀請，而接受獵頭給推薦的自己其實並不是很想起的公司，最好不要病急亂投醫，因為一是浪費自己的時間，而是公司招聘其實成本也是非常大的。
上述的心得是個人在面試了很多次之後的總結，基本最開始都是按照不好的情況去做的（一面就被掛了，每次被掛之後，就開始懷疑自己的能力，甚至都不想去面試了），後來調節自己的心態，給自己打氣，給自己設定乙個最低的要求，就是自己會的東西一定要自信的說出來，慢慢總結，強迫自己轉變心態，其實後來面試下來，很多問題也都沒回答上來，但是有的面試居然還過了。
面試心得這種東西，一定是要面試完之後立刻記錄下來，不然會忘記當時的那種感覺（回答不出來的緊張也好，尷尬也罷，甚至被問到自己很熟的東西的那種成就感）。
本篇文章是本人經過一段時間面試後的心得，說的不一定對，也不一定適合所有人，也可能之後再面試或者再過一段時間會不同的理解。
關於call user func的一點心得
好久沒寫部落格實在是慚愧，最近寫乙個控制器程式，程式獲取頁面提交引數為程式中乙個類的方法。比如，頁面有不同的按鈕可以讓使用者觸發 getmethod a 和 getmethod b getmethod n 控制器在得到引數之後如何呼叫類中對應的方法？就需要用到call user func 按手冊照葫...
關於CBitmap的一點心得
本人mfc初學者，本週剛學會bmp顯示，總結的一點心得 bmp顯示無非幾種情況 1 知道位圖路徑 2 位圖已經載入到資源 3 位影象素資料在記憶體中 顯示 cbitmap pbitmap 第一種情況 hbitmap hbitmap hbitmap loadimage afxgetinstanceha...
關於sql的一點心得
積累了一定的後端開發經驗，談一下寫sql的一點心得 1.select from 一定要要慎用，最好是只返回你需要的列，否則效率會很低 2.游標要慎用，之前從因為記憶體不足的原因，使用游標從資料庫中讀資料，游標實際上就是分批放入記憶體，實際上減小了記憶體的占用，但效率會變低 3.索引要建立在經常做查詢...