日召開,會上探討了微信的敏捷精神、生態建設以及社會化思維。騰訊集團高級執行副總裁、微信事業群總裁張小龍在會上發表演講,以過往實例闡述了自己對產品與管理的思考。 一方面,張小龍重申了「敏捷性」的必要;另一方面,他強調了不應該從
AWS 為企業客戶提供靈活的服務,幫助它高效將產品推向市場。根據我們掌握的情況,DevOps代表著利用敏捷性方式提升交付速度的新型運營文化,而AWS也恰好憑借著它強大的云計算能力實現著同樣的目標。AWS提
敏捷的世界需要好的開發者 我上面說的幾點也許在多年前是不成立的。如果我們沒有進入敏捷的時代,任何合格的“碼農”都可以被稱作合格的“開發者”。但事實是我們已經進入敏捷的時代,我們需要敏捷的開發
你是否擁有一些實現超敏捷軟件開發所必備的特質?創業公司 Ravello Systems 探討了通過將云規范化,來構建夢寐以求的開發/測試實驗室的關鍵準則。 在這樣一個競爭優勢與業務敏捷度近乎畫上等號的
,為 Visual Studio 系列提供了基于云計算的云端開發與管理一站式服務——從源代碼版本控制、敏捷積壓工作管理,到在線構建管理模塊和在線應用監控洞察。時至今日,Visual Studio Online
DRP(災難恢復計劃)準備預算、備份機制并且擁有一流的 DBA,數據庫仍然造成了重大威脅。這是為什么呢? 變得敏捷 在快速發展、充滿競爭的市場中,如果你的競爭對手能夠更快更好地發布相關產品,那就意味著你終將失
我們如何從零開始? 團隊用一種「敏捷」的工作方式代替傳統方式。這種方式偏向于使用小型的交叉學科的團隊,內部溝通密切,持續高效地對產品(通常是軟件)做出改進。 政府渴望投入這項敏捷方式, 但他們并不是很理解這種方式。最初團隊試圖與政府一起實踐,
不要顯示?TYPE? -v?(忽略)? --help?顯示這個幫手並且離開? --version?輸出版本信息並且離開 41. sync 命令使用權限?:?系統管理者 使用方式?:?sync 說明?:
iceScrum是一個用于敏捷開發的開源平臺。iceScrum設計用于Scrum,Scrum是流行的敏捷方法。 收錄時間:2011-05-28 10:49:29
270 =西(可是好像不太準) values[1]:縱向旋轉角,0=面朝上平置、-90=垂直向上、-180/180=面朝下平置、90=垂直向下 values[2]:橫向旋轉角,0=朝前、90=往右倒、-90=往左倒
試花費的時間也不可能低于原型開發的時間。而蟲子仍然在那兒,滿地都是。 在最近幾年里,特別是隨著敏捷方法的發展,測試已經在生態系統中有了徹底轉變,自始至終我們都不可能離開測試了。另外,從安裝版軟件,
Ops、持續交付(Continuous Delivery)、微服務(MicroServices)、敏捷基礎設施(Agile Infrastructure)、康威定律(Conways Law)等,以及根據商業能力對公司進行重組。
前一段時間看了兩本書《高效程序員的 45 個習慣——敏捷開發修煉之道》和《高效能程序員的修煉》。書名很相似,讀完這兩本書花的時間也差不多,都是兩個星期左右。兩本書內容差別卻不小。不過,總結起來一句話:都是好書!
傳統上,有些產品負責人(product owner)通過對項目經濟回報指標孤立地兩兩比較,進行 backlog 優先級排序。成功的敏捷團隊通常采用一種整體的方法,綜合考慮 backlog 條目的風險、依賴關系和復雜性的相互影響。
出力不多,實在是忝居譯者之名。 3、《企業應用架構模式》 4、《敏捷軟件開發原則、模式與實踐》 Uncle Bob的名著,敏捷的經典名著,這本書比較特別,與其說是講軟件開發過程的書,不如說講軟件
小時的工作時間是一個比較科學和合理的,如果一味的去拼命使用身體,必將使身體受到損害,勢必會造成:工作沒有精神,記憶力差,反應不敏捷等現象,這些現 象本身給項目造成的損害是更加致命的。 更改得不到及時審核 代碼審查是個
近些年來,越來越多的人開始轉向敏捷開發,而且這些敏捷開發的技術已不再新鮮,大多都是在 80 和 90 年代設計形成的。但是,最近幾年,程序員,特別是一些商業顧問,架構師和客戶開始喜歡上了敏捷開發。 不斷進化的需求
忽視了如何創造價值。過度分析最常發生在沒有經驗的分析師、產品經理和項目經理身上。這些其實是跟敏捷開發的思想完全違背的。敏捷開發通過迭代周期的方式 避免過度分析。可以回想一下產品經理或者項目經理的所做的工作是必
Architects: Allies not Adversaries Presentation 。演講主要談到了在敏捷方法中的架構活動(在Martin Fowler的演講中,播放了《黑客帝國》中的一個片段,很有意思)。另一個資源則是同樣作為
DEV 的內部會議,與測試無關。 雙子的天馬行空-Adey :其實我覺得他說得很有道理的, 真正的敏捷應該不需要 bug track system。Facebook 的開發模式,就是 dev 直接面向