目前分類:生活學習 (61834)

瀏覽方式: 標題列表 簡短摘要

女程序員珍妮的故事

來源: 外刊IT評論  發布時間: 2012-02-01 15:59  閱讀: 4125 次  推薦: 1   原文鏈接   [收藏]  

持續集成之“自動化部署”

作者: 喬梁  來源: InfoQ  發布時間: 2011-10-06 18:09  閱讀: 14984 次  推薦: 6   原文鏈接   [收藏]  

  在前文《依賴管理》中,我們討論了如何在代碼變得龐大,組件增多的情況下,做好外部庫和內部組件依賴管理,從而提高構建效率。可以應用的實踐包括:一次生成,多次復用;建立統一制品庫,外部依賴庫可以使用像Maven或Ivy這樣的工具進行統一管理;對架構進行調整,使一個大的代碼庫分成多個組件;每個組件有自己的持續集成體系;對多個組件做持續集成。然而,解決一個問題后,總會有另一個問題等在那里,需要你來解決。這次Joe的團隊遇到了部署問題。

為控制Scrum成本而追蹤時間?

來源: infoq  發布時間: 2011-02-28 14:56  閱讀: 478 次  推薦: 0   原文鏈接   [收藏]  

  Kevin Krac有一個問題,是關于在Scrum中追蹤完成任務所需時間的:

敏捷與盲目自信

來源: infoq  發布時間: 2011-04-24 21:59  閱讀: 835 次  推薦: 0   原文鏈接   [收藏]  

  盲目自信常常源于一廂情愿的想法。​它是一個狀態,這個狀態表現為,預期與現實可能相差很大,然而在一個特定的時間段內它卻又給人一種一切盡在掌控之中的感覺。​敏捷開發中有很多這樣的情況,這導致一個團隊​即使在每況愈下時,也要堅持那些盲目的自信​。

技術發展瓶頸的突破

作者: 人月神話  發布時間: 2016-06-13 08:06  閱讀: 13957 次  推薦: 31   原文鏈接   [收藏]  

  在知乎看到一個問題,相當有代表意義,即技術人員本身的技術發展瓶頸的突破問題。

累了!一個女程序員的心酸和無奈

發布時間: 2012-02-01 15:01  閱讀: 5684 次  推薦: 5   原文鏈接   [收藏]  

  說實話,真的累了。  

Quora女工程師談軟件工程領域中的女性

作者: Tracy Chou  來源: 伯樂在線  發布時間: 2012-02-01 14:43  閱讀: 1603 次  推薦: 0   原文鏈接   [收藏]  

軟件設計雜談

作者: programmer_life  發布時間: 2015-09-03 22:54  閱讀: 5878 次  推薦: 17   原文鏈接   [收藏]  

軟件專家的對話模式(第一部分)

作者: Micha? Bartyzel  來源: infoq  發布時間: 2015-03-02 20:12  閱讀: 2596 次  推薦: 2   原文鏈接   [收藏]  

反饋、無反饋、不和諧的反饋

來源: infoq  發布時間: 2011-05-05 16:59  閱讀: 737 次  推薦: 0   原文鏈接   [收藏]  

  反饋在敏捷開發中的重要性是首屈一指的。從單元測試,持續集成,每日站立會議,回顧會議直到sprint結束時候的演示,它在敏捷方法中無處不在。那么除了這些以外,是不是還有一些不完整的反饋循環呢?

站立會議變形記

來源: agiledon  發布時間: 2011-02-16 22:52  閱讀: 1001 次  推薦: 0   原文鏈接   [收藏]  

  站立會議對于Scrum的意義,就像我們每天早上起來總是希望看看報紙,聽聽新聞,了解每日時事,關心國計民生。站立會議有助于Scrum Master以及整個團隊了解項目進展情況,以便于控制項目進度,掌握團隊成員的開發效率,促進成員之間的交流與溝通,并使所有成員對整個項目能有一個全面的認識。

不能讓你一個人去戰斗:單一產品負責人模式的改進之道

來源: infoq  發布時間: 2011-04-24 21:47  閱讀: 615 次  推薦: 0   原文鏈接   [收藏]  

  產品負責人可以說是Scrum里面要求最高的角色之一了。他需要一個人獨立地對項目成敗負責,他得幫助團隊理解產品愿景,并引領項目開發。產品負責人還被要求幫助團隊產出最大的商業價值。這對單個角色來說,是不是要求太多了呢?

怎樣編寫精益和敏捷項目的合同

來源: infoq  發布時間: 2011-03-06 21:40  閱讀: 846 次  推薦: 0   原文鏈接   [收藏]  

  Alan Shalloway在精益-敏捷郵件組中寫道

零缺陷系統的圣杯

來源: infoq  發布時間: 2011-03-06 21:28  閱讀: 567 次  推薦: 0   原文鏈接   [收藏]  

  盡管零缺陷聽上去很動聽,但真有這種可能嗎?還是說這是一個無法實現的目標?很多組織采用“零缺陷的方法”。這是否真的有意義?

再談敏捷和架構

作者: s  發布時間: 2011-04-19 10:50  閱讀: 809 次  推薦: 0   原文鏈接   [收藏]  

  對于敏捷前面談的很多,其核心仍然是短周期迭代交付,可視化,自適應調整,開放式及時溝通,所有的敏捷實踐基本都是圍繞這些核心展開,如果再要對敏捷的核心抽象就是迭代+自適應。

敏捷反饋循環的重要性

來源: infoq  發布時間: 2011-04-19 11:27  閱讀: 1082 次  推薦: 0   原文鏈接   [收藏]  

  敏捷社區的一些成員強調了反饋循環對于提高敏捷開發流程效力方面的重要性。

產品所有者也應該是Scrum教練嗎?

來源: infoq  發布時間: 2011-02-14 23:11  閱讀: 529 次  推薦: 0   原文鏈接   [收藏]  

  Kulbhushan Sharma 詢問了關于讓一個人擔任Scrum教練和產品所有者兩個角色的問題:

敏捷咨詢工具箱(一)──讀書寫代碼活動

來源: infoq  發布時間: 2010-12-26 21:51  閱讀: 553 次  推薦: 0   原文鏈接   [收藏]  

只要功夫深,鐵杵磨成針。          ──宋·祝穆

敏捷咨詢工具箱(三)──結對輔導

來源: infoq  發布時間: 2011-01-16 18:18  閱讀: 501 次  推薦: 0   原文鏈接   [收藏]  

My mind to your mind. My thoughts to your thoughts...        -- Mr. Spock

看板神話

來源: infoq  發布時間: 2011-02-10 16:42  閱讀: 591 次  推薦: 0   原文鏈接   [收藏]  

  Alan Shalloway最近列舉了他所謂的關于看板“一般神話”。 他的列表中包括以下內容