呵呵，dbunit還有更有意思的呢，可以導(dǎo)出相關(guān)的依賴表。不過(guò)可惜的是這這種方法不支持部分sql查詢，我現(xiàn)在在做一個(gè)dbunit的export extension.可以支持?jǐn)?shù)據(jù)庫(kù)主外鍵依賴的表導(dǎo)出。希望還可以支持業(yè)務(wù)邏輯的關(guān)聯(lián)關(guān)系。

軟文，呵呵

問(wèn)個(gè)問(wèn)題，給大家：你喜歡技術(shù)，喜歡代碼?還是僅僅把這當(dāng)作一個(gè)吃飯的工具。我有一個(gè)觀點(diǎn)，技術(shù)做不好的人，做技術(shù)管理一定不行，這是一個(gè)人的態(tài)度問(wèn)題。當(dāng)然反推是不對(duì)的，就是技術(shù)做的好的人，不一定能做好管理。這是一個(gè)人的能力問(wèn)題了。

問(wèn)問(wèn)，后續(xù)打算怎么發(fā)展這個(gè)項(xiàng)目，為什么要重復(fù)造輪子呢？

有一個(gè)csdn的copy，沒(méi)有引用說(shuō)明。。。
無(wú)語(yǔ)了。搶點(diǎn)擊不是這么騙得啊

你不死去。。。

http://refcardz.dzone.com/refcardz/design-patterns?oid=hom3091
脫離環(huán)境的DP描述是沒(méi)有意義的，看看這個(gè)卡片吧。

實(shí)踐，實(shí)踐是最有效的學(xué)習(xí)方式

應(yīng)該再加一個(gè)：
Q：UT是測(cè)試接口還是測(cè)試實(shí)現(xiàn)？
A：UT測(cè)試的是代碼，是為了讓代碼正確的工作，所以你要測(cè)試接口的話，那就必須要接口里可以寫代碼：）

面試其實(shí)是一次推銷的過(guò)程。
做技術(shù)的不能太簡(jiǎn)單了。
學(xué)會(huì)推銷，學(xué)會(huì)包裝，也是做人的一個(gè)重要技能。

做項(xiàng)目管理其實(shí)和寫代碼還是有些相似的：）
重寫代碼很簡(jiǎn)單，抹掉重來(lái)就可以了，但是項(xiàng)目中你不能把人員抹掉重來(lái)
所以你需要在不改變代碼功能情況下來(lái)重構(gòu)代碼。這也是項(xiàng)目中比較困難的地方。

作者也是在外企吧，外企這些關(guān)鍵字都是喜歡用英文。語(yǔ)言本來(lái)就是共同用的，只要你能看懂就可以了，什么樣的形式都是次要的。

鄙視這種文章，泛泛而談，沒(méi)有一點(diǎn)實(shí)際意義。
對(duì)于不同需求的系統(tǒng)資源會(huì)有不同的構(gòu)架體系。
學(xué)校里就是喜歡搞這些浪費(fèi)時(shí)間浪費(fèi)精力浪費(fèi)資源的東西！！

@切爾斯基

速度建好，呵呵
agilelife@groups.msn.com

good FAQ。一些答案是我以前知道的，但是還有一些答案是我以前沒(méi)有考慮到的。不過(guò)，我覺(jué)得敏捷的關(guān)鍵還是思想的轉(zhuǎn)變，結(jié)對(duì)等這些方法是需要基于敏捷的思想的。所以上面有很多問(wèn)題的提出都是由于沒(méi)有把思考問(wèn)題的方式轉(zhuǎn)變過(guò)來(lái)。
切爾斯基，在blogjava很少能夠見(jiàn)到幾個(gè)研究和介紹敏捷的，我想邀請(qǐng)你到我的一個(gè)敏捷qq群中一起多討論論：59765983
有興趣也可以去我的博客看看，指指錯(cuò)誤：）

