像往常一樣，在夜色下插上電源和網線，啟動膝上型電腦，登入qq，找到所有有關公司的群，逐一的申請退出和確認退出。今天，2023年9月7日
終於離開了服務了五年的公司，隨著零星記憶片段讓我回憶下這五年的點點滴滴。
2023年9月的深圳還是烈日當空，我頂著驕陽，懷揣夢想和希望走進現在這家公司總部，新的環境，新的面孔都等著我去適應和挑戰。
2023年3月，公司為了發展需要把整個研發團隊遷移到了廣州分公司，我跟隨公司第一次來到了廣州，離開了熟悉的深圳和朋友，剛熟悉的辦公環境又陌生起來了。因大部分的人熟悉了深圳的環境，不太願意在廣州工作，所以團隊離開了很多人，我接手了兩個將要驗收的專案，乙個是房地產行業的網路營銷系統，乙個是移動行業的boss資料分析和工作流系統。因之前有一定的工作經驗，想借這兩個專案機會走向專案經理方向，可是等真正接觸到客戶，對整個專案負責的時候，發現無法快速推進專案，一張嘴別人就感覺不專業，整個知識體系不健全。雖然後面跌跌撞撞把專案驗收了，同時也把自己的弱點暴漏無疑，公司領導也慢慢的給了個定位，只適合搞搞技術。從現在來看，那個時候的自己對自己沒有乙個正確的認識，沒有站長中心乙個明確的方向，不知道自己未來的生活在那裡。
2023年6月由公司技術總監帶隊，著手開發公司乙個大型的，具有戰略意義的綜合平台。受到技術總監的影響主動的擔任兩個核心模組的開發，隨著對這行接觸的深入和別人影響，感覺自己需要朝架構師方向努力。買了設計模式、uml和企業應用系統架構設計相關的書籍狂啃。那個時候記得，經常快到中午的時候被總監叫到辦公室談話，匯報設計成果，討論一些團隊建設和生活問題，每次都會超過飯堂吃飯時間，每次都是他帶我去園區的餐廳。
是他提出了我的很多弱點，是他建議我去看些什麼書籍。隨著專案的推進他慢慢的退出專案，後來他也離開了公司，整個從深圳過來的團隊就剩我和乙個專案經理。這個專案期間的個人努力、總體環境的薰陶和總監的指點，我的計算機程式設計的技術能力上了乙個台階。懷念那段時光，感謝總監的指點。
2023年4月，根據公司戰略規劃進行綜合平台的二期建設，因技術總監離開和客戶要求公司引進了微軟顧問團隊，這一年又是不平凡的一年，後來從這個團隊走出去的人員都非常了得。顧問團隊按照微軟msf模型來管理專案，顛覆了之前我們認為軟體大部分時間都應該是在coding的認識。前期進行了很多可行性分析和論證，專案正式啟動後圍繞需求和架構也進行了反覆討論和確認，最後召集相關干係人進行階段性評審。等真正進行coding階段大部分需求都得到很好的分析和分解，通過有效的溝通需求是明確的，計畫和成本也是可控的。專案推廣階段我參與了針對各個層次的使用者進行培訓工作，當然這時候我的溝通能力、情商低、文件編寫能力和總結能力的缺陷又突顯出來。
2023年9月，在這家公司已經呆了三年，同時分管技術部的領導再次離開了公司。在「轉型」的公司年度指導方針下，把公司的研發部分成三個產品組，我被調往輕量級bi組，這跟我進公司所接觸的那個房地產行業的營銷系統有點關聯，只是當初壓根就不知道bi這個名詞。基於資質和對公司系統的熟悉，公司給了個研發/技術經理的頭銜，技術加管理頭銜一開始確實讓人樂呵，但是怎麼管理、怎麼在技術上再一次突破等這些問題卻沒有好好思考。新的專案，新的團隊成員，新的產品經理和研發經理(兩個研發經理)的組合，還有新的技術領域等問題隨著時間的推移慢慢突顯出來，我那個時候想如果公司沒有再多其他資源的投入我們團隊不可能搞出點什麼來，而公司認為結合兩個專案(乙個報表展示和企業匯流排的專案)的機會，以研發的名義就讓你們搞搞，試試看是否可以弄出點什麼來，這樣的結果可想而知。慢慢的我們三個人的分歧也越來越大，總在使用者體驗上爭論不休，產品都沒有那裡來的使用者體驗？這個時候冷靜的思考和巧妙的退出是很重要的，而那個時候的我卻渾然不知，總想自己所管理的報表系統能夠得到客戶好評，產品經理的離職和另外乙個技術經理提出建立公司公共組得到公司領導的認同的時候，我成了孤軍奮戰，同時客戶的投訴也悄悄的來臨。
2023年5月，公司的年度指導方針由「轉型」變成了「起航」，研發部再一次重組，由原先的專案型組織結構轉變成矩陣型組織結構，分成產品組和專案組，研發經理有向技術總監匯報，專案經理向產品總監匯報。而我調入產品組，同時還在那個專案失敗的陰影中。在此之間負責了公司的乙個檔案系統的收尾工作，同時了解在領導眼裡成功的門戶組相關的產品和專案，本質上是沒有太多的出別，但是使用者體驗上，關係人期望值管理上做的比我們好，同時清晰的目標，積極的心態也比我們做的好。這種教訓是慘痛的，是值得深思的。
2023年11月，跟我一樣心態的老員工陸續的離開，公司的新面孔越來越多。去留問題已經擺在面前，還有那麼多問題沒有弄明白，就這樣離開？移動行業的另外乙個客戶再次與客戶簽訂了綜合平台的專案，我想再嘗試下，擔任這個專案的研發經理，組建分階梯的專案團隊，按照msf、cmii3等專案管理思想展開了專案活動。
從需求解讀、分析開始，所有團隊成員都參與，根據自己的技術特長找到自己感興趣的模組，前期進行多次的解決方案討論。通過需求評審、概要設計評審、詳細設計、定期的**走查等關鍵點的控制，專案按照預期發布了第乙個測試版本，經過多次的溝通和確認，客戶可接受的模組越來越多，同時也遇到了新的問題，系統中有乙個公司不具備開發能力的模組，所以公司就嘗試第一外包，也是一家小公司，想藉此機會進入移動行業，所以**很低的情況下也答應做了。沒有詳細的需求說明，沒有原型確認，也沒有階段性的交付，兩個月後給出乙個版本，客戶說頁面太醜(乙個gis相關的模組)，與預期的有落差。因相差太大，外包商又以虧本為由拒絕版本的更新，最後不得不內部研究地圖框架，用3d效果替代原先的，雖然問題解決了，但是這個是未預料的，進度延遲乙個月左右。專案分階段的上線，測試，修改bug，與客戶確認，給使用者培訓，多個專案整合測試等環節反覆的進行，慢慢的專案接近尾聲。專案順利驗收了，只有專案組員之間的專案總結，沒有結業party。
2023年6月，受另外乙個pmp的影響，沒有太多的思考就報名參加了9月份的pmp考試，一邊維護著專案，一邊學習專案管理知識體系。因大環境影響，公司專案不是太多，除了主打專案之外，公司還想搞點其他專案，我接到乙個安全領域的解決方案編寫的任務，要求從較高層次上說服客戶建設乙個結合十八大資訊保安要求的專案，ppt技巧，文字組織能力，說服能力，業務行業經驗的缺陷又困惑著我，最後事情也不了了之。
2023年9月，來公司已滿五年，自己也三十而立了，各種各樣的問題隨之而來，乙個累字可以表達此時的狀況。沒有太多的顧及，堅決的寫了辭職書。是的，該停下來了，好好思考，好好總結，出去走走，準備下一程。。。。。。
站長的家
C 的點點滴滴
函式傳值有三種方式 按值傳遞 pass by value 按位址傳遞 pass by address 和按引用傳遞 pass by reference 不同的是，按值傳遞方式中，函式部分不能改變主函式中實參的值。而按位址傳遞和按引用傳遞均可以改變主函式中實參的值。按值傳遞，實參和形參均為同一型別的物...
點點滴滴的積累
大學本科的四年裡，感覺過的很平庸。沒有學到什麼東西，就畢業了，那是放縱的大學生活。2005年，研2 時，因為要做畢業課題，我開始學習程式設計 因為師兄們畢業走了，我只能自己看書。當你知道該幹什麼，又沒人帶你的時候那是乙個痛苦的過程。半年mfc學到了一點皮毛，然後半年時間一直用在cplusplus上。...
實習的點點滴滴
markdown 是一種輕量級標記語言，它允許人們使用易讀易寫的純文字格式編寫文件，然後轉換成格式豐富的html頁面。維基百科 使用簡單的符號標識不同的標題，將某些文字標記為粗體或者斜體，建立乙個鏈結等，詳細語法參考幫助？本編輯器支援markdown extra,擴充套件了很多好用的功能。具體請參考...