特急681號 中環<->馬鞍山, 去中大特快之選

看到以上圖片千萬不會誤會，雖然大家都是681，而且大家都是特快，但是......我乘坐的是巴士，不是電車來的。在上星期六，我便嘗試用681這條特快路線前往中大。方法如下：

路線	上車地點	下車地點	乘車時間
694	西灣河文娛中心	東區海底隧道收費廣場	8分鐘
681	東區海底隧道收費廣場	恆錦街(大老山隧道的下一站)	18分鐘
87K	耀安邨耀謙樓(下車後過對面再折返)	大學站總站	8分鐘(已計算步行前往時間）
		(旅程最少時間)	34分鐘

在不用等車的情況下，只需26分鐘便可由東區海底隧道收費廣場到中文大學，是非繁忙時間的首選，就算是繁忙時間，87K班次連特別班次密至3分鐘左右，轉乘方面不用憂心了。這個方法非常適合由港島東前往，因為如果乘坐港鐵便要轉乘3次，在非繁忙時間更難預計時間了。

這個特快的方法重點在於681和87K這兩條路線，681是唯一一條全日由東區海底隧道收費廣場不經沙田和第一城直往馬鞍山的路線，比其他路線少停７個站。往中環方面於過海後更行走告土打道，在告土打道不塞車的情況下相信可以比港鐵更快到達中環。87K從轉車站到大學只是一站之隔，且班次頻密，絕對適合用以接駁681這條特快路線前往中大。

用這個方法前往中大車費便較昂貴了，要$23.8，從中大折返更要$27.5。但在時間緊迫又不想乘的士的情況下相信這是最快捷的方法來了。

大家喜愛做那種門?

在愛情路上很多人都講求門當戶對，即是木門對木門，竹門對竹門。面對如此嚴格的要求，如果給你選，你會喜愛做那種門?

1. 木門
2. 竹門
3. 以上全都不是

 

 

 

 

 

 

 

 

 

 

 

 

答案：

1. 做木門，就得要找地方對著別人的木門。幸好香港家庭的大門全是木門，要找一點都不困難。但是找對木門後便要進行安裝，就算不計較安裝有多麻煩，安裝後不能移動，每天都是面對著那幾個人，十分沉悶。還有如果家庭成員有欠下財務公司的債，你還得要承受火燒淋油漆的攻擊，做不過。
2. 做竹門也不易找，因為竹不夠硬，而且價格昂貴，沒有人會用來做大門的。因此如果你是竹門的話可能要到日本或台灣的溫泉旅館才會找到合適的門了。
3. 給我當然不會做那兩種門了，做那些門要砍伐樹木，在講求環保的年代，當然要選其他門了。還可以做那些門？窗門？玻璃門？都不是。最好當然做地鐵車門了，地鐵車門可以對月台幕門，在欣奧站可以對月台閘門，在觀塘更不用對門，門對不準便不可以開，地鐵車門可以不用對門，彈性怎能和木門和竹門相比？而且可以隨時對不同車站的門，做推銷的只能對一種門？想有生意也難了。所以我們要更上一層樓，不做木門，不做竹門，要做便要做地鐵車門。

EEE PC 裝Debian+LXDE免安裝程式、免清洗分割

這兩天都在找在EEE PC內Windows和Linux共存的方法。找了好幾個為eee PC而設計的Linux，不是要清洗分割就是體積太大。我的是EEE PC 701，硬碟只有4GB，裝了Windows XP只餘下2GB，不能安裝如Ubuntu這些需要超過2GB的Linux。會清洗分割便得要把整顆硬碟或部份分割備份，需要很長的時間。幸好給我找到一個Linux是為eee PC而設計而且還給我發現不靠安裝程式也可裝進eee PC中。這就是由台灣開發的Debian+LXDE了，以我所知除了Live System外這是第一個可以不靠安裝程式便可安裝的Linux來了。

Debian+LXDE是甚麼來的?看看在Mobile 01的[圖文並茂教學] 五分鐘"全自動" EeePC 系統完全改裝，釋放 Linux 完整功能便會知道了。

詳細規格：
上面搭載的系統是經過最佳化調校的標準 Debian GNU/Linux，配上我們開發的 LXDE 桌面環境。
特色：
* 標準 Debian GNU/Linux 系統，可選用軟體兩萬多個，品質穩定，沒有原 EeePC 系統的諸多限制
* 新增 / 移除程式之後，會自動幫程式分類，並更新選單和按鈕，不用自己編輯
* 輕量級桌面，提供完整功能，開機後記憶體用量約 100 MB，極度適合 EeePC 701，硬體免升級
* 速度快，和其他軟體套件相容性佳，使用起來和標準 Debian 系統相同，開放 Linux 完整功能，可以自行擴充、系統升級，不受任何限制。
* 處理過各種系統調校，可開啟 boot booster，從按下電源起算，開機時間 EeePC 701: 24 秒，EeePC 900: 20 秒。 (手動安裝不適用，開機要約1分鐘，但關機速度不減)
* 全系統使用開放原始碼自由軟體解決方案組合完成，並且加上必要調整
* 安裝程式全自動，無 Linux 知識，依照教學仍可輕鬆服用。

原來的安裝程式為了簡化安裝過程，把所有分割都清洗掉，讓安裝的不用知道檔案系統、Linux等深奧的知識也可以順利完成安裝。不過對於熟悉檔案系統、有些少Linux 知識的也想自己來吧，於是我便研究一下這個東西了。以下是Debian+LXDE的手動安裝版(要自動的請去上面Mobile01那篇文章看著圖來做，過程十分簡單又快捷):

首先你要準備以下東西:

1. debian-lxde.zip(OS)
2. Live CD一張(你需要有外置光碟機)或Live USB一個，我的是Xubuntu 8.04。
3. 用來存放解壓OS的裝置。
   1. 1GB或以上隨身碟一張(可以是LIve USB，但要有800MB 以上可用空間而且不可用作開機引導，因為原本的開機引導已用作啟動Live System)或空白700MB或以上CD-R(或CD-RW)一片(如果你用Live CD你需要多一部外置光碟機，除非你的Live System可以在RAM運行)。
4. 1700MB或以上硬碟空間。

安裝過程:

1. 請解開 zip 壓縮檔，把裡面全部的檔案丟進隨身碟或燒錄到光碟
   1. 看看隨身碟的檔案，syslinux是用來製作Linux開機片用的，install.sh是安裝腳本，而lxde-eee.tar.gz才是系統本身，把它解壓到新的Linux分割便可以使用了。
2. 用硬碟分割軟體(如Partition Magic，沒有的可以用Xubuntu裡面的GParted)，分割出一個1400MB或以上的Linux空間，檔案格式是ext3。如果該分割是邏輯分割的話建議多分割一個FAT空間用作開機，或使用隨身碟作開機引導。 如果使用硬碟分割開機，記得把分割設為啟動分割喔!
3. 用Live CD或Live USB開機，入到Console中，輸入"sudo su"，以管理員身份(root)操作。
4. 然後我們便可以跟著參考安裝腳本install.sh來做了:
   1. 輸入:
      mkdir -p /target
      mount -t ext3 /dev/(分割代號，例如sda1, sda2，不知道的可以用GParted查看) /target
   2. 輸入:
      cd /target
      tar -xvzf (lxde-eee.tar.gz的位置，例如/media/USB/lxde-eee.tar.gz，在隨身碟中，可以用檔案總管查看)
   3. 解壓進行中，請等待解壓完畢。
   4. 輸入:
      mkdir -p /target/usr/share/man
      chmod 755 /target/usr/share/man

      mkdir -p /target/usr/share/doc
      chmod 755 /target/usr/share/doc
      mkdir -p /target/var/run
      chmod 755 /target/var/run
      mkdir -p /target/var/log
      chmod 755 /target/var/log
      mkdir /target/var/log/apt
      chmod 750 /target/var/log/apt
      cat > "/target/etc/network/interfaces" << EOF
      # This file describes the network interfaces available on your system
      # and how to activate them. For more information, see interfaces(5).

      # The loopback network interface
      auto lo
      iface lo inet loopback

      # The primary network interface
      allow-hotplug ath0

      auto eth0
      iface eth0 inet manual
      EOF

5. 到了最後裝開機引導的時候了。
   1. 輸入:
      grub-install --root-directory=/target /dev/(開機分割代號，例如sda1, sda2，如果安裝的分割是主要分割便用安裝分割的代號，即是在5.1所輸入的代號。開機分割最好不要存在其他開機引導例如Windows的開機引導以免原來的系統不能啟動。要查詢隨身碟分割是甚麼代號請另開console，然後輸入mount查看，通常是sdb1)
   2. 把menu.lst複製到別處準備修改，輸入(如果懂得用vi的話可以直接到第4步開啟修改，不用抄到別處再修改):
      cp /target/boot/grub/menu.lst /home/menu.lst
   3. 修改menu.lst權限，輸入:
      chmod 777 /home/menu.lst
   4. 用Mousepad打開/home/menu.lst，找到以下的文字:
      title        Debian GNU/Linux, kernel 2.6.25-eeepc3
      root        (hd0,0)
      kernel        /boot/vmlinuz-2.6.25-eeepc3 root=/dev/sda1 ro init=/sbin/finit-alt pciehp.pciehp_force=1 usbcore.autosuspend=1 clocksource=hpet quiet

      title        Debian GNU/Linux, kernel 2.6.25-eeepc3 (si0gle-user mode)
      root        (hd0,0)
      kernel        /boot/vmlinuz-2.6.25-eeepc3 root=/dev/sda1 ro init=/sbin/finit-alt pciehp.pciehp_force=1 usbcore.autosuspend=1 clocksource=hpet single
      把sda1換成安裝分割的代號，把hd0,0後面的0換成代號未位數字減1(例如安裝分割的代號是sda3，hd0,0應改為hd0,2)如果使用隨身碟開機，hd0應改為hd1。

   5. 存檔，把menu.lst覆蓋原來的，在console輸入:
      cp /home/menu.lst /target/boot/grub/menu.lst
   6. 如果使用隨身碟作開機引導的話，用檔案總管把/target/boot整個目錄複製到隨身碟中，例如/media/USB/boot。
6. 完成，重新開機後應該看到一連串啟動訊息，啟動中途可能沒有文字輸出，但請耐心等候，約1分鐘後便會直入XWindows了。如果不能啟動可能是GRUB設定有錯，開啟menu.lst把hd0改為hd1，如果是hd1改為hd0。

使用結果:

安裝後很順利進入LXDE，而關機也是同樣快速。但是只要稍為深入使用，便會發現很不濟了。

1. 一進入桌面，第一時間當然是看網頁吧!怎知道，瀏覽器按鈕沒有反應，連按幾次也是。沒有瀏覽器，系統自然大打折扣了，所以我也去下載Firefox 3來取代原來的。
2. 需要管理權限的操作全部無法進行，例如增減軟體。需要做管理的話只好先登出，再用sudo方法來啟動XWindows。而我也只能在這樣的環境下使用Firefox。
3. 和EEE PC原來的Linux一樣，使用者的設定是不會被儲存，下次啟動時便會還原，但以管理員啟動的XWindows卻沒有被還原設定值。

因此如果要使用這個Linux的話，用回原來的自動安裝應該不會有這些問題吧(我沒有試過)。不過還是想使用這個手動安裝版的話以建議預設改以管理員身份來啟動XWindows，雖然感覺不太安全就是了。

專案與電車(二)

在專案與電車(一)中談到專案計畫和電車路線相似的地方，如果沒有看過的，現在就去看吧。

曾經有朋友對我說：「走得太快是沒有用的，就如電車GO一樣，如果行太快的話便會收到減速信號，要是衝燈的話會被扣秒數的。」專案的進度也是一樣，過快的話會有反效果的。不明白?不要緊，我們便從頭說起專案的運行過程吧。

左上方的是加速計，數字愈大加速的力度也愈大。專案速度不是轉眼便到達的，特別在學習的階段加速度便更慢了。一個新的專案要花時間去了解，進行分析後還要安排工作，各組員都有工作後才可以快速進行，往後想要有更快的速度便要靠組員的溝通和合拍了。

右上方是剎車計，數字愈大剎車的力度也愈大。專案要減速有以下的原因:

1. 進度太快，專案沒有必要去到這個速度。
2. 專案要結束，準備靠站。當專案要結束時，收尾巴的過程十分重要，這時要準備文檔給自己和他人了解自己的專案，也是修補製成品上的缺陷的時候。收尾巴收得不好，你的製成品沒法使人懂得使用，可以使你前功盡廢。

中間的是分數，也是整個專案的信心，專案做得愈好分數便愈高，相反沒有分數的話專案便會被逼中止了。

左上方有兩個時間，上面的是檢查點的時間，下面的是現在時間。檢查點要準時通過，過慢會延誤進度，過快可能讓使用者增加更多要求。

速度制限是用來限制車速。當專案目標不清晰，或者專案前景不明朗時，專案便會被限制速度，速度太快有可能使你所做的給白費了。

訊號燈是用來反映組員們的意見，當專案沒有必要去到這個速度，但是還要逼他們加速時，便會變成有速度限l制的訊號，例如減速訊號。

如果不理會這個訊號，他們便會擺工:

ATS作動會強行把電車停下，以免發生意外。當收到這些訊號，便要留意組員的溝通，及早解決以免影響專案進度。

這是不到死期也不願做的態度。我做過的專案組員們就是這個態度，當通過一個檢查點(Checkpoint)，下個檢查點不用太快的時候便會顯得懶散。由於組員們不是專案管理專家，因此這些訊號不會理會下個檢查點能否準時通過，而不合理地發出。我曾經告訴他們按照當時的速度，專案必定會延誤，但是他們並沒有理會，一樣的慢慢地做，結果也是臨到死期才全速趕工。

限速訊號的發出主要是團隊士氣不足，受到外來或內在的因素打擊而提不起勁。我曾經遇過以下的因素:

1. 使用者不滿意(Project Work 3)
2. 使用者的目標和團隊不一致，而且團隊的目標不被使用者接納(Project Work 3)
3. 要求太高，時間太少，部份組員採取放棄態度(Project Work 2, AISP Project)
4. 錯誤的分工，使組員不能完成手上的工作(Project Work 2)

好了，今次便到此為止，下次我會談談從電車GO領悟到的專案管理建議，也有對曾經和我一起做專案的朋友的一些建議，不要錯過。

專案與電車(一)

考試完了，壓力沒有了，我也可以輕鬆的去玩電車GO了。玩的時候還是會想起做專案的時候，也給我發現了專案和駕駛電車有很多相似的地方。

我玩的是電車GO Professional 1。在遊戲中，由起點到目的地，你可以用不同的路線和不同的電車前往。不同路線要停站的數目也不相同，不同電車有不一樣的行駛速度，你不可以用同一個方法來駕駛不同路線。

專案管理也有不同的時間安排和不同的組員。專案管理的作法可以比喻為不同的路線，在專案剛起步時，我們會先計劃專案的路線，對內有checkpoint檢查進度，對外會有Prototype和Release給用戶看看。checkpoint可以比喻為通過站，Release可以比喻為停車站，這樣我們便可以看到整個專案要用多少時間了，正如要行畢全程所需的時間。以下是兩個不同路線的時程表:

停車站: 10個 行車時間: 31分鐘

停車站: 3個 行車時間: 19分鐘

很多人一看到右邊的是特快，當然會選右邊了。沒錯專案選右邊的入作法會較快，但是Release較少，做出來的軟體便有可能和用戶所想的有較大出入了。我曾經看到有人乘搭特快巴士，但不是要去很遠的地方，結果過了快速公路才知道自己多搭了，轉車折返又要花不少時間和錢了。如果那位乘客乘搭的是普通線，多搭了還可以行回去的。做專案也是，如果到了後期才知道自己所做的完全不是用戶想要的，你要付出不少代價的。因此，如非預先取得詳細的軟體需求，否則還是選左邊的，雖然要花上更多時間，但是做出用戶想要的東西出來更重要呢!

一個專案要啟動，然後就是不停的做，「收尾巴」也要收得好。這三個程序正是由一個車站到另一車站的過程，即是開車、行駛和靠站。沒有「收尾巴」便不算是停站來了，當中的駕駛過程便留待下回分解了。

到底我的專案選「快速」還是「特急」會比較好呢?這樣要看軟體需求定義有多詳盡了，如果專案不能取得詳盡的軟體需求，選「快速」比較好，時間不太久又有多點驗證需求的機會，不怕「行錯路」。如果你對用戶十分了解，你可以從他所說的取得大部份軟體需求，而且用戶只有很少時間看看專案，不用擔心搭錯車，這時可以選「特急」，做一個「點對點」的專案便可節省不少時間了。

在我的學習生涯裡，沒有一個專案是「快速」，因為沒有一個專案是可以中途「收尾巴」然後再開，不是專案太短就是課程的要求不適合以「快速」形式行駛。Final Year Project、Project 2B是「特急」的專案，每星期都會給老師過目，其他的是連「特急」也不是。即是甚麼?就是沒有checkpoint的專案，沒有checkpoint的專案該怎樣做?To be continued