其一:
細心2 其二:為什麼說細心呢,在最近一段工作中,對心細這個詞實在是感觸很深,再說之前呢,先舉幾個我自己的例子
第乙個例子就說一下最近在開發中,開發的頁面存在一些缺陷並且後台邏輯控制也存在異常,領導將這一次的任務分配給了我,我個人感覺,這個問題真的不是什麼很困難的bug什麼的,單純的只是上乙個開發者留下的缺陷,
本應該很簡單的乙個問題,修改頁面的引數展示,再把後台的邏輯控制修改一下,基本上就算是完成了這次領導分給我的任務.
就是這樣的乙個任務我卻一而再再而三的修改資源版本,直到第四個版本才真的完成任務的開發,
真的是我不會嗎?並不是.這就是其中一項,細心,這就牽扯到另乙個問題,自我測試.若存在充分的自我測試,那麼這個問題也不會來來回回修改四個版本才真正的完成這個任務
這裡說乙個插曲,在我三次修改這個資源的時候,去請示領導請求他將我的任務從測試上重新分到我手上的時候,我真的感覺的到了一陣陣的壓力,這個嘴根本張不開,但是程式又有問題.根本不能夠上線,必須重新開發的時候,內心非常的懊悔
一定要心細,不需要開發的很快,但是一定要細心,為什麼呢.因為你改一次就改好和你連續改四次改好,這並不是乙個概念,乙個資源改四次才真正的完成這項任務.我若是領導我都覺得這個人不行,因為太莽撞,觀察問題不細心,如果投產之後出現巨大的損失,沒有人可以承擔的住.
軟體開發每一處都是風險.
規矩
規矩為什麼是必備的第二個優質品格呢.
每乙個工作環境都有著自己的規矩和方式,這應該是乙個工作者最起碼掌握的一項技能,那就是符合規矩,這裡的規矩並不是歪門邪道的規矩,而是真正的一種不需要言語的規矩.就好像乙個任務開發完成之後,需要對這個任務寫設計文件和測試文件一樣.不僅僅是為了給自己看,也是為了給下乙個接手你的任務的下乙個開發者來**的.
每乙個工作環境都有著屬於自己的軟體開發的規矩,這裡的規矩並不是明文的規定,更像是大家作為軟體開發者的職業本能,在我看來規矩更像是乙個任務開發開始到結束的一條通道,不管是什麼樣的任務都應當在這個通道裡完成.這樣對應**的評審和後來人對**的參考更加有價值,像是一種軟體開發的風格
在對乙個任務進行開發的時候,我覺得應該注意以下幾點
對開發任務進行分析,並指定相應的開發計畫(這一點可以分析的時候寫在本子上或者自己的文件中)
開發過程**現的疑問,不要用猜的(若測試與猜想一致則無關係),要記錄下來並檢視原因,要分析為社麼出現這樣的原因,一定要對開發**現的意外情況,一定要問自己為什麼
一定要對自己編寫的**存在疑問,要問自己若是這裡沒有引數怎麼辦,要是那邊報錯怎麼辦
若是存在版本控制軟體,一定要保證自己的資源不會被覆蓋,並且自己上傳的資源沒有覆蓋別人的資源
對於他人開發完成的**,並遺留到自己手上的時候,應當理解這個**的邏輯以及實現的功能並若是有任務需要修改這段**的時候進行優化
功能實現之後自測,並應當測試對應的多種場景,若無異常算是**開發完成可以交由測試人員測試
對於自己開發的功能,應在對應的文件中說明並標註測試案例
沉住氣,成大器 (至少不懊悔)
Flex 手機air 近段時間總結
用flex開發手機專案的便捷之處，在於它可以同時支援安卓和ios系統，但由於不是原生的手機 所以有時候要借助相應的擴充套件ane進行相應的擴充套件功能呼叫。手機專案中勾選該應用，使其真正的擴充套件到手機裡面 接下來就可以將該ane類似於swf檔案，通過呼叫裡面的開放介面，實現我們需要的效果，在這裡面...
工作近一年的總結
1.在工作步調 觀念上沒有和老闆保持高度的一致，一直以為老闆是 錯誤的，而沒有向他多問幾個為什麼，而是找其他部門的同事請教，而且結果未果，這樣做其實是很低效的 2.沒有把平時累計的困惑幾天的問題彙總成為具體的文字 郵件儲存，向同事隨時請教 3.工作中經常遇到乙個問題以後，很容易鑽牛角尖，而不是向同事...
近兩周工作總結
十一前開始做人臉識別，經過近乙個月的奮戰，現在終於整出來一點東西，雖然還有很大的改進空間，但是在這裡也為自己小小的慶祝一下。乙個人整出點東西來，著實不容易啊。有時候碰到點問題，真是不知道該怎麼辦，還好，現在的網路很發達，能夠學到很多東西。我是用adaboost haar做出來的，在接觸adaboos...