Skip to main content

忙 忘 妄 亡

最近很忙,忙到有點東西都忘了,努力地回想忘了甚麼時但卻又開始妄想,希望不會因些而過累而亡 >.<

星期三下班回家後去了跑步,突然問了自己一個問題,妳手提電話幾多號?頃刻腦子一片空白,在下不報輸的性格驅使在下要想到為止,但較為理性的那部份卻又擔心一把回憶拿出來後 想起的不止只是電話號碼,最後...我記起了 ~ 以往由於經常打此電話,所以當有人問起自己電話時反而會說了你的電話 :P 現在...不會再攪錯了 ~

話說回來,本週二收到一個我期待已久的任務 : ~Code Review~
故名思意 就是要 Review(回顧) 別人的 Code (代碼),看看有甚麼問題。 由於今次發起 Code Review 的原因是 DB Connection Pool 爆了,所以先由 Connection 開始著手 ~ 不 Review 還以為 這個 Project 的 Code 除了沒有用 Eclipse format 過之外 是可以的 ~ 但...事實令我有點害怕... 從來沒有做過 Code Review 的 Code 是很可怕的啊 ~

下次記得 ... 要為所有新同事上課才給他們去做關於 DB resource 的任務 ... 做完還要記得 Review ... 否則當問題堆積到像現在這個地部...一切都會太趕急了...在下還是認為 慢工出細貨呢 ~

以下是小影 推介 給在下的好東西 :
FindBugs [Eclipse Plug-in / Standalone] : Standalone 會比較好一點 ~ Plugin 的確是更cool 但卻令到 Save & Auto compile 的時間更耐...
Trac : Deployed ~ 明日即將公諸於Team, Yeah~!!
SVN : 如果 PVCS 的 repository 可以 migrate 過去的話應該沒啥問題...可是還要多作研究呢 ~!!
Java 6.0 Double Buffering : 沒錯,Look & Feel,Thread Handling 是更好...但我反而擔心 RMI 那部份...是否相容...

下面這個是在下舊公司愛玩的小玩意 :
CheckStyle : 那些為了讓代碼看得比較舒服的限制...是否應該引進這個的 Project 呢 ~? 如果要做 ~ 在下並不介意做噢 ~ 雖則在 Middleware 上 scan 過一次是見到 十八萬個 error ... 有一大半是因為沒有打 JavaDoc, Trailing Space, Tab Character, 長過 80 Column, Method Length 過長, etc...不能盡錄...

Comments

Anonymous said…
似乎你己經升高了幾個層次了,要做埋code review!!
checkstyle 感覺上真的是小玩意,爛code又唔會因為用了checkstyle變好ge,又要花時間去跟番d style,唔係太值得去做呢.

tom
Kenny Yan said…
但係我當我見到...

try{
if(a==b)return;
System.out.println("visit here");
...
}catch(Exceptoin e){
// do nothing}
finally{
// do something here
}

我突然間...想殺左個 programmer, 尤其係佢用咁 Tab...
Kenny Yan said…
Damn ~ Html display 唔到 d whitespace ~ 勞煩 Tom 少 View Source 去睇嗰段 code...

Popular posts from this blog

機構目標 Organization's Objectives

 今早 發生了一個小故事. 是咁的, 今早有位快递員送了一個 生果 籃到在下家. 過了一段時間後, 該 快递員發了個語音訊息給在下, 問可否拍一張 生果 籃的照片並傳給他. 當時在下已跟內子把該 生果 籃拆了, 並將生果放入雪櫃.  該 快递員又發另一個語音 請求如若生果尚在的話, 可以隨意放回再拍照給他, 好讓 他交差.  是日在下十分合作, 如他所願地發了他需要的照片好讓他交差. 在這個故事內, 我可以推斷 / 想像到 該機構 需要快递員 拍照以證明生果 籃在甚麼情況下送到目的客戶地址。但若然  快递員 忘了這一步呢? 若果快递員對閣下作出以上要求, 閣下又會否理會? 在一個人多的機構內, 很多時候都有很多大家都不太明白為何要做, 但大家都正在做的程序。會不會都有跟以上故事差不多的效果? 也許閣下會覺得 在下沒有勇氣對該 快递員 直斥其非, 只敢在這吐糟。不過, 這個是  快递員 的錯嗎? 非也, 是因為香港土地不足!!

是日金句

星期五有幸聽到呢一句 "山不轉路轉、路不轉人轉" 當時我理解為 "盡則變, 變則通". 然後在 網上再找找 又找到更多的解說. 當時亦在腦中播出 劉德華 劉天王 的 常言道 BTW, 這個 LMGTFY 網站似乎最近改變了不少...

腦風暴 BrainStorm

1) 鄧小平 有一名句:「不理黑貓 還是白貓,找到老鼠的就是好貓。」(*雖則最平有 綠貓 和 透明貓的出現)。那我又為何老是要人家 接受我的那一套呢? 2) 用管理流水作業生產模式去管I.T. 並不適合。 3) 不要以為你工作比較久,經驗就一定豐富。I.T. 是日新月異的,昨日用的方法,明日可能會有更好的,所以不進修、不多留意業界,就等於令自己 Fade out ~ 4) 作為小的不要老是依靠老大的帶頭改變,如果每一樣東西都必定要由 老大 去提議 / 決定,那麼老大走了世界又會變成甚麼?小的之所以能變為老大,是因為他們擁有變成大人物的要素 - 看到問題,幫手解決;當然小的亦可以很簡單地怨天尤人 ~ 那麼一輩子可以過得簡單一點。 5) 在 [你會問問題嗎?] 一書內,作者引出一個對我來說是一個很新的想法,又或者 依小影的說法 那是一個巧妙的心理陷阱。要看一個領導是否能幹,不是看領導在場的時候手下甚麼做事,而是要看領導不在時手下甚麼做事。 6) Single Point of Failure = Fatal! 7) 我很容易動怒,之後作人身攻擊... 8) Pointing finger does NOT give much positive impact on the whole company. 指出了別人的錯誤並將他 凌遲處死 當然可收 以警傚尤 之效,但是我們是否可以再多走一步,審視一下是否 系統 / 制度上有問題 ? 9) 如果每次都要 上級 明確地指出我的錯誤,那我未免太遜了! 10) 要提醒自己不要被負面思想 / 文化 侵蝕~!! 11) 為甚麼要用 coding standard ? I.T. 這行的流動性大,寫這個 program 的人明日可能已經不再在此。如果程式是依照的是業界標準寫的話,接手的人不就會比較容易看明白嗎?! 12) 接收反對的聲音...積極的溝通,尋找共同的目標,非對抗...