安卓陪伴的兩年

不知不覺做安卓還有10天就兩年了。開始的時候還真是菜啊。什麼類啊,變量的使用啊都是一頭霧水。做程式員個人感覺剛工作的前半年是很難做的。因為菜的讓大手們很是生氣啊。自己有時也會非常的郁悶,甚至有不想做這行的念頭。哈哈,還好我堅持過來了。

        開始會了一些基礎的東西了,真正開始做項目了,上司說接口,一頭霧水,接口什麼東西?也不敢問啊,幾個月下來了知道了,啊。非本地接口就是一些網絡傳輸的一些協定啊。随着開發的進行,發現了接口是最簡單的東西。現在想想當時也不知道是怎麼一點一點的熬過來的。想想程式員依舊是個kd的職業啊。

        起初,基本上不會了就去找度娘,google。因為很多次碰到的東西都沒有做過,很是費時費力。可是又有什麼辦法呢。不斷的在個個論壇網頁間遊走,有時候甚至問一些非常弱的問題,現在想想挺可笑。就像别人現在問自己一樣。

       好吧,該學的也學了,該查的也查了,項目還在進行,項目還在增大,非常的臃腫,但是還是非常有成就感的,就感覺我的代碼行數越多自己就越N。定義的變量還感覺不錯,從寫法上到意義上。嗯。項目完結了，但是公司不給力啊,沒有好的測試也沒有上線,哈哈。郁悶吧。不知不覺一年過去了,回過頭來看那些"好"代碼,啥這個地方怎麼能這麼寫。明顯有bug，那個地方明顯寫重複了,抽出來吧寫成公共類。哦哦頓時醒悟,原來那時寫的代碼如此的垃圾。呵呵。現在也沒強太多。繼續努力吧。但是改過了順眼了,又過了一段時間又有了提升。

       最後,我想說說我對整個項目的開發流程的控制與思路。一個好的項目首先要有好的思路,方向。随之而來的是設計,個人認為到達設計這一步,美工随時都要跟進,否則他們不會有開放的思維。設計出來後,我們要進行詳細設計,要配上流程圖、UML圖。為的是給開發人員明确的思路。這些其實不歸程式員的。我隻是說說我的想法

      那麼到寫程式這一步了,項目經理、技術經理要非常非常了解我們的項目需求。同時team所有人參與項目的詳細了解工作。下一步便是架構的搭建。架構中UI與非UI最好要分開來寫,同時注視是必須的,能夠進行抽取的公共類,方法一定要抽取出來。不要把過多的計算放在同一個方法中。這樣别人對代碼的熟悉度會降低。同時也會降低代碼的開發效率。架構的搭建過程要不斷的溝通。最後的架構成型後還要出一份技術文檔,供team參考。然後項目組人員磊代碼,要将項目的流程跑通。僞代碼居多就可以。然後進行真正意義上的開發。這時候,開發人員的溝通是非常關鍵的,這樣開發效率會大大提高。代碼可讀性也會很好。這樣的代碼後期維護性也會很好。

      首次發表,不是很好。大家見諒。謝謝