<?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/%e7%b2%be%e8%8f%af/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>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>Separation Of Concerns</title>
		<link>http://wongkalun.idv.hk/2009/04/26/separation-of-concerns/</link>
		<comments>http://wongkalun.idv.hk/2009/04/26/separation-of-concerns/#comments</comments>
		<pubDate>Sun, 26 Apr 2009 08:20:24 +0000</pubDate>
		<dc:creator>calendarw</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[SoC]]></category>
		<category><![CDATA[精華]]></category>

		<guid isPermaLink="false">http://wongkalun.idv.hk/?p=477</guid>
		<description><![CDATA[係軟件設計方面, 其實主要都想將唔同既 Concern 分開, 以我做開主要有以下幾個: Flow / Business Logic Input (Import Data, Interface for 3rd Party) Output (User Interface, Report) Database Logging Permission 在以上幾個 Concern 上, 而 Logging 同 Permission 呢兩樣野其實應該可以重用, 而且應該可以視為另一個軟件 / Domain Area. Database 使用方面, 因為市面有不同種類既選擇, 而為左可以應用係唔同 Database 上, 好多人都會加上一個 Data Access Layer, 正常既 implement 手法都係 Object Relational Mapping, 在 .net 主要有 LGPL [...]]]></description>
		<wfw:commentRss>http://wongkalun.idv.hk/2009/04/26/separation-of-concerns/feed/</wfw:commentRss>
		<slash:comments>0</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>Don&#8217;t put your resume ahead of the requirements</title>
		<link>http://wongkalun.idv.hk/2009/04/04/dont-put-your-resume-ahead-of-the-requirements/</link>
		<comments>http://wongkalun.idv.hk/2009/04/04/dont-put-your-resume-ahead-of-the-requirements/#comments</comments>
		<pubDate>Sat, 04 Apr 2009 00:00:16 +0000</pubDate>
		<dc:creator>calendarw</dc:creator>
				<category><![CDATA[soft skill]]></category>
		<category><![CDATA[精華]]></category>
		<category><![CDATA[翻譯]]></category>

		<guid isPermaLink="false">http://wongkalun.idv.hk/?p=407</guid>
		<description><![CDATA[有時工程師會因為想將自己既履歷表寫好一點, 而推薦用一些未必係最善長或者最好既科技同方法去解決問題, 這些決定往往會影響成果. 其實, 最好既工作前路係由一班因為你為計劃作出了最好既決定而滿意既顧客為你建立的. 良好既信譽會比起你用最好既科技或方法帶來更大既好處. 在重要或者緊急既時間, 最新既科技永遠不應該放進客人的計劃內. 你要記住你被委託的職責, 作為架構師, 你應忠誠於公司及避免所有有衝突既興趣. 除非計劃有足夠時間及機會, 才可滿足你工作既需求. 如果你為計劃內應用最佳既建議而不使用未善長最新既科技或方法, 所有人都會因為你用最適當既科技多而感快樂. 當然, 有時新既科技往往太動人而難以抵抗, 甚至不適用於現在既情況. 有最好既解決方法, 計劃才有開心既團隊, 開心既客人. 這會給予足夠既時間來深入現有既科技, 你或者可以用自己既時間學習新既科技. 與其用不熟識既科技在唔夠時間既環境下完成計劃, 不如用熟識既科技來處理當前既問題, 再用空閒既時間去上堂, 又或者陪下屋企人吧. 無論如何, 將顧客放得比自已短期目標前是不會錯的. ############################################## As engineers we sometimes recommend technologies, methodologies and approaches for solving problems because deep down we want to have these on our resume and not [...]]]></description>
		<wfw:commentRss>http://wongkalun.idv.hk/2009/04/04/dont-put-your-resume-ahead-of-the-requirements/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

