|
|
2005年11月13日
摘要: 其實(shí)所有的一切都只是幾個(gè)因素的相互作用, 互為函數(shù):
* 并發(fā)量/數(shù)據(jù)量
* 機(jī)器配置
* 單個(gè)請(qǐng)求處理速度
* 穩(wěn)定運(yùn)行時(shí)間
閱讀全文
摘要: 假設(shè)我們必須處理對(duì)象的存儲(chǔ), 加載, 和查詢. 性能和引用完整性的約束, 給接口的實(shí)現(xiàn)帶來了以下問題:
1. 加載根對(duì)象時(shí)如何避免加載大半個(gè)數(shù)據(jù)庫
2. 存儲(chǔ)時(shí)如何更新整個(gè)對(duì)象圖
3. 存儲(chǔ)時(shí)如何高效的更新整個(gè)對(duì)象圖
4. 何時(shí)同步對(duì)象的內(nèi)存狀態(tài)和持久存儲(chǔ)狀態(tài)
5. 如何確保在出錯(cuò)時(shí)保持對(duì)象內(nèi)存狀態(tài)和持久存儲(chǔ)狀態(tài)之間的一致性
6. 如何保證引用的唯一性以避免可能的更新沖突
對(duì)性能的精益求精, 又促使人們解決更多的細(xì)節(jié)問題:
7. N+1查詢問題
8. 分離查詢模型和存儲(chǔ)模型
9. 盡量減少查詢語句
這些問題的解決方案又會(huì)帶來新的問題. 閱讀全文
摘要: 其它所有問題都是這個(gè)問題的某種解決方案引入的 閱讀全文
摘要: 我們都知道我們無法證明軟件已經(jīng)沒有Bug, 用波普爾的話說就是: 科學(xué)理論都是假說, 愛因斯坦的競(jìng)爭(zhēng)理論表明對(duì)牛頓理論的即使如海王星發(fā)現(xiàn)般嚴(yán)格的檢驗(yàn)都不能確保其正確性, 即對(duì)白天鵝的一千次觀察都不足以斷言黑天鵝的不存在 閱讀全文
摘要: 1. 并行開發(fā) 與 集成 之間的矛盾
2. 基于文本的合并 與 基于語意的邏輯 之間的矛盾
3. 依賴的穩(wěn)定性 與 依賴自身的演進(jìn)升級(jí) 之間的矛盾 閱讀全文
摘要: 試錯(cuò)法廣泛的應(yīng)用于自然科學(xué)領(lǐng)域. 迭代開發(fā)就是試錯(cuò)法在軟件開發(fā)過程方面的應(yīng)用 閱讀全文
摘要: 機(jī)器環(huán)境雖然各有各的不同, 但依然有可能創(chuàng)建一個(gè)"環(huán)境無關(guān)的環(huán)境" 閱讀全文
摘要: 這應(yīng)該是一個(gè)概念: 你放一個(gè)東西到Session里, 但你只能獲得一次, 下次它就不存在了. 用類來表示概念, 我們只需在生成對(duì)象時(shí)把自己加到Session里, 在提供的獲取函數(shù)中把自己從Session中移除, 那么第二次你就得不到它了. 閱讀全文
摘要: Q: 結(jié)對(duì)編程、責(zé)任共享，完全是胡說，代碼找不到作者，開發(fā)人員哪里會(huì)有責(zé)任心!
Q: 我干嘛要把辛辛苦苦很多年積累的經(jīng)驗(yàn)白白告訴別人? 我喜歡不可替代的感覺.
Q: 有些老手不喜歡結(jié)對(duì), 覺得新人不勞而獲對(duì)他們不利, 不情愿, 怎么辦?
Q: 那互不相讓怎么辦?
Q: 我想修改某段代碼, 想找原作者了解一下思路, 可根本不知道是誰 閱讀全文
摘要: Q: 我的產(chǎn)品是電信級(jí)的設(shè)備, 幾百人分成幾十個(gè)項(xiàng)目組在開發(fā), 各個(gè)項(xiàng)目組進(jìn)度不統(tǒng)一, 如何集成?
Q: CI的愿景是好的, 但我們這里根本不可能, 我們的產(chǎn)品需要復(fù)雜的運(yùn)行環(huán)境, 運(yùn)行時(shí)需要人工干預(yù), 怎么測(cè)? 閱讀全文
摘要: Q: 為什么通過單元測(cè)試發(fā)現(xiàn)的 Bug 很少 ?
Q: 你們說驗(yàn)收測(cè)試應(yīng)該由客戶來編寫, 可在我們這里根本不可能.
閱讀全文
摘要: Working Effectively with Legacy Code 閱讀全文
摘要: 挖掘你 CI server 的能力 閱讀全文
摘要: 希望這能幫助讓你的CruiseControl的配置文件更容易維護(hù). 我相信持續(xù)集成應(yīng)該很簡(jiǎn)單, 即使這會(huì)讓我失業(yè). 閱讀全文
摘要: 突然之間多了點(diǎn)對(duì)你的構(gòu)建破壞者同事們的容忍, 你盯著那個(gè) build.xml, 它依然顯示在你的IDE里面. 就是它了, 文件結(jié)尾處有一個(gè)多余的大大的 '#' 號(hào) 閱讀全文
摘要: Ant腳本如何適應(yīng)大規(guī)模的項(xiàng)目, Large Scale 的項(xiàng)目意味著: 目錄較多, 層次較深 依賴較多, 構(gòu)建腳本依賴的第三方Ant Task, 項(xiàng)目依賴的第三方庫等 測(cè)試較多, 構(gòu)建時(shí)間反饋周期較長(zhǎng) 需要在不同操作系統(tǒng)上運(yùn)行 需要在不同團(tuán)隊(duì)成員的機(jī)器上運(yùn)行 Ant腳本較長(zhǎng)如何維護(hù) 閱讀全文
摘要: "擁抱變化" 是敏捷的態(tài)度之一, CruiseControl 正是來實(shí)證這種態(tài)度的作品. 多種類型的"變化"都會(huì)觸發(fā)CruiseControl的一次構(gòu)建過程.
我們知道CruiseControl能根據(jù)源代碼的變化來調(diào)度一次構(gòu)建, 但你知道CruiseControl支持多少種調(diào)度模式嗎?
閱讀全文
摘要: 我想這個(gè)實(shí)踐的核心是:
1, 將CruiseControl的配置文件check in到版本控制系統(tǒng)中, 以解決意外損壞的問題
2, 使用專門的"project"來自動(dòng)更新配置, 以解決每次需要有人專門登錄到build server上去更新的瓶頸問題.
3, 復(fù)用但不依賴于CruiseControl對(duì)配置文件的validation, 以同時(shí)獲得 "阻止有問題的配置文件被應(yīng)用到build server的能力" 和 "迅速獲知有人check in了有問題的配置的能力"
閱讀全文
摘要: 讓你的項(xiàng)目包含自己的依賴. (讓你的構(gòu)建腳本顯式的引用包含在項(xiàng)目?jī)?nèi)部的依賴, 而不是隱式的讓構(gòu)建工具來包含那些依賴) 閱讀全文
摘要: 我想這個(gè)實(shí)踐的好處就是
1. 開發(fā)者每次在自己機(jī)器上構(gòu)建時(shí)不需要發(fā)布, 省時(shí)間
2. CruiseControl使用跟開發(fā)者相同的構(gòu)建腳本, 減少了開發(fā)者構(gòu)建成功而CruiseControl構(gòu)建失敗的概率, 省調(diào)試時(shí)間
3. CruiseControl運(yùn)行Publisher時(shí)開發(fā)者可以繼續(xù)工作了, 提高了并發(fā)性, 還是省時(shí)間 閱讀全文
摘要: 這實(shí)際上反映了目前SAX Handler接口定義中缺失的三種能力: Stoppable, Subscribable, 和 Reportable; 最終, ESAX 為 原始的 SAX Handler 補(bǔ)足了 可中止的能力, 可訂閱的能力, 可匯報(bào)的能力, 使得比原始的SAX Handler更快, 比DOM接口更簡(jiǎn)單, 更易于編程 閱讀全文
摘要: emma : 測(cè)試覆蓋率低于指標(biāo)的時(shí)候讓Ant Build自動(dòng)失敗 閱讀全文
摘要: 1. SOAP: 與 Web Service 無關(guān)
2. WSDL: 與 Runtime 無關(guān)
3. WSDL-SOAP Binding Style
4. UDDI：與 WSDL 無關(guān)
5. UDDI：與WSDL 有關(guān)
6. JAX-RPC: 首先是Java,其次才是RPC 閱讀全文
摘要: 1. WebSphere with Optimizeit
2. WebSphere with DataSource
3. WebSphere with JVM Arguments
4. WebSphere with Default JMS Provider, JCA, and SIB
5. WebSphere with MQSeries
6. WebSphere with JNDI
7. Misc 閱讀全文
|