自我思考

        作開發入行以來，認識到對於一個開發程序員而講，除了正常的開發寫代碼，必需要熟悉業務場景。一些技術的實現，適用於哪些業務場景，咱們應該怎麼作，去解決企業的問題，這樣才能把代碼的價值有所體現。做爲一創業型小公司的開發人員，我很感謝這個平臺，能讓我接觸到不少的信息，可能這個平臺各方面不是很完美，制度不是很完善，可是對於我這個轉行的開發來說，能學到不少。適合就好，不管對錯，路還要往前走，來南京還有一個月就又一年了，畢業也快一年。時光匆匆，今天去小區裏轉轉，感覺感覺生活的氣息，上班時候，週一到週五，不見陽光，整我的都有點白了，淚奔。今每天氣真好，春天來了，陽光的味道特別好，做爲一名宅男，在這個午後的下午，寥寥草草記錄些本身的工做點滴。

        對於工做，動能談業務討論需求，追數據組要表要數據，靜能作到默默地畫本身的靜態頁面，嘗試寫業務流程實現業務代碼。一週五天，一天討論需求理解業務，兩天催數據組的數據，好吧，拿到表和數據已經到週四週五，這時候寫後臺的業務代碼時就要抓緊時間了，還會加班，固然不會熬夜，身體是革命的本錢。急急忙忙功能完成，下週繼續優化頁面和後臺的代碼，管控本身的代碼質量，按時完成任務，不作豬隊友，固然要幫隊友忙。

        好的，我來講說咱們公司的產品研發的整個流程。產品經理與需求分析團隊進行討論定下產品的原型，可能時間比較急那就只有excel或者是產品原型文件，研發部的項目經理帶着咱們這些具體的負責研發人員對於這些需求記錄在冊，而後與數據組溝通，要表數據，根據相應的文檔進行開發，先出來一版的項目，進行評審，大佬們各類提要求，咱們再記錄下本身負責部分的需求變更，而後再追數據組要數據以及頁面調優等等。這樣的評審通過四五次基本肯定一個大的版本，這時候能夠先拿給客戶進行演示，而後需求變更，咱們繼續改或者是重作新的功能模塊。

        是的，咱們沒有專業的測試團隊，咱們的測試就是咱們這些研發人員。還好，我寫一些測試用例，單元測試，當代碼出問題時能夠較快的排查問題，固然單元測試是須要維護的。代碼的質量須要規範，咱們用阿里的規範，對於數據庫命名規範什麼的項目經理最近要用蘇寧的，我並沒有感，我只是以爲用大廠的規範比較靠譜。咱們的開發壓力並非太大，本身的功能模塊開發好之後，和項目老大彙報一下，進行驗收，而後在下一個功能模塊到來自前，能夠看一些本身想學的內容或者幫一下小夥伴，寫寫後臺代碼或者調試頁面。

      關於學習，用到哪學到哪，學到哪用到哪。項目老大由於是咱們的架構師，最長和咱們說的一句話是要作什麼功能模塊，要用到的技術是哪些，沒接觸過的能夠先去研究下，而後完成它。項目老大不多說有具體的時間期限，通常根據本身的能力在他的預期內能完成，咱們也不會說是去偷懶，完成任務，本身的實戰能力也獲得了提高。

        關於職業規劃，在一個方向的沉澱很重要，java的領域很廣，咱們是要成爲專家型人才仍是架構師或者就行寫代碼作開發，亦是說轉產品轉需求，這些都須要咱們這些程序員去考慮。最近接觸到大數據的項目，感到本身的知識面並非太廣，這個階段我想搞搞大數據，企業的需求動向讓我有機會接觸到大數據的內容，本身想把握一下，我對本身的定義是先成爲技術專業性的人才，先成爲開發團隊的leader。

        再說說溝通，溝通特別的重要，作技術的人溝通成本要最低，咱們是在一塊兒創造，一塊兒共事，盡力與你作到最有效的溝通，溝通起來無障礙，共事時誰不喜歡呢。