本文不談技術，只談對工作和職場的思考。
6月17號我提了離職，經歷了長達2.5小時的談話後，我拒絕了領導表面上的多次挽留，6月24號離職申請通過，將於7月中旬離開公司。最近主要在整理這些年的工作內容，因此6月份沒有更新部落格。
2023年畢業後來到公司工作，期間因特殊原因離開過5個月，總的算下來到現在為止差不多5年的時間。這些年間，見證了很多人來人走，時間短的有只做了幾個月的應屆畢業生，時間長的有工作了7-8年的老員工，現在終究也到了我自己要離開的時候。5年的工齡，不算長也不算短。其實公司尤其是自己所在的部門，這麼多年來離職率一直居高不下，原因是多方面的。首先是整體薪資水平偏低，這是決定性因素，畢竟上班是為了掙錢；其次，所在的部門不是公司的核心部門，公司不依靠我們來掙錢，這是很尷尬的地方。整個部門的出貨量很少，因此創造的收益和價值很小，甚至出貨量帶來的利潤都抵不過部門的人力成本，更加反過來導致了薪資偏低。
關於離職的原因，馬雲曾經說「一是錢少，二是心委屈了」，簡單的幾個字總結得非常到位。我自己看來，還可以進一步地解讀，在絕大部分情況下，即便是心受委屈了但是錢多的話，還是沒問題，因為絕大部分甚至全部的委屈，都可以用錢來撫平。任何公司都會有操蛋的地方，而工資裡面有一部分就是折算為委屈費的。所以，歸結起來就只是兩個字：錢少。提了離職後，領導一般是加薪+情懷+畫大餅這常規三步走，甚至是曉之以情動之以理，可是提離職前的漲薪和提離職後的漲薪，完全就是兩回事，自己真正的價值和領導重視程度，在每次調薪的時候自然就會通過調薪的幅度主動體現出來。對於職場人而言，情懷二字素來沒有什麼意義，幹活拿錢天經地義，**不合適談不攏就換一家，就這麼簡單。知乎上太多前輩的血的經驗教訓告訴我們，提離職後才來的加薪/公升職，沒有一點意義，更多是領導為了穩住軍心，不能讓部門的人心浮動起來。如果選擇接受加薪/公升職而留下，普遍是沒有什麼好結果的，要麼被逐漸邊緣化，要麼隨時可能被穿小鞋，知乎上這樣的例子比比皆是。因離職而獲得的被動式加薪，某種程度上就是飲鴆止渴。因為一旦提離職，自身的忠誠度就已經大打折扣，再也回不去。對於企業而言，忠誠度不夠的員工是清理的首要目標。在被動獲得調薪之後，往往不利於部門的管理，因為天下沒有不透風的牆，其他對薪資不滿的同事收到風聲之後也可以有樣學樣，這樣一來整個部門的薪資體系就會被完全打破，這對於企業而言是萬萬不可接受的。因此，要麼別提，提了就得堅決地走，開弓沒有回頭箭。
對於軟體工程師而言，個人的成長很重要。軟體工程師如果沒有處在公司的核心部門或者核心專案組，那麼成長速度肯定是比較緩慢的。長期待在非核心部門，危險性其實很高。首先，個人成長一定會受到限制。因為非核心部門往往會承擔更多的打雜事宜，可能工作壓力不會很大，但是時間久了，因為各種不同時期不同需求的打雜事宜而接觸了很多的領域，結果是啥都稍微懂了點皮毛，但是往深了說啥也不熟，就如同溫水煮青蛙，時間越久自己越麻木，越發離不開這個熟悉的環境，進而越陷越深，在打雜的路上一去不返。另外一方面，打雜往往會涉及到很多方面的溝通，於是工作時間會被切割得非常碎片化，沒法集中時間精力在某乙個領域進行稍微深入的學習和研究，自然沉澱不到什麼真正的技術，打雜積攢的很多年的所謂工作經驗，可能只是前期的一年或者兩年的經驗的重複再重複。其次，一旦公司的經營狀況出現異常需要縮減人員來節約成本，非核心部門人員毫無疑問是高危人群。非核心部門的工作，一般不能為公司創造太多價值，沒錢途，更加沒前途，這就是職場的殘酷現實。所以，對於軟體工程師而言，如果成長放緩，收入受限，那麼就應該及時跳出現有圈子。也許跳出自己熟悉的圈子，告別自己認識的老夥計，花時間去融入去適應乙個新的工作環境，這是個艱難的決定，但是人生就是如此，預則立，不預則廢。舒適圈裡待久了，人真的很容易頹廢掉。
不過，在這裡還是要真誠地感謝老東家多年的培養，讓自己從小白萌新不斷地積累開發和職場人際交往經驗，收穫頗多。這些年結交了一幫老夥計，大家一起吃飯上下班加班打球看球，有很多美好的回憶。希望老東家可以越來越好。
職場如逆水行舟，不進則退。不斷積累經驗，提公升個人技能，這是不變的主題。好好學習，天天向上！
對於工作的一些思考
感覺自從領導讓我管專案以來,一直沒有讓領導很滿意的地方是自己在專案上花的心思太少.很簡單的一些例子就證明了,比如自己雖然是中途接手的專案,然後並沒有仔細檢視招標檔案,沒有針對招標檔案的要求 去核對乙方的一些功能是否完成.其次,對於乙方,我還在心裡上和行動上 做到完成把控住,我不僅要去分析我領導的想法...
對於爬蟲的一些思考
由於專案並不會投入太多的時間，所以穩定性能是最終的。穩定性的可以從以下的維度進行考慮 資料量不多的時候採用單執行緒。異常處理。重試。詳細的日誌。個人覺得資料量少就是在40小時內遍歷全部並且可以爬完的就是小資料量。異常處理主要就是放在請求 時 入庫。而重試主要是用traceback這個庫，它的作用是捕...
對於Android MVP的一些思考（二）
上次對mvp的表面概念作出了一些思考 對於mvp 響應式程式設計以及事件匯流排的一些思考 而隨著對自己的mvp框架深入優化 擴充套件，也發現了一些疑惑的地方。相信接觸過mvp框架的都清楚，針對model view presenter這三者，都會為其單獨建立乙個inte ce，規範其各自的行為。舉個例...