首先自我介紹一把，本人屌絲一枚，性別男，愛好女；畢業於國內二本三流師範大學，電腦科學與技術專業，畢業後各種志向遠大、各種夢想懷抱，毅然決然背起行囊，遠離故鄉；一頭紮進漂的一族，進入了還算對口的it行業，成功晉公升為一名碼農，經歷了所有剛進入該行業的人應該經歷的所有階段之後，我進入了下面所要記錄的我的新的階段。
所謂上班時間這麼短，加班怎能不**；進入了開發階段、專案的上線就只是時間問題了；當然，專案的進度永遠都緊張的，外加之對公司內部的框架一點不了解，所以，加班也是必須的；先從簡單功能做起，練練手，熟悉熟悉；之前說了，框架不了解，所以就得多問、多折騰、多除錯；經過很多個日夜的折騰、第乙個簡單功能搞定，所謂萬事開頭難，搞定了第乙個，接下來的工作就是水到渠成，程式設計師金牌教條拷貝、複製的問題了；當然過程中也會遇到很多新的問題，但這時候已經覺得天空飄過5個字，這都不是事了；在開發完乙個重點業務之後，測試人員的介入，宣布正式進入論持久戰的開發測試階段。
開發、測試是一家，這個是領導經常灌輸的，也是從道理說的過去的，測試還不是替開發人員找問題嘛；理是這個理，但誰又能說，婆婆和媳婦不是一家人呢？所以開發和測試的矛盾永遠都會存在，無法泯滅；進入測試階段，就沒有單純的開發**那麼簡單，你需要時不時的面對測試美女提出來的各種疑問與bug，且你需要及時的響應與修改（公司的bug考核機制在時刻監視著你）；當然，在這個過程中，就會後很多的問題出現，測試和開發意見不一致、這種小問題還需要bug來修改等等之類的問題就會層出不窮，那麼必然導致開發和測試之間的爭吵也就難免了；自從不幸乙個功能模組被提了5個bug,上了公司的bug top5（當然公司新業務需求和專案功能在一起考核，也是存在問題的），被領導批，外加之，本人一直比較憤青；所以，在一段時間裡，也是經常和測試吵得臉紅脖子粗；當然，吵歸吵，專案還是按部就班的進行著，轉眼間，專案也已經基本開發完成，進入了破開烏雲見日的一天，專案終於要實施上線了。
實施階段，由於專案是二期專案，開發的功能基本都是新增功能（這裡指著我負責開發的模組），沒有資料切割、灰度發布之類的工作（應該有模組之間的資料切割，我沒參與，這裡忽略），所以測試通過後很痛快的就上線了；當然，上線之後，客戶試用階段又會有新的問題發現，這就又需要去溝通，去修復；這時候就要考驗你前期的需求調研情況了，前期越充分，這時候應該就會問題越少（除非客戶思想又變了）；c專案因前期調研還算充分，上線後雖有問題，但也算還好。
就這樣，專案做完了，剩下的就是修修補補的工作了；這是我來a公司後接觸的第乙個專案，因為是二期專案，需求模組比較確認，專案方向也主要有專案經理來確認，目的比較明確，總體感覺專案還算順利；當然，在回寫這段經歷的時候，因為是純開發的角色，覺得感觸最深的是這樣三個問題：
1、客戶與開發人員的關係
客戶與開發人員的關係，所到底就是需求變更與功能設計的問題；需求的變更，就意味著**的變更，往往都會存在需求開發到一半，客戶突然性情大變的情況，此時開發人員可謂叫天天不應，叫地地不靈啊；在長期的摧殘之後，覺得充分的交流以及必要的牽制是非常必要的；在設計階段，一旦有新的成果就要拿出來與客戶交流評審；當客戶需求發生變化時，也要清楚的說明變化可能引起的代價：專案的延期、費用的增加等。
2、測試人員與開發人員的關係
所謂本是同根生，相煎何太急，用在測試人員與開發人員身上一點都不過分；各自身上都揹著各自的大山（kpi）,且各自的考核指標又正好完全相駁，所以相互理解是必須存在的。
3、公司|專案經理開發bug管理
當然，公司的bug管理機制完全是一把雙刃劍；bug管理太鬆,開發質量沒發保證、測試人員怨聲載道，在一定程度上也會影響專案的進度；bug管理太緊，又會導致開發人員過分關注，導致和測試人員水火不容；所以，如何很好的運用這把雙刃劍，起到即保證開發質量，又有效保證開發進度的作用，值得專案負責人員深思。
專案曲折進行之路——第一篇
ANDROID專案重構之路 架構篇
寫於2015 06 05 我將專案分為了四個層級 模型層 介面層 核心層 介面層。模型層定義了所有的模型 介面層封裝了伺服器提供的api 核心層處理所有業務邏輯 介面層就處理介面的展示。幾個層級之間的關係如下圖所示 這裡寫描述 介面層封裝了網路底層的api，並提供給核心層呼叫。剛開始，為了簡單，該層...
Android專案重構之路 介面篇
在前一篇文章 android專案重構之路 架構篇 中已經簡單說明了專案的架構，將專案分為了四個層級 模型層 介面層 核心層 介面層。其中，最上層的介面，是變化最頻繁的乙個層面，也是最複雜最容易出問題的乙個層面，如果規劃不好，很容易做著做著，又亂成一團了。要規劃好介面層，至少應該遵循幾條基本的原則 保...
Android專案重構之路 架構篇
我將專案分為了四個層級 模型層 介面層 核心層 介面層。模型層定義了所有的模型 介面層封裝了伺服器提供的api 核心層處理所有業務邏輯 介面層就處理介面的展示。幾個層級之間的關係如下圖所示 下面展開說明具體的每個層次 介面層封裝了網路底層的api，並提供給核心層呼叫。剛開始，為了簡單，該層的核心類我...