@xml-rpc
# re: roller擴(kuò)展開(kāi)發(fā)經(jīng)驗(yàn)小結(jié)之xmlrpc 2008-07-19 15:55 | xml-rpc

寫了半天怎么不見(jiàn)服務(wù)器端代碼


不知道是我表達(dá)能力的問(wèn)題，還是你就是匆匆路過(guò)。

呵呵，感覺(jué)這篇文章好像是賊喊捉賊啊。

@andy 林
sorry,你看得比較仔細(xì)，這里是我當(dāng)時(shí)copy的兩段不同的代碼，所以出問(wèn)題了，呵呵，馬上改

謝謝大家的關(guān)注，其實(shí)這說(shuō)明大家對(duì)自己的利益還是很關(guān)心的。
其實(shí)我寫這個(gè)文章的目的就是想通過(guò)自己這個(gè)case來(lái)說(shuō)明一下我們可以維護(hù)的自己的權(quán)利。
作技術(shù)的有時(shí)候很純，所以不會(huì)很好的保護(hù)自己。

@bineon
謝謝，呵呵，有些不好意思的是好久沒(méi)有更新了。原因是這段時(shí)間太忙了。在忙裝修，天天和打仗一樣的。其實(shí)在上個(gè)roller改造的項(xiàng)目有很多東西想拿出來(lái)分享的，但是一直沒(méi)有抽出時(shí)間。其實(shí)我早就想休息休息了，問(wèn)題是上個(gè)公司工作一直在忙，所以沒(méi)有休年假。結(jié)果后來(lái)就發(fā)生了這么多的事情。

@Always BaNg.
我不想這樣，我本來(lái)是盡職盡責(zé)的做完工作，但是有人太過(guò)分了

@chao
我不是一無(wú)所有，比一無(wú)所有還慘。。。一身負(fù)債

呵呵其實(shí)也沒(méi)有那么生氣了，這個(gè)大家不擔(dān)心。
另外我很年輕嗎？我覺(jué)得我都比較老了哦。
筒子們都是多大的？

@隔葉黃鶯

呵呵，還是我們的黃鶯扎實(shí)啊，以前還真沒(méi)有仔細(xì)研究過(guò)jvm。這就去仔細(xì)找資料看看。

程序員有一期有個(gè)文章叫做程序員的７樣兵器，作者可以找來(lái)看看，再把這篇文章豐潤(rùn)一下．覺(jué)得在關(guān)于程序員修煉的方面有些興猶未盡的感覺(jué)．

首先還是要擺正項(xiàng)目經(jīng)理的位置，項(xiàng)目經(jīng)理是疏導(dǎo)溝通的，而不是一個(gè)溝通的終結(jié)點(diǎn)．要做到這點(diǎn)項(xiàng)目經(jīng)理在組隊(duì)之前就應(yīng)該對(duì)項(xiàng)目成員的特點(diǎn)有個(gè)較為充分的了解．在項(xiàng)目進(jìn)行中當(dāng)Ａ提出一個(gè)問(wèn)題時(shí)，項(xiàng)目經(jīng)理知道對(duì)于這個(gè)問(wèn)題Ｂ有過(guò)相關(guān)的經(jīng)驗(yàn)，那么他就應(yīng)該在Ａ和Ｂ之間搭起橋梁．讓Ａ能夠詢問(wèn)Ｂ．而且Ｂ的解決方案是無(wú)壓力的．也就是不需要承擔(dān)責(zé)任的．這樣久而久之，隊(duì)員也就清楚了當(dāng)自己出現(xiàn)什么問(wèn)題時(shí)應(yīng)該去問(wèn)誰(shuí)了．
而且項(xiàng)目經(jīng)理要灌輸一個(gè)思想就是回答問(wèn)題不是為了表現(xiàn)能力，而是經(jīng)驗(yàn)分享．這樣大家就會(huì)樂(lè)于回答問(wèn)題并提出創(chuàng)新的想法了．

