<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>I&#039;m CaLendarW Blog &#187; 建議</title>
	<atom:link href="http://wongkalun.idv.hk/tag/%e5%bb%ba%e8%ad%b0/feed/" rel="self" type="application/rss+xml" />
	<link>http://wongkalun.idv.hk</link>
	<description>任何時間，都要用內心既一點光，照亮世界</description>
	<lastBuildDate>Wed, 07 Dec 2011 15:39:51 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Feedback!!</title>
		<link>http://wongkalun.idv.hk/2009/05/21/feedback/</link>
		<comments>http://wongkalun.idv.hk/2009/05/21/feedback/#comments</comments>
		<pubDate>Thu, 21 May 2009 15:57:03 +0000</pubDate>
		<dc:creator>calendarw</dc:creator>
				<category><![CDATA[diary]]></category>
		<category><![CDATA[建議]]></category>

		<guid isPermaLink="false">http://wongkalun.idv.hk/?p=571</guid>
		<description><![CDATA[Human Factor, 讀 Degree 果時其中一科有教過, 工作環境, 工作類別等等既因素都會影響到員工既工作表現, 而我發現呢度有好多錯配既情況發生, 雖然好大部份都因為人手唔夠既問題而產生出黎既, 但如果無人理, 咁就會令到資源流失 (產品質素, 公司形象, 人才或時間). 今日有一大個進步, 因為 Tommy 開始認識 Software Design, 希望呢個好既行為可以持續落去. 除此之外, 今日都比左好多意見, 雖然接受程度要進一步觀察, 但起麻係一個好既開始. 公司缺少既係一個發表意見既地方, 就算底下一班人識幾多野, 無上面既人援助基本上咩都做唔到, 而感覺上會發表意見既人亦唔多, 咁落去其實對公司發展亦有一定影響, 希望今日發表既意見可以令公司氣氛有所改變啦!! dtsv.dtse_post_571_permalink = 'http://wongkalun.idv.hk/2009/05/21/feedback/'; dtsv.dtse_post_571_title = 'Feedback!!';]]></description>
		<wfw:commentRss>http://wongkalun.idv.hk/2009/05/21/feedback/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>8 ways to be a better programmer in 6 minutes.</title>
		<link>http://wongkalun.idv.hk/2009/05/18/8-ways-to-be-a-better-programmer-in-6-minutes/</link>
		<comments>http://wongkalun.idv.hk/2009/05/18/8-ways-to-be-a-better-programmer-in-6-minutes/#comments</comments>
		<pubDate>Mon, 18 May 2009 05:38:08 +0000</pubDate>
		<dc:creator>calendarw</dc:creator>
				<category><![CDATA[diary]]></category>
		<category><![CDATA[soft skill]]></category>
		<category><![CDATA[建議]]></category>
		<category><![CDATA[翻譯]]></category>

		<guid isPermaLink="false">http://wongkalun.idv.hk/?p=550</guid>
		<description><![CDATA[前日子維 send 左個 post 比我, 內容幾好, 都係講緊 software improvement &#8211; 8 ways to be a better programmer in 6 minutes 1. 用大 Size 既字 當用左大 Size 既字後, 因為睇既野少左, 所以你就要開始諗點寫短一些既 method, 從而減低軟件既複雜性及增加可讀性 2. 將 hard code 既 string 變得討厭 這樣可以鼓勵你寫少一點 hard coding, 同埋指示你那裡有 hard coding 3. 學習一下關鍵字 (keyword) 每隻 language 既關鍵字都有佢既用途, 請認識一下 language 不同關鍵字既用處. 以我為例, 呢兩年都開始學多左用不同既關鍵字, [...]]]></description>
		<wfw:commentRss>http://wongkalun.idv.hk/2009/05/18/8-ways-to-be-a-better-programmer-in-6-minutes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Another Good Practice better than Block IM : Pair Programming</title>
		<link>http://wongkalun.idv.hk/2009/05/03/another-good-practice-better-than-block-im-is-pair-programming/</link>
		<comments>http://wongkalun.idv.hk/2009/05/03/another-good-practice-better-than-block-im-is-pair-programming/#comments</comments>
		<pubDate>Sat, 02 May 2009 16:00:57 +0000</pubDate>
		<dc:creator>calendarw</dc:creator>
				<category><![CDATA[diary]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[建議]]></category>
		<category><![CDATA[精華]]></category>

		<guid isPermaLink="false">http://wongkalun.idv.hk/?p=511</guid>
		<description><![CDATA[公司呢排有計劃要封鎖 Instant Messenger, 主要係 MSN, 而個計劃都差不多要實行, 但大部份既同事們亦已整裝待發地尋找其他辦法, 對我黎講, 無左 MSN 的確係有 d 唔方便, 而封鎖 MSN 亦都不是一個最佳既辦法. 自己覺得, 對運作既部門黎講, 封鎖 IM 的而且確係可以提高生產力, 但對開發團隊我又未必同意, 因為開發同運作唔同, 所以我唔讚成 block IM. 可能因為呢排日日返工放工都睇住本 Art of Agile Development 既關係, 諗既野都會由 Agile 方面出發. 而其中一個最好既解決 IM 方法係 &#8211; Pair Programming, 只要兩個人一齊, 不必要既活動就會減少, 而因為 Pair 既時間係 Design, Coding 同 Testing, 咁只要完成晒手頭上既工作, 咁員工喜歡做什麼就應該比佢自由. Pair Programming 既好處有很多, [...]]]></description>
		<wfw:commentRss>http://wongkalun.idv.hk/2009/05/03/another-good-practice-better-than-block-im-is-pair-programming/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Why Automate Test?</title>
		<link>http://wongkalun.idv.hk/2009/04/15/why-automate-test/</link>
		<comments>http://wongkalun.idv.hk/2009/04/15/why-automate-test/#comments</comments>
		<pubDate>Wed, 15 Apr 2009 15:19:57 +0000</pubDate>
		<dc:creator>calendarw</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[diary]]></category>
		<category><![CDATA[testing]]></category>
		<category><![CDATA[c#]]></category>
		<category><![CDATA[nunit]]></category>
		<category><![CDATA[test-driven]]></category>
		<category><![CDATA[建議]]></category>
		<category><![CDATA[精華]]></category>

		<guid isPermaLink="false">http://wongkalun.idv.hk/?p=444</guid>
		<description><![CDATA[Test Driven Development, 係以測試來驅動程式既設計, 目的係為了提高軟件既質素. 好多人覺得測試對軟件方面只在於用戶接受測試 (UAT), 因為只要通過 UAT, 公司就可以袋袋平安. 不過, UAT 通常都浪費人手, 而且該次 UAT 只計對於該次既軟件需求, 當需求需要更改, 所有既測試都要人手重頭做過, 浪費人力物力. 自動化軟件測試既好處係可以減省人手及時間, 以及提高軟件既質素及完整度. 以下係一個由 NUnit 提供既自動化測試例子: 以上只係其中一個例子用來測試軟件既完成度, 在現實上, Test Case 除左要測驗一般情況外, 仲要測試錯誤情況出來既結果, 保証軟件質素, 所以正常使用既情況係唔會得一個 Test Case 咁少. 要實行 Test Driven Development, 通常要有一個良好既 Object Oriented Design 以及 Design for Test, 如果沒有這兩個設計既技巧, 那測試既質素有可能會受影響. 愈多 Test Case 未必代表軟件的準確率愈高, 正常情況 Test [...]]]></description>
		<wfw:commentRss>http://wongkalun.idv.hk/2009/04/15/why-automate-test/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>進可攻, 退可守, 還是不進則退?</title>
		<link>http://wongkalun.idv.hk/2009/02/25/%e9%80%b2%e5%8f%af%e6%94%bb-%e9%80%80%e5%8f%af%e5%ae%88-%e9%82%84%e6%98%af%e4%b8%8d%e9%80%b2%e5%89%87%e9%80%80/</link>
		<comments>http://wongkalun.idv.hk/2009/02/25/%e9%80%b2%e5%8f%af%e6%94%bb-%e9%80%80%e5%8f%af%e5%ae%88-%e9%82%84%e6%98%af%e4%b8%8d%e9%80%b2%e5%89%87%e9%80%80/#comments</comments>
		<pubDate>Tue, 24 Feb 2009 16:10:27 +0000</pubDate>
		<dc:creator>calendarw</dc:creator>
				<category><![CDATA[diary]]></category>
		<category><![CDATA[建議]]></category>

		<guid isPermaLink="false">http://wongkalun.idv.hk/?p=394</guid>
		<description><![CDATA[近期同同事討論緊用 Visual Studio 2005 定 2008 既問題, 雖然有關既 Project 唔係我負責 (因為我負責既話我一定會用 08), 但我都加入左討論. 以上頭既指示, 那個 Project 現階段會用 2005 來完成, 因為目標係寫 .net 2.0, 但正因為目標只係 2.0 既 platform, 又唔係 3.0 or 3.5, 用 08 可以方便到 developer, 點解唔用 d 比較新既 technologies 呢? 正如 Isaiah 之前我同講, 如果我有部快一部既電腦工作可以提高工作效率一部既話, 咁應該要提出換機. 又正如某個客既公司, 佢因為內聯網既速度問題, 而令公司過百既員工工作效率減慢, 這究竟得到了每月減少了既營運成本, 定係失去了因速度慢而要增加既人手, 高層使用電腦所等待既時間呢. 上頭表示: 用 2005 進可以攻, 退可以守, [...]]]></description>
		<wfw:commentRss>http://wongkalun.idv.hk/2009/02/25/%e9%80%b2%e5%8f%af%e6%94%bb-%e9%80%80%e5%8f%af%e5%ae%88-%e9%82%84%e6%98%af%e4%b8%8d%e9%80%b2%e5%89%87%e9%80%80/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

