1.如果有買房需求，一般社保需連續交三年，但對於未滿三年就跳槽的，需注意在離職前向原公司財務申請續交社保，不然“人走菜涼”，離職後再補交會很麻煩，前任公司未必會幫忙，所以會斷交一個月社保。。。GG
2.技術小白的產品經理會有代溝，他們一般會異想天開（比如根據心情改變手機殼顏色），他們難以理解技術實現層面，更不用說體諒了。
3.單憑看代碼理解業務會有歧義，猜想，不確定性，所以開發接口前一定要熟悉業務和操作流程，要有流程圖或設計圖（不然會十分抽象），理解業務後，自己設計開發接口（即使有參照接口，切忌複製粘貼，因爲別人接口的邏輯並不一定適合，若沒有完全弄清邏輯，套用別人的代碼會崩掉。而且複製粘貼，接口出問題了，你也會一臉懵逼，因爲都不是你親自設計的接口）。之前有家公司，前端直接給後端文檔，文檔裏有前端設計好的返回數據模版，參照接口，說數據在參照接口裏都有，你重新排版一下就行了。做完後，後來市場反饋接口出問題了，會一臉懵逼，因爲你只負責把查詢出的數據排版顯示出來，至於數據怎麼來？業務是什麼？操作流程怎麼樣都不清楚，接口雖然是你寫的，但數據出問題了，會找不到原因。後來熟悉業務後整理好接口（哪個接口對應頁面哪裏？數據怎麼來？數據幹嘛的？），接口再出問題都能答出個所以然了。
4.反思第3點的坑，我認爲自己爲什麼記不住東西是因爲：沒有構造好接口之間的聯繫，如果沒有圖會變得抽象（畢竟人與人之間的想法都不同），抄襲終究“一問三不知”。做的接口要知道是幹嘛的，對應頁面什麼地方，形成點->線->網->面
5.前三年工作不要向着錢看，一家對技術成長有利的公司，我認爲應該具備這些
- 你的上級是個技術大牛，你寫的代碼，他會檢查後再上線（你以爲自己的代碼無敵，其實漏洞百出）
- 開發流程：需求分析->流程圖/需求文檔->設計圖->接口文檔->前端對接->測試->上線（有流程，纔不會出現那麼多矛盾）
- 一個團隊：項目經理（技術大牛），後端，前端，設計師，測試師（協助開發，單排多無意思）
- 自家產品，因爲自家產品纔在乎用戶體驗，這是一般的外包公司不具備的
- 涉及的技術有深度。而不只是CURD
6.口頭需求不要理會，這種需求一般都是改來改去，或者做出來和口頭人不對應。
7.需求分析，這個需要整體分析，有可能某一步能實現，某一步不能實現或者某一步和另一步銜接不上。所以當自己還是小白時，沒有技術大牛分析過的需求，考慮不周到，最壞就是白做或重做了。
8.職場中，即使是別人的原因導致你的工作無法正常運作，也不能明話說別人的不是，不然會導致同事間的不和睦。有可能別人並非有意不配合你，而是遺忘或也不清楚如何配合你。這種情況要換種說話方式，不能見人就甩鍋，將直接甩鍋的話，換成提醒句。如：xxx沒告訴我xx，我怎麼做？？改爲：xxx你好像還沒告訴我xx，你這邊儘快確認好後告知我，我好開展工作了，謝謝！！
9.職場中遇到不順心的事，也不必抱怨，怨這怨那的，只會越來越糟。有些事你知道如何解決，但無力迴天就坦然接受吧！！有一天你真的足夠強大，能帶着4坑1打9取勝，這都不是問題了。（真正的強者，是那個即使環境多麼惡劣，能挺身而出的那個，而不是環境惡劣，就抱怨環境不配合你的那個。職場就是這樣的）
10.自己負責的接口，先問清楚業務邏輯，操作流程，頁面顯示，然後自己根據業務設計開發接口，不必看舊接口，舊接口可能會誤導你的邏輯，而且如果舊接口是爛代碼，理解是十分喫力耗時的，這也是開發慢的原因之一
一起避坑，一起成長
持續更新分享，敬請期待。。。