摘要: 最近看了thoughtworks的精選文集,第一章就是對(duì)象健身操,定了了九條編碼規(guī)范:
1. 方法只使用一級(jí)縮進(jìn)。
2. 拒絕使用else關(guān)鍵字。
3. 封裝所有的原聲類型和字符串。
4. 一行代碼只有一個(gè)‘.'運(yùn)算符。
5. 不用使用縮寫(xiě)。
6. 保持實(shí)體對(duì)象簡(jiǎn)單清晰。
7. 任何類中的實(shí)例變量都不要超過(guò)2個(gè)。
8. 使用一流的集合。
9. 不使用任何Getter/Setter/Property。 閱讀全文 摘要: 因?yàn)樵?jīng)去過(guò)丹佛,所以對(duì)丹佛的一切還是比較感興趣的,包括丹佛機(jī)場(chǎng)。機(jī)場(chǎng)本身我也沒(méi)留下太多的印象。今天查了下wiki,發(fā)現(xiàn)丹佛機(jī)
場(chǎng)在美國(guó)的地位還是蠻輝煌的。 閱讀全文 摘要: 昨天看了一下反模式,居然發(fā)現(xiàn)call super也是其中一種,所謂的call super就是在子類的重載方法中去調(diào)用父類的被重載的方法,說(shuō)的通俗點(diǎn),就是在方法中調(diào)用super.xxx(). 這種寫(xiě)法在Java中真是太普遍了,且不說(shuō)Java的構(gòu)造方法會(huì)自動(dòng)調(diào)用父類的構(gòu)造方法,我們自己也是經(jīng)常在用super.xxx()。為什么它是一種反模式,卻又用的如此普遍呢? 閱讀全文 摘要: Contract在B2B model中顯得極為重要,從產(chǎn)品的顯示,價(jià)格選擇,到最后的支付等等,都跟Contract相關(guān),Commerce中有關(guān)Contract的概念有 Business Account,Contract,Terms and Conditions,Participants等。 閱讀全文 摘要: member data model是Commerce中最基本的model,它描述了Organization,user,role,address等信息及相互的關(guān)系。如果涉及到Commerce與后臺(tái)ERP的整合,這塊內(nèi)容就是整合的第一步。 閱讀全文 摘要: Commerce是一個(gè)電子商務(wù)的開(kāi)發(fā)平臺(tái),基本上所有的電子商務(wù)模式它都支持,我們平常熟悉的也就是B2B,B2C之類的模式,像extended sites,value chain,demand chain之類的模式,它也支持。電子商務(wù)涉及的業(yè)務(wù),它基本上都實(shí)現(xiàn)了,像catalog,sales,order,markeing,member等功能。我們所要做的就是在它的基礎(chǔ)上做些customization。還有一點(diǎn)值得一提的是Commerce提供強(qiáng)大的整合功能,它提供了強(qiáng)大的MQ,SAP,web service接口,使得Commerce能與企業(yè)現(xiàn)有系統(tǒng)實(shí)現(xiàn)很好的對(duì)接。這功能是其他的eCommerce開(kāi)發(fā)平臺(tái)所不及的。
閱讀全文 摘要: 最近一直在做Commerce相關(guān)的項(xiàng)目,摸索了幾個(gè)月,終于有點(diǎn)頭緒。項(xiàng)目也完成了詳細(xì)設(shè)計(jì),開(kāi)始進(jìn)入編碼階段了。關(guān)于Commerce的中文資料幾乎沒(méi)有,國(guó)內(nèi)估計(jì)也沒(méi)幾家公司在用這個(gè)東西,這玩意實(shí)在有點(diǎn)復(fù)雜。我打算把我學(xué)習(xí)的一些感受寫(xiě)下來(lái),一方面可以更好的理解Commerce,也希望能與熱衷與Commerce的朋友共同交流。 閱讀全文 摘要: 5. 談判
a. 終極目標(biāo):雙贏。
b. 原則:老師只講了一個(gè)原則那就是絕不讓步,如果要讓步一定要有充足的理由。
閱讀全文 摘要: 兩天的項(xiàng)目管理培訓(xùn),因?yàn)榈谝惶彀才旁谥苋眨苣┪艺靡乩霞遥倏纯吹谝惶斓膬?nèi)容也就是項(xiàng)目管理概述,變更管理,項(xiàng)目計(jì)劃等內(nèi)容,不去也罷。不過(guò)根據(jù)第二天的培訓(xùn)經(jīng)歷來(lái)看,我有點(diǎn)后悔了,培訓(xùn)的周老師還是有水平的,講的很不錯(cuò),理論聯(lián)系實(shí)際,加上案例分析,效果確實(shí)很好。當(dāng)時(shí)也沒(méi)記筆記,回來(lái)以后,趕緊把一些要點(diǎn)記下來(lái),以供以后參考。 閱讀全文 摘要: 以前總是喜歡憑感覺(jué)做事,不喜歡量化管理,對(duì)公司提供的一些量化管理工具,也一直排斥不用。隨著對(duì)量化管理理解的深入,慢慢的開(kāi)始對(duì)此感興趣,并也試著用SPC 工具對(duì)一些數(shù)據(jù)做些分析,沒(méi)想到起到的效果還是很明顯的,而且工具的使用也沒(méi)有想象中繁瑣。 閱讀全文
1. 方法只使用一級(jí)縮進(jìn)。
2. 拒絕使用else關(guān)鍵字。
3. 封裝所有的原聲類型和字符串。
4. 一行代碼只有一個(gè)‘.'運(yùn)算符。
5. 不用使用縮寫(xiě)。
6. 保持實(shí)體對(duì)象簡(jiǎn)單清晰。
7. 任何類中的實(shí)例變量都不要超過(guò)2個(gè)。
8. 使用一流的集合。
9. 不使用任何Getter/Setter/Property。 閱讀全文 摘要: 因?yàn)樵?jīng)去過(guò)丹佛,所以對(duì)丹佛的一切還是比較感興趣的,包括丹佛機(jī)場(chǎng)。機(jī)場(chǎng)本身我也沒(méi)留下太多的印象。今天查了下wiki,發(fā)現(xiàn)丹佛機(jī)
場(chǎng)在美國(guó)的地位還是蠻輝煌的。 閱讀全文 摘要: 昨天看了一下反模式,居然發(fā)現(xiàn)call super也是其中一種,所謂的call super就是在子類的重載方法中去調(diào)用父類的被重載的方法,說(shuō)的通俗點(diǎn),就是在方法中調(diào)用super.xxx(). 這種寫(xiě)法在Java中真是太普遍了,且不說(shuō)Java的構(gòu)造方法會(huì)自動(dòng)調(diào)用父類的構(gòu)造方法,我們自己也是經(jīng)常在用super.xxx()。為什么它是一種反模式,卻又用的如此普遍呢? 閱讀全文 摘要: Contract在B2B model中顯得極為重要,從產(chǎn)品的顯示,價(jià)格選擇,到最后的支付等等,都跟Contract相關(guān),Commerce中有關(guān)Contract的概念有 Business Account,Contract,Terms and Conditions,Participants等。 閱讀全文 摘要: member data model是Commerce中最基本的model,它描述了Organization,user,role,address等信息及相互的關(guān)系。如果涉及到Commerce與后臺(tái)ERP的整合,這塊內(nèi)容就是整合的第一步。 閱讀全文 摘要: Commerce是一個(gè)電子商務(wù)的開(kāi)發(fā)平臺(tái),基本上所有的電子商務(wù)模式它都支持,我們平常熟悉的也就是B2B,B2C之類的模式,像extended sites,value chain,demand chain之類的模式,它也支持。電子商務(wù)涉及的業(yè)務(wù),它基本上都實(shí)現(xiàn)了,像catalog,sales,order,markeing,member等功能。我們所要做的就是在它的基礎(chǔ)上做些customization。還有一點(diǎn)值得一提的是Commerce提供強(qiáng)大的整合功能,它提供了強(qiáng)大的MQ,SAP,web service接口,使得Commerce能與企業(yè)現(xiàn)有系統(tǒng)實(shí)現(xiàn)很好的對(duì)接。這功能是其他的eCommerce開(kāi)發(fā)平臺(tái)所不及的。
閱讀全文 摘要: 最近一直在做Commerce相關(guān)的項(xiàng)目,摸索了幾個(gè)月,終于有點(diǎn)頭緒。項(xiàng)目也完成了詳細(xì)設(shè)計(jì),開(kāi)始進(jìn)入編碼階段了。關(guān)于Commerce的中文資料幾乎沒(méi)有,國(guó)內(nèi)估計(jì)也沒(méi)幾家公司在用這個(gè)東西,這玩意實(shí)在有點(diǎn)復(fù)雜。我打算把我學(xué)習(xí)的一些感受寫(xiě)下來(lái),一方面可以更好的理解Commerce,也希望能與熱衷與Commerce的朋友共同交流。 閱讀全文 摘要: 5. 談判
a. 終極目標(biāo):雙贏。
b. 原則:老師只講了一個(gè)原則那就是絕不讓步,如果要讓步一定要有充足的理由。
閱讀全文 摘要: 兩天的項(xiàng)目管理培訓(xùn),因?yàn)榈谝惶彀才旁谥苋眨苣┪艺靡乩霞遥倏纯吹谝惶斓膬?nèi)容也就是項(xiàng)目管理概述,變更管理,項(xiàng)目計(jì)劃等內(nèi)容,不去也罷。不過(guò)根據(jù)第二天的培訓(xùn)經(jīng)歷來(lái)看,我有點(diǎn)后悔了,培訓(xùn)的周老師還是有水平的,講的很不錯(cuò),理論聯(lián)系實(shí)際,加上案例分析,效果確實(shí)很好。當(dāng)時(shí)也沒(méi)記筆記,回來(lái)以后,趕緊把一些要點(diǎn)記下來(lái),以供以后參考。 閱讀全文 摘要: 以前總是喜歡憑感覺(jué)做事,不喜歡量化管理,對(duì)公司提供的一些量化管理工具,也一直排斥不用。隨著對(duì)量化管理理解的深入,慢慢的開(kāi)始對(duì)此感興趣,并也試著用SPC 工具對(duì)一些數(shù)據(jù)做些分析,沒(méi)想到起到的效果還是很明顯的,而且工具的使用也沒(méi)有想象中繁瑣。 閱讀全文
| |||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
26 | 27 | 28 | 29 | 30 | 31 | 1 | |||
2 | 3 | 4 | 5 | 6 | 7 | 8 | |||
9 | 10 | 11 | 12 | 13 | 14 | 15 | |||
16 | 17 | 18 | 19 | 20 | 21 | 22 | |||
23 | 24 | 25 | 26 | 27 | 28 | 29 | |||
30 | 1 | 2 | 3 | 4 | 5 | 6 |
留言簿(5)
隨筆檔案(57)
- 2011年3月 (2)
- 2011年2月 (4)
- 2010年12月 (2)
- 2010年10月 (4)
- 2009年10月 (1)
- 2009年9月 (3)
- 2009年8月 (2)
- 2009年3月 (2)
- 2008年11月 (5)
- 2008年7月 (1)
- 2007年11月 (6)
- 2007年10月 (2)
- 2007年9月 (1)
- 2007年5月 (1)
- 2007年4月 (2)
- 2007年3月 (5)
- 2006年11月 (1)
- 2006年10月 (2)
- 2006年9月 (11)
相冊(cè)
友情鏈接
搜索
最新評(píng)論

- 1.?re: 持續(xù)改進(jìn)才能叫敏捷[未登錄](méi)
-
@BeanSoft
不錯(cuò),所有的方法都是在不斷改進(jìn)的,沒(méi)有像敏捷開(kāi)發(fā)這么注重反饋,注重改進(jìn)的。 - --Aaron
- 2.?re: 持續(xù)改進(jìn)才能叫敏捷[未登錄](méi)
- 任何軟件開(kāi)發(fā)都是在持續(xù)改進(jìn)中 這和是不是敏捷根本扯不上關(guān)系 在我看來(lái) 敏捷不過(guò)是另一個(gè)不斷炒作的概念而已
- --BeanSoft
- 3.?re: 持續(xù)改進(jìn)才能叫敏捷
- 持續(xù)創(chuàng)新才能另辟蹊徑
- --波浪理論
- 4.?re: 持續(xù)改進(jìn)才能叫敏捷[未登錄](méi)
- 評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
- --Eric
- 5.?re: 丹佛的天氣[未登錄](méi)
- 我也將要去啊。給點(diǎn)建議吧,到底應(yīng)該帶點(diǎn)什么。這種天氣好恐怖啊
- --彭彭