@Jack.Wang
來(lái)者是客，一個(gè)一個(gè)回答你的問(wèn)題吧。
1、對(duì)于風(fēng)險(xiǎn)的考慮敏捷通過(guò)自己的一些做法已經(jīng)規(guī)避了
對(duì)于技術(shù)風(fēng)險(xiǎn)采用穿刺的方法進(jìn)行規(guī)避
對(duì)于業(yè)務(wù)的風(fēng)險(xiǎn)采用討論的方法進(jìn)行規(guī)避
對(duì)于人員的風(fēng)險(xiǎn)采用結(jié)對(duì)的方法進(jìn)行規(guī)避
2、敏捷的項(xiàng)目是有節(jié)奏的，集成是為了保證節(jié)奏，重構(gòu)是功能完成后對(duì)代碼的調(diào)整
3、重構(gòu)的目的很簡(jiǎn)單，就是方便與以后的擴(kuò)展和維護(hù)，你要是沒(méi)有以后的擴(kuò)展和維護(hù)需求，完全可以不重構(gòu)
4、我不是一個(gè)喜歡copy的人，從我的文章中你可以看出來(lái)這點(diǎn)，但是現(xiàn)實(shí)的實(shí)踐必然有一個(gè)模仿然后改進(jìn)的過(guò)程。而且由于我并不是一個(gè)熟練的敏捷專家，所以在敏捷方法的使用過(guò)程中必然會(huì)出現(xiàn)一些問(wèn)題。這就是一個(gè)探索和成長(zhǎng)的過(guò)程。

http://rocket.blogjava.net/
依然跳轉(zhuǎn)到
http://www.blogcns.net/
請(qǐng)dudu解決一下這個(gè)問(wèn)題

總覺(jué)得這個(gè)突破有些突兀，一個(gè)正常的成長(zhǎng)不應(yīng)該是這樣的。。。
尤其是那個(gè)半年的變化，太傳奇了，也太不現(xiàn)實(shí)了

兩個(gè)OO語(yǔ)言寫出來(lái)的process式方法。。。
jack，寫完你就不能用OO重構(gòu)一下嗎，呵呵

不錯(cuò)的方法。
是根據(jù)已知表結(jié)構(gòu)的情況下進(jìn)行代碼生成。
屬于模板方式生成代碼技術(shù)。
其實(shí)業(yè)內(nèi)常用的模板方式生成代碼的方法是xdoclet和annotation，使用注釋來(lái)提取模板元素，再使用其它的模板框架（比如velocity）來(lái)生成代碼。
如果作者是這個(gè)代碼生成工具的維護(hù)者，希望能再多借鑒一些代碼生成技術(shù)，畢竟用js生成代碼的創(chuàng)意很好。

呵呵，又一個(gè)被需求折磨的要死的pm。

@Jack.Wang
你還是傾向于工具，而不是思想。敏捷是種擁抱變化的思想，而不是因?yàn)槭褂昧耸裁垂ぞ卟琶艚莸摹＿@點(diǎn)你必須明確。
要說(shuō)工具，最好的就是卡片，填滿白板的故事卡片是最好的工具。
當(dāng)然你要做速度統(tǒng)計(jì)還是需要一些工具的，我自己使用的是mingle
但是我必須要指出的是，不從擁抱變化的角度來(lái)考慮問(wèn)題，那么用什么工具都是沒(méi)有用的。

天哪，這樣做我保證你10個(gè)項(xiàng)目9個(gè)會(huì)失敗。
原因：
1、需求本身是不可能固定的
2、永遠(yuǎn)不可能在開(kāi)發(fā)前把要準(zhǔn)備的需求，業(yè)務(wù)，相關(guān)技術(shù)知識(shí)準(zhǔn)備夠。
3、由于上面的不確定性將導(dǎo)致開(kāi)發(fā)和測(cè)試的偏差增大。
4、開(kāi)發(fā)和測(cè)試的偏差將再一次導(dǎo)致對(duì)于項(xiàng)目的估計(jì)產(chǎn)生偏差，除非之前建立了寬廣的緩沖區(qū)，否則。。。嘻嘻。。。

