呵呵，dbunit還有更有意思的呢，可以導(dǎo)出相關(guān)的依賴表。不過可惜的是這這種方法不支持部分sql查詢，我現(xiàn)在在做一個dbunit的export extension.可以支持數(shù)據(jù)庫主外鍵依賴的表導(dǎo)出。希望還可以支持業(yè)務(wù)邏輯的關(guān)聯(lián)關(guān)系。
re: IT并不萬能 rocket 2008-12-09 11:23
軟文，呵呵
re: 08年總結(jié)評述（二）[未登錄] rocket 2008-12-05 18:11
問個問題，給大家：你喜歡技術(shù)，喜歡代碼?還是僅僅把這當(dāng)作一個吃飯的工具。我有一個觀點，技術(shù)做不好的人，做技術(shù)管理一定不行，這是一個人的態(tài)度問題。當(dāng)然反推是不對的，就是技術(shù)做的好的人，不一定能做好管理。這是一個人的能力問題了。
問問，后續(xù)打算怎么發(fā)展這個項目，為什么要重復(fù)造輪子呢？
re: 正交軟件架構(gòu)方法[未登錄] rocket 2008-09-18 12:15
有一個csdn的copy，沒有引用說明。。。
無語了。搶點擊不是這么騙得啊
re: 暑假在深圳的日子[未登錄] rocket 2008-09-03 17:01
你不死去。。。
re: 模式參考卡片[未登錄] rocket 2008-09-03 17:00
re: 敏捷質(zhì)疑: TDD rocket 2008-08-20 15:48
應(yīng)該再加一個：
Q：UT是測試接口還是測試實現(xiàn)？
A：UT測試的是代碼，是為了讓代碼正確的工作，所以你要測試接口的話，那就必須要接口里可以寫代碼：）
re: 又一次被干 rocket 2008-08-19 16:14
面試其實是一次推銷的過程。
做技術(shù)的不能太簡單了。
學(xué)會推銷，學(xué)會包裝，也是做人的一個重要技能。
re: 項目管理之能不能不要再說完成了90%？ rocket 2008-08-19 13:22
做項目管理其實和寫代碼還是有些相似的：）
重寫代碼很簡單，抹掉重來就可以了，但是項目中你不能把人員抹掉重來
所以你需要在不改變代碼功能情況下來重構(gòu)代碼。這也是項目中比較困難的地方。
作者也是在外企吧，外企這些關(guān)鍵字都是喜歡用英文。語言本來就是共同用的，只要你能看懂就可以了，什么樣的形式都是次要的。
re: 軟件架構(gòu)的六個定義 rocket 2008-08-19 13:10
鄙視這種文章，泛泛而談，沒有一點實際意義。
對于不同需求的系統(tǒng)資源會有不同的構(gòu)架體系。
學(xué)校里就是喜歡搞這些浪費時間浪費精力浪費資源的東西！！
@切爾斯基
速度建好，呵呵
agilelife@groups.msn.com
good FAQ。一些答案是我以前知道的，但是還有一些答案是我以前沒有考慮到的。不過，我覺得敏捷的關(guān)鍵還是思想的轉(zhuǎn)變，結(jié)對等這些方法是需要基于敏捷的思想的。所以上面有很多問題的提出都是由于沒有把思考問題的方式轉(zhuǎn)變過來。
切爾斯基，在blogjava很少能夠見到幾個研究和介紹敏捷的，我想邀請你到我的一個敏捷qq群中一起多討論論：59765983
有興趣也可以去我的博客看看，指指錯誤：）
@xml-rpc
# re: roller擴展開發(fā)經(jīng)驗小結(jié)之xmlrpc 2008-07-19 15:55 | xml-rpc
寫了半天怎么不見服務(wù)器端代碼
不知道是我表達能力的問題，還是你就是匆匆路過。
re: 做人不要太浮躁 rocket 2008-07-17 16:13
呵呵，感覺這篇文章好像是賊喊捉賊啊。
@andy 林
sorry,你看得比較仔細，這里是我當(dāng)時copy的兩段不同的代碼，所以出問題了，呵呵，馬上改
re: 不仁義，不仗義 rocket 2008-07-16 12:23
謝謝大家的關(guān)注，其實這說明大家對自己的利益還是很關(guān)心的。
其實我寫這個文章的目的就是想通過自己這個case來說明一下我們可以維護的自己的權(quán)利。
作技術(shù)的有時候很純，所以不會很好的保護自己。
re: 不仁義，不仗義 rocket 2008-07-16 09:09
@bineon
謝謝，呵呵，有些不好意思的是好久沒有更新了。原因是這段時間太忙了。在忙裝修，天天和打仗一樣的。其實在上個roller改造的項目有很多東西想拿出來分享的，但是一直沒有抽出時間。其實我早就想休息休息了，問題是上個公司工作一直在忙，所以沒有休年假。結(jié)果后來就發(fā)生了這么多的事情。
re: 不仁義，不仗義 rocket 2008-07-15 22:28
@Always BaNg.
我不想這樣，我本來是盡職盡責(zé)的做完工作，但是有人太過分了
re: 不仁義，不仗義 rocket 2008-07-15 22:28
@chao
我不是一無所有，比一無所有還慘。。。一身負債
re: 不仁義，不仗義 rocket 2008-07-15 22:26
呵呵其實也沒有那么生氣了，這個大家不擔(dān)心。
另外我很年輕嗎？我覺得我都比較老了哦。
筒子們都是多大的？
@隔葉黃鶯
呵呵，還是我們的黃鶯扎實啊，以前還真沒有仔細研究過jvm。這就去仔細找資料看看。
re: 程序員之路探究 rocket 2008-05-27 11:34
程序員有一期有個文章叫做程序員的７樣兵器，作者可以找來看看，再把這篇文章豐潤一下．覺得在關(guān)于程序員修煉的方面有些興猶未盡的感覺．
首先還是要擺正項目經(jīng)理的位置，項目經(jīng)理是疏導(dǎo)溝通的，而不是一個溝通的終結(jié)點．要做到這點項目經(jīng)理在組隊之前就應(yīng)該對項目成員的特點有個較為充分的了解．在項目進行中當(dāng)Ａ提出一個問題時，項目經(jīng)理知道對于這個問題Ｂ有過相關(guān)的經(jīng)驗，那么他就應(yīng)該在Ａ和Ｂ之間搭起橋梁．讓Ａ能夠詢問Ｂ．而且Ｂ的解決方案是無壓力的．也就是不需要承擔(dān)責(zé)任的．這樣久而久之，隊員也就清楚了當(dāng)自己出現(xiàn)什么問題時應(yīng)該去問誰了．
而且項目經(jīng)理要灌輸一個思想就是回答問題不是為了表現(xiàn)能力，而是經(jīng)驗分享．這樣大家就會樂于回答問題并提出創(chuàng)新的想法了．
re: 敏捷項目管理之探索階段做法 rocket 2008-05-25 13:05
@Jack.Wang
來者是客，一個一個回答你的問題吧。
1、對于風(fēng)險的考慮敏捷通過自己的一些做法已經(jīng)規(guī)避了
對于技術(shù)風(fēng)險采用穿刺的方法進行規(guī)避
對于業(yè)務(wù)的風(fēng)險采用討論的方法進行規(guī)避
對于人員的風(fēng)險采用結(jié)對的方法進行規(guī)避
2、敏捷的項目是有節(jié)奏的，集成是為了保證節(jié)奏，重構(gòu)是功能完成后對代碼的調(diào)整
3、重構(gòu)的目的很簡單，就是方便與以后的擴展和維護，你要是沒有以后的擴展和維護需求，完全可以不重構(gòu)
4、我不是一個喜歡copy的人，從我的文章中你可以看出來這點，但是現(xiàn)實的實踐必然有一個模仿然后改進的過程。而且由于我并不是一個熟練的敏捷專家，所以在敏捷方法的使用過程中必然會出現(xiàn)一些問題。這就是一個探索和成長的過程。
re: 提交Bug及功能建議 rocket 2008-05-24 09:53
re: 誰是今天的愛因斯坦 rocket 2008-03-12 09:24
總覺得這個突破有些突兀，一個正常的成長不應(yīng)該是這樣的。。。
尤其是那個半年的變化，太傳奇了，也太不現(xiàn)實了
兩個OO語言寫出來的process式方法。。。
jack，寫完你就不能用OO重構(gòu)一下嗎，呵呵
不錯的方法。
是根據(jù)已知表結(jié)構(gòu)的情況下進行代碼生成。
屬于模板方式生成代碼技術(shù)。
其實業(yè)內(nèi)常用的模板方式生成代碼的方法是xdoclet和annotation，使用注釋來提取模板元素，再使用其它的模板框架（比如velocity）來生成代碼。
如果作者是這個代碼生成工具的維護者，希望能再多借鑒一些代碼生成技術(shù)，畢竟用js生成代碼的創(chuàng)意很好。
re: 項目開發(fā)中的管理 rocket 2008-03-03 10:00
呵呵，又一個被需求折磨的要死的pm。
re: 敏捷實施步驟與價值觀 rocket 2008-03-03 09:46
@Jack.Wang
你還是傾向于工具，而不是思想。敏捷是種擁抱變化的思想，而不是因為使用了什么工具才敏捷的。這點你必須明確。
要說工具，最好的就是卡片，填滿白板的故事卡片是最好的工具。
當(dāng)然你要做速度統(tǒng)計還是需要一些工具的，我自己使用的是mingle
但是我必須要指出的是，不從擁抱變化的角度來考慮問題，那么用什么工具都是沒有用的。
re: 項目，從零開始 rocket 2008-02-27 11:53
天哪，這樣做我保證你10個項目9個會失敗。
原因：
1、需求本身是不可能固定的
2、永遠不可能在開發(fā)前把要準(zhǔn)備的需求，業(yè)務(wù)，相關(guān)技術(shù)知識準(zhǔn)備夠。
3、由于上面的不確定性將導(dǎo)致開發(fā)和測試的偏差增大。
4、開發(fā)和測試的偏差將再一次導(dǎo)致對于項目的估計產(chǎn)生偏差，除非之前建立了寬廣的緩沖區(qū)，否則。。。嘻嘻。。。
re: 程序員們我們究竟在做什么？ rocket 2008-02-25 11:58
jack還年輕，所以我一直覺得你會學(xué)校深造是個錯誤的決定。
中國的高校沒有幾所具備it產(chǎn)業(yè)有價值的實踐能力。原因很簡單，他們做過的case很少很少。。。
你離開dascom的這半年，我又加入了很多新的敏捷元素，同時也在不斷的完善著自己很團隊，在這個過程中我發(fā)現(xiàn)最吸引人的是這個學(xué)習(xí)的過程。不論做什么，只要你對它能夠有濃厚的學(xué)習(xí)興趣，那么你將從中不斷受益。
@撒旦
上面標(biāo)明的技術(shù)都是在項目中實際用到的，所以要是應(yīng)聘者更熟悉一點，會更快的參與到項目中來
是不是開源也要搞超級開源啊，奉勸一句
空談?wù)`國，實干興邦
國外的開源哪有自我炒作的。
而且中國開源領(lǐng)域的根本問題還是技術(shù)差距問題，而不是支持度的問題。
所以我拜托幾位軟文高手，用心做事，踏實做人了。
re: 采用單例模式還是靜態(tài)方法？ rocket 2008-01-22 11:31
為什么不用spring管理你的DAO？？
還好進行TDD。呵呵
re: 敏捷真的是玄而又玄的“文化”嗎？ rocket 2008-01-17 18:06
agile,not a method but a philosophy.
re: 申請加入 "深圳Java小組"[未登錄] rocket 2008-01-17 18:00
呵呵，群主是剛工作不久的吧？
有激情，贊一個
新生的東西，還有很多需要改進，和java剛生出來一樣嗎：）那位harry兄的
http://www.etrack.cn/ ，建議再做成熟些再出來推廣，你現(xiàn)在這樣出來和mingle比會有很多問題的，而且bug追蹤和工作日志感覺這些特性功能很中國化的味道，有些非agile。不過很欣賞你們做工具的態(tài)度，我們的軟件就需要有這樣的態(tài)度。
你覺得效果不明顯是因為單機操作 可以試想一下這樣一種情況，兩個同時在線的用戶，Ａ用戶有了操作之后，系統(tǒng)判斷會對另外Ｂ用戶造成影響，那么就可以使用ｒｅｖｅｒｓｅ－ａｊａｘ的方式在不刷新頁面的情況下把信息推給Ｂ用戶
re: mingle讓我崩潰的一天 rocket 2007-08-11 14:41
你有我QQ沒，19794405
re: mingle - XP template rocket 2007-07-23 17:15
什么數(shù)據(jù)庫？是mysql嗎？
如何配置，可否告知？@sqhe18
@Feng
如果沒有屬主，那么這個story分配給誰呢？
比如說我是pm，我如何把這個story交給dev去開發(fā)？
re: 請教高手 rocket 2007-05-21 21:00
你的web.xml配置有問題
ME,呵呵，你用過WS后你就知道ME是什么樣的工具了
呵呵，為什么要在寫代碼的時候還要分散自己的注意力出來做縮進呢？
re: 如何逆向開發(fā) rocket 2007-04-04 10:32
@祎恬凡
現(xiàn)在還沒有，所以是一個想法
但是現(xiàn)在的工作上手后我一定會做個試驗過程的。
畢竟現(xiàn)在的開發(fā)流程中，反復(fù)的操作太多