菜鳥的成長——第一個項目的感悟

1、進入項目組
2013年還在過年的時候,接到實習的電話,立馬在學校辦了相關的手續後,就去南京實習了。說實話,實習並無什麼實際的內容,來的第一個星期,把我還有幾我的分到如今這個項目組,電腦都沒有,真坑爹,經理就拿了幾本書,讓咱們本身看,後來有了電腦,經理告訴我從SVN庫拉下代碼,讓我本身看。就這樣過完了實習。
畢業以後,7月初正式開始入職,仍是在這個項目組裏面。給咱們分配了帶教人,帶咱們,今後正式的走上了碼猿的不歸路。程序員

2、接手項目組的工做
帶個人那我的,說實話,真的很坑爹,在這裏,我不是說想詆譭他(畢竟,在成長的路上曾經幫過我),哎,說多了都是淚,有一個牛逼的人帶也是一種幸福啊,剛開始,熟悉代碼,經理給咱們講了項目的基本狀況,讓咱們瞭解了大體的方向。大約看了一個月的代碼,簡直快把本身看瘋了(我相信,有不少人有跟我類似的經歷)。實在是受不了了,我去找經理,能不能分配一些簡單的任務,先練練手來加快熟悉。經理看着我那指望的眼神,答應給我分配一些事作,以後開始分配任務給我,可是隻是作作,沒有讓咱們提交上去,也只是作一些簡單的事。但也由衷的感謝,不用一直看代碼了。
印象深入的是,本身第一次負責一個功能模塊。由於是本身獨立完成(帶個人人請假了,讓我本身作),當時那個懼怕和激動,畢竟不用一直坐冷板凳了,可是又擔憂本身完不成和出現問題,後來,加班完成了,雖然過程當中出了點小問題,但仍是沒有影響發佈。
過了不久,帶個人人被調到其餘的項目組,我本身就開始負責整個的項目組的業務開發和對接三個客戶端的工做。這個階段也是我成長最快的階段,雖然加班不少,可是也很享受那段時光。(回首望去,看着星空,默默流淚,回去繼續寫代碼了噢!)
對於剛開始工做的程序員,犯錯是很正常的,我也是犯過錯的人,有一次測試沒有測試徹底,致使有些功能出現問題,大boss追究先來,心想此次完了,後來是產品經理和技術經理給我說了好話,這事也就過去了,當時心中感慨萬千。(說實話,當時千萬個草泥馬在心中奔騰)。
後來,本身慢慢的從錯誤中學習了不少的東西。在後來,隨着本身不斷接觸新的知識和學習,也發現這個項目的許多的問題,讓我感受有一種積重難返的感慨。下面會說一說。架構

3、感悟和認識
發現的問題:
(1)從一開始,這個項目就是作着試試的態度,沒有一個統一的規劃,前期沒有認真的規劃,整個的架構沒有設計,基本上就是拿來主義。
(2)在後來的開發過程當中,領導的干涉太多,而且並不瞭解本身的產品。(說白了,就是瞎指揮)
(3)開發人員,對於使用的工具知道的太少,並無充分的使用框架現有的功能,只知道重複的早輪子,寫了太多無用的代碼。
(3)開發的過程當中,遵照的規範更是別提了,公司的文檔都有,可是真正去看,去遵照的有不多,寫代碼爲所欲爲。
(4)功能的定位和可用性,徹底是領導說了算,沒有結合產品的實際狀況,致使如今,以前開發的許多的功能,如今基本上沒有用了,變成了無用的代碼,棄之惋惜食之無味的現狀。
(5)因爲(4)的問題,致使代碼多而無用,刪除又不可動做太大,致使集壓,整個工程冗餘太多,積重難返。
(6)開發的時間永遠是那麼的少,(這基本上是這個行業的通病,我也不知道說什麼)
本身的想法:
(1)產品人員應該對開發出的產品有明確的定位,不是說有多完美,至少知道產品的主線(主要的功能)是什麼,這一條是整個工程的核心,在後期的開發中,基本上就是以此爲基礎,開始擴展。
(2)在完成第一期的主線(主功能)以後,以後的版本,圍繞的核心是基於主線,是產品更加的完美(並非說有不少的功能)。
(3)開發人員,注重代碼的質量,多瞭解本身使用的工具,避免造輪子,基本上這是吃力不討好的事,畢竟,成熟的東西太多了,
(4)產品和開發人員,在工做和配合上協調,充分的發揮各自的特色。框架

4、結尾
以上徹底屬於我的的觀點,有些不對的地方,還請海涵,畢竟我也只是個菜鳥,還有不少的東西要學。工具

相關文章
相關標籤/搜索