jack還年輕，所以我一直覺(jué)得你會(huì)學(xué)校深造是個(gè)錯(cuò)誤的決定。
中國(guó)的高校沒(méi)有幾所具備it產(chǎn)業(yè)有價(jià)值的實(shí)踐能力。原因很簡(jiǎn)單，他們做過(guò)的case很少很少。。。
你離開(kāi)dascom的這半年，我又加入了很多新的敏捷元素，同時(shí)也在不斷的完善著自己很團(tuán)隊(duì)，在這個(gè)過(guò)程中我發(fā)現(xiàn)最吸引人的是這個(gè)學(xué)習(xí)的過(guò)程。不論做什么，只要你對(duì)它能夠有濃厚的學(xué)習(xí)興趣，那么你將從中不斷受益。

@撒旦
上面標(biāo)明的技術(shù)都是在項(xiàng)目中實(shí)際用到的，所以要是應(yīng)聘者更熟悉一點(diǎn)，會(huì)更快的參與到項(xiàng)目中來(lái)

是不是開(kāi)源也要搞超級(jí)開(kāi)源啊，奉勸一句
空談?wù)`國(guó)，實(shí)干興邦
國(guó)外的開(kāi)源哪有自我炒作的。
而且中國(guó)開(kāi)源領(lǐng)域的根本問(wèn)題還是技術(shù)差距問(wèn)題，而不是支持度的問(wèn)題。
所以我拜托幾位軟文高手，用心做事，踏實(shí)做人了。

為什么不用spring管理你的DAO？？
還好進(jìn)行TDD。呵呵

agile,not a method but a philosophy.

呵呵，群主是剛工作不久的吧？
有激情，贊一個(gè)

新生的東西，還有很多需要改進(jìn)，和java剛生出來(lái)一樣嗎：）那位harry兄的 http://www.etrack.cn/ ，建議再做成熟些再出來(lái)推廣，你現(xiàn)在這樣出來(lái)和mingle比會(huì)有很多問(wèn)題的，而且bug追蹤和工作日志感覺(jué)這些特性功能很中國(guó)化的味道，有些非agile。不過(guò)很欣賞你們做工具的態(tài)度，我們的軟件就需要有這樣的態(tài)度。

你覺(jué)得效果不明顯是因?yàn)閱螜C(jī)操作　　可以試想一下這樣一種情況，兩個(gè)同時(shí)在線的用戶，Ａ用戶有了操作之后，系統(tǒng)判斷會(huì)對(duì)另外Ｂ用戶造成影響，那么就可以使用ｒｅｖｅｒｓｅ－ａｊａｘ的方式在不刷新頁(yè)面的情況下把信息推給Ｂ用戶

你有我QQ沒(méi)，19794405

什么數(shù)據(jù)庫(kù)？是mysql嗎？
如何配置，可否告知？@sqhe18

@Feng
如果沒(méi)有屬主，那么這個(gè)story分配給誰(shuí)呢？
比如說(shuō)我是pm，我如何把這個(gè)story交給dev去開(kāi)發(fā)？

你的web.xml配置有問(wèn)題

ME,呵呵，你用過(guò)WS后你就知道ME是什么樣的工具了

呵呵，為什么要在寫代碼的時(shí)候還要分散自己的注意力出來(lái)做縮進(jìn)呢？

@祎恬凡
現(xiàn)在還沒(méi)有，所以是一個(gè)想法
但是現(xiàn)在的工作上手后我一定會(huì)做個(gè)試驗(yàn)過(guò)程的。
畢竟現(xiàn)在的開(kāi)發(fā)流程中，反復(fù)的操作太多