前言
說時遲那時快，轉眼間我也35了，9年了還沒有年薪百萬確實很慚愧，今天就借這個機會聊聊這些年的經歷吧，
核心問題:
- 我是誰？
- 我從哪里來？
- 我到哪里去？
現狀
航天集團下屬某單位的軟體團隊leader，主管研發，個人內向偏技術特別不喜歡喝酒，感覺跟我大航天集團的傳統有點格格不入，能走到現在這個階段也算是各位領導寬宏大量了【戰術狗頭】，單位算是正經的國企，應該也算央企吧，團隊有差不多20號人，正在帶團隊主攻一個產品平臺，未來有望多個專案借這個平臺范訓，日常作業呢目前也就保證30%精力在開發上，其余大多在協調資源，組織管理，流程處理，產品規劃上，
技術上，前臺后臺都懂那么一點點，經過這么多年的努力，算是統一了組織的B/S領域的技術堆疊，SpringCloud，nacos，ELK，Prometheus，Skywalking，微服務這一套也玩了近2年，Kubernetes在內部環境下也有一套集群，只可惜生產環境沒有用戶愿意落地，
收入呢就不提了，反正是餓不死【狗頭】，
對了對了，要是有愿意來天津發展的開發同學，可以考慮私信聯系我哦，但是呢你知道的航天集團很傳統的可能會卡學歷，提前預警一下，
回顧歷程
- 2012，做遙感影像的演算法，由于在學校是做影像處理的，所以進入公司一直從事著至少自己認為從事著演算法相關的作業
- 2013年上半年，Matlab版開發為MFC版，演算法做好了，但沒人落地改為C++，于是自告奮勇自己跑去做開發，憑著當年半瓶子的C++還是磕磕絆絆的把程式寫出來了，
- 2013年下半年，寫方案寫方案寫方案，初期寫方案寫了很多次通宵，，，，后來成為了小團隊的leader自主權就多了些，盡可能避免和規避各種無效率的加班和通宵，期間還搞了一個MFC的軟體，，，
- 2013年年底，本來搞演算法的卻被安排搞軟體開發，人生總是充滿了變數，也許Matlab改MFC的那個事產生了很大的影響，直屬團隊從零開始構建，由于起步的兩個專案采用了完全不同的兩種技術框架，一種SSH一種OSGi，這個起步讓團隊花了3年以上的時間才完成技術融合，
- 2014年~2015，開始做專案，面對小伙伴離職的束手無措和無可奈何，面對團隊成員間矛盾時的如坐針氈都還歷歷在目，后來接觸敏捷，摸索和嘗試，思考該做什么，確定人生戰略方向和每日閱讀的戰術，
- 2015年~2018年，專案做了一個又一個，開始逐步更新和統一技術堆疊，先是OSGi重構為maven+springboot+hibernate的架構，然后SSH重構，前端是easyui+ext保持不變，
- 2019~2020年，前端試點轉型React，后來由于遺留專案巨大放棄重構，新專案全部采用React+antd模式，另一方面，開始嘗試落地微服務技術，試點eureka+config+zuul+fegin微服務技術，然后再嘗試nacos提花eureka+config，再引入ELK聚合日志，再引入Skywalking做鏈路跟蹤，再引入Prometheus做服務監控，再引入Kubernetes實作Paas化，
- 2021，開始嘗試產品化路線，同時軟體團隊獨立，嘗試走出自己的一條路，更高的不確定和自由度，
目前的問題
- 缺乏真正的思考和努力，很多東西都只是看了學了，但沒有徹底掌握
- 放權和激勵做的不好導致團隊成員普遍缺乏主動思考的習慣
- 產品缺乏核心亮點和競爭力，需要短期內明確新爆點
展望未來
當前更看重平臺和自由度，希望能在1~2年內做出真正的突破性產品和平臺，抓住機會和風口，帶領團隊實作階段性目標，
最后的話
- 小心對待客戶的“需求”，客戶提出的需求往往是站在他們角度和基于他們水平所能想到的最好的解決方案而非真正的需求，所以如果你什么都不想，照著客戶的”需求"直接實作的話，那么大概率專案會陷入一種需求泥沼，最后狀態是客戶也提不出什么意見，但做出來的東西就是不好使，沒人用，于是進入軟體死亡期，
- 變化和堅持，目前唯一可以確定不變的事就是變化本身，而目前大概率正確的事就是不斷的學習和改進自身
- 接受和控制，接受你不是這個世界的主角這一事實，接受你不能改變的部分，關注你能改變的部分并改變它
好了，啰啰嗦嗦這么多就這樣吧，睡覺~
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/297775.html
標籤：其他