CAT | 電腦和網際網路
Life’s Passion » Blog Archive » Eclipse VE gets revived!.
Welcome back of VE in Eclipse stream after more than two years’ sleeping
9
網摘: The Joel on Software Translation Project:無痛軟體時程 – The Joel on Software Translation Project
0 Comments | Posted by Dennis in 網摘, 電腦和網際網路
網摘: The Joel on Software Translation Project:無痛軟體時程 – The Joel on Software Translation Project.
9)把除錯時間排入時程！除錯是最難估計的。回想一下你前一個專案。除錯所佔的時間很可能是把程式寫出來的一到兩倍。所以時程中一定要加這一項，而且這有可能是最大的一項。
實際的作法如下。讓我們假設一位開發人員正在做某件工作。Orig Est是16小時，不過到目前為止已經用了20小時，而且恐怕還要再做10小時。所以開發人員在Curr Est和耗時欄分別輸入30及20。
等到達里程碑(milestone)時，這所有的「落後」加總起來可能會有相當數量。理論上為了因應這些延誤，我們必須削減功能才能準時上市。幸運的是可以削減的第一項功能就是名為緩衝(buffer)的功能，而這個項目一開始就排了很多工時。
原則上，開發人員會在寫程式時除錯。程式員在應該除錯時絕對不該寫新程式。基於兩項原因，隨時都應該讓錯誤數目儘可能的少：
1)在寫出程式的同一天除錯會比較容易。如果一個月後當你忘記程式運作細節時再來除錯，就會變得非常困難而且要花很長的時間。
2)修正錯誤就像科學活動。不可能估計何時能有發現並解決問題。如果隨時都只有一兩個主要的問題，表示未來無法估計的項目不多，所以很容易估算產品推出的時間。反過來說，如果主要的問題有幾百幾千個，根本就不可能預測什麼時候才能把問題全部修好。
如果開發人員總會在寫程式時就把問題修好，為什麼還要加上除錯項目呢？有道理，不過即使在寫程式時儘量修好所有的問題，在到達里程牌時，測試人員(內部或外部)總還是會找到真正困難的錯誤，難免要有許多除錯的動作。
10)把整合時間排入時程中。如果你的程式員不只一位，難免會有兩人不一致的事情需要協調。他們會各自建立功能近似的對話框，這當然需要協調。必須有人細查所有功能表、鍵盤快速鍵、工具列工具等等，並且整理及組織所有大家不得不加的新功能表項目。另外只要有兩個人把程式登入就會出現編譯錯誤。這也得有人修正，而且應該列入時程。
11)在時程中加上緩衝時間。事物總是容易用完。你可能要考慮兩種重要的緩衝。第一種：預防工作耗時超過預期的緩衝。第二種：針對未預期但必要的工作的緩衝(這通常是因為管理階層決定某功能超級重要，絕對不能等到下一版)。
你可能會很驚訝地發現、休假、國定假日、除錯、整合還有緩衝時間加起來超過實際做事的時間。如果被嚇到表示你程式寫得還不夠久，不是嗎？你要忽略這些項目的話後果自行負責。
12)絕對不要讓經理叫程式員縮減估計時間。很多菜鳥軟體經理認為能用精細「緊密(短得不切實際)」的時程，「激勵」程式人員做得更快。我認為這種激勵根本是腦袋壞掉。當我進度落後時，我會覺得內疚消沈毫不積極。當我進度超前時，會非常快樂而且充滿生產力。時程可不是玩心理遊戲的地方。
I’ve almost forget about it, until I read “bing” from feed on Google reader.
I tried just Bing, I give it a score 25/100.
簡單而複雜的 Google Wave – 網絡暴民 Jacky’s Blog.
單單用文字很難形容 Google Wave 是甚麼東西，你看到的形容大概都是說這是廿一世紀新電郵，然後就是幾個看上去不算特別的抓圖，和一些關鍵字：real-time、communication、collaboration。一直到你肯花一個多小時去看 Google I/O 裏的介紹和 Demo 後，才會感到這個東西的威力。
有人說，這是 Google 的 Shartpoint (哪像了？)
有人說，這是 Facebook/WIKI 版的 Gmail (完全是兩回事吧？)
的確，不花一點時間去看一下他們的 presenetiaton 是不會明白的。用文字很難形容的原因，大概是從沒有類似的事物出現過，而找不到合適的詞語和對比物。
It is very impressive. They do know how to “WOW” you.
那是十份值得一看的 presenetiaton。
那是未來十至二十年的 IT 界會打開的路。
那是以前只會在SF小說出現的情節。
那是令我開始覺得自己是老一輩，追不上的巨浪。
Dennis 的無差別 Blog» Blog Archive – » Google Wave.
唸唸下，其實 wave 當中有嘅 Histroy and playback 部份
我以前份工都寫過類似嘅 system，不過當然絕不能相提併論
以前一套咁嘅 system 已經食唔少 broadwidth
Wave 個 server 到底要有幾勁幾多 broadwidth 才可以支持一千個 client 呢！？而又可以保持 “Realtime” 無 random latancy, 無 message starvation 出現呢？？？
雖然我好似有唸過，經由一個 central server of all fact 再 route message 出來會比較好（而唔係個別 broadcasting, routing）；比較可以保証全世界睇緊嘅時間線發生次序係一樣
如果我無記錯好似開會嘅時候提過一次，但當以好似被老細用 “work 嘅野唔好改”(或者我記錯) ban 左；我就係覺得唔 work 先至有提議…..雖然我知如果真係改會改死人
http://www.youtube.com/watch?v=3ykZYKCK7AM&feature=player_embedded
但係原來 Google 都係無其他更好嘅 Idea…….
central fact 代表 single thread, single point of failure, 代表無 message shortcut, 代表 demand of powerful hardware
如果有甚麼可以被當成 WebOS，那很有可能就是 Google Wave。
或許有人會覺得那是另外的一個 Facebook, chating 或 collaboration system。但我想一個 Web OS 該要長得甚麼樣子，那就是和 Wave 差不多吧？
The OS is responsible for the management and coordination of activities and the sharing of the limited resources of the computer. The operating system acts as a host for applications that are run on the machine……
Operating systems offer a number of services to system programs, user interfaces, application programs and hardware…
因為是 WebOS，所以沒有見鬼的 hardware resource manangement，取而代之的是 Web Services connection。沒有 file system，都給 resource URL 代替。
連接不同的 應用 / 服務、溝通、儲存、讀取、使用者認証‥‥ Google Wave 都已經做得到了(而且很 fancy)。
我想 Wave 可能會出現很多想像之內的 plugin
- Skype
- Synchronize with your phone and mobile devices
- Read / Write RSS Feed
- Album / online photo editing / annotation tool
- Facebook / MS live ..etc interface
- Online Software development…….even with Eclipse
- Web cam??
- Whiteboard
- Helpdesk toolkit / Webex
- Interface with aNobii, forum, BBS, newsgroup…etc
- Games, and a lot of games
- SMS / MMS
也有和更也沒有想過的可能性的 wave application 會出現吧。
還是說一下現在 wave 已經有的 killer application
- 超即時 chating (因為沒有 typing, 所以比 “即時” 還要即時…)
- Histroy and playback
- Open source, open platform, open API
- Spell checker
- Realtime translation (你要看過片後才知甚麼叫 realtime)
- Document collaboration (想像一下，把整個 google docs 放進去 MSN, Wiki & Facebook)
- Cross network connection (也就是 MSN 回應, 可以在 yahoo messenger 看的到, 也能在 google chat, ICQ, 甚至 twitter, blog, facebook 作無隔閡連結)
- Drag N drop (which come from gears and HTML5)
- No more “Reply all” to add a preson to a conversation
我想，知道或者記得 subst 是甚麼工具的人應該很少吧？
我在用 DNS4PS2 的時候發現它有bug而不太支持中文長目錄。每次都要把它先抄到另一個 folder 再抄回去很麻煩。而且這個也不知道甚麼時候才會修正。(share 出來然後再 map network drive 更麻煩)
今日突然記得 subst 這個上古時期的指令。這個指令可以把 drive letter 連結到某一個目錄，也就是今日的很熱的 folder direction, path redirection, drive visualization。它可以說是 DOS 年代 visualization 的始袓！我以前還用來偽裝成 A: B: 來替程式加速，不過大部份有輕度防抄的 game 還是要用 diskcopy 就是了。
試了一下。。。成功回避了因中文 folder 名而引起的問題。而且沒有安全性的隱而且沒有安全性的隱憂(不需 share 到 network)
