敏捷開發系列之旅 第二站（走近XP極限程式設計）
相關推薦
敏捷開發系列之旅 第二站（走近XP極限程式設計）
這是最重要的核心價值。因為XP強調要“擁抱變化”，因此對於使用者的反饋，提倡積極面對現實和修改問題的勇氣，如放棄已有程式碼，改進系統設計等；勇敢的重構；所有人擁有程式碼；敢於極限（把好的方法做到極致）。XP認為，軟體開發中，人是最重要的一個方面。在一個軟體產品的開發中，人的參與貫穿其整個生命週期，是
敏捷開發系列之旅 第三站（認識FDD特徵驅動開發）
上篇文章中，我們探討了什麼是XP極限程式設計，以及極限程式設計的管理思想、核心價值觀等等。在敏捷開發之旅的第三站，我想要和大家一起分享FDD特徵驅動開發方法。 特徵驅動開發——Feature Driven Development 還是老規矩，討論之前，我們先了解一下什麼
敏捷開發系列之旅 第四站（透明的Crystal水晶方法）
上一站，我們簡單的談了談FDD，瞭解了什麼是特徵驅動開發，以及它核心的整體模型，在我看來，它是一種有效但有一些複雜的敏捷開發方法，對於小團隊來說，實施起來有些困難。然而，今天我們要認識的是一種新的開發過程——Crystal，透明水晶方法。 概述 水晶方法，Crystal
敏捷開發系列之旅 第五站（不一樣的RUP統一軟體開發過程）
迭代式開發在軟體開發的早期階段就想完全、準確的捕獲使用者的需求幾乎是不可能的。實際上，我們經常遇到的問題是需求在整個軟體開發工程中經常會改變。傳統的開發方式對於這種需求的變更是很難應對的。 迭代式開發允許在每次迭代過程中需求可能有變化，通過不斷細化來加深對問題的理解。迭代式開發不僅可以降低專案的風險，而且
小程序之旅——第二站（）
rgs nts 回車 chrome 所有 type [] this 1-1 一、sublime text 3 前提是得先安裝package control插件 1、通過"ctrl+shift+p"打開命令面板 2、輸入"install package"打開安裝插件面板
ios開發系列之記憶體洩漏分析（下）
接上篇，本篇主要講解通知和 KVO 不移除觀察者、block 迴圈引用 、NSThread 和 RunLoop一起使用造成的記憶體洩漏。 1、通知造成的記憶體洩漏 1.1、ios9 以後，一般的通知，都不再需要手動移除觀察者，系統會自動在dealloc 的時候呼叫 [[NSNotificationCenter
Spark2.0機器學習系列之7： MLPC（多層神經網絡）
element nbsp hid 隨機梯度下降 support file dict 分類器 希望 Spark2.0 MLPC（多層神經網絡分類器）算法概述 MultilayerPerceptronClassifier（MLPC）這是一個基於前饋神經網絡的分類器，它是一種在
一個PHP檔案搞定支付寶系列之手機網站支付（相容微信瀏覽器）
<?php header('Content-type:text/html; Charset=utf-8'); $appid = 'xxxxx'; //https://open.alipay.com 賬戶中心->金鑰管理->開放平臺金鑰，填寫添加了電腦網站支付的應用的APPID $retur
機器學習系列之K-近鄰演算法（監督學習-分類問題）
''' @description ： 演算法優點： a簡單、易於理解、易於實現、無需估計引數、無需訓練 演算法缺點： a懶惰演算法，對測試樣本分類時計算量大，記憶體開銷大 b必須制定k值，k值得選擇
探索ASP.NET MVC5系列之~~~5.快取篇（頁面快取+二級快取）
其實任何資料裡面的任何知識點都無所謂，都是不重要的，重要的是學習方法，自行摸索的過程（不妥之處歡迎指正） 這次來篇放鬆的，咱們不要老是說安全相關的東西。快取這東西並不是MVC獨有的，N年前就有了，簡單介紹一下平時專案裡面使用的（Redis，Memcache等下次說） 1.頁面快取：
報表開發思路之單元格！（單元格擴充套件屬性）
單元格 一、單元格 報表是有行列整齊的格子組成，這些格子我們統稱為單元格，通過所有的單元格就組成了報表。類似於Excel表格中的每個格子，也相當於HTML網頁中TABLE表格的TD單元格； 二、合併單元格 多個連續的單元格通過合併操作
敏捷開發系列終極之旅 第六站（像橄欖球運動一樣富有激情的SCRUM）
適用的專案 剛剛瞭解Scrum的朋友，經常會有這樣的疑問：到底什麼樣的專案適合使用Scrum呢？我們也一直在探討。首先，我們來看一下關於過程的定義。過程控制通常有兩種形式，一種是預定義過程，另一種則是經驗性過程。 預定義過程 每一項工作都可以被完全理解給予合理的輸入定義，每次便可以得到相同的輸出過
測試開發系列之Python開發mock接口（三）
有一個 cep 內置 stat 遊標 tab lB 端口號 HERE 於進入主題了，前面的準備工作都已經做好了，下面就開始寫邏輯的代碼了，代碼我已經寫好了，每行都加了註釋，不明白的可以留言。 1 2 3 4 5 6 7 8 9 10 11 12 13
（五）react-native開發系列之原生互動
react-native可以做web與原生的互動，這是使用react-native開發專案的主要目的之一，也是主要優勢，用rn而不用原生互動則毫無價值，這篇文章用來記錄在專案中rn的原生互動使用過程。 之前說過要做的是一個pda專案，所以今天以input獲取焦點的時候禁止軟鍵盤彈出為例，大體說一下rn的原生
android 敏捷開發系列（一）——《啥是敏捷開發》
說起敏捷開發，大家或多或少會有些印象。而在android上的敏捷開發可能還並未普及。 博主將與大家共同討論一起交流android上的敏捷開發、框架搭建等知識。 本博將通過 講解敏捷開發概念->敏捷開發架構思想->開發環境搭建->專案原始碼敏捷開發構建、
敏捷開發系列學習總結（10）——到底什麼是敏捷開發?
1，提要 軟體開發是一個系統工程，包括最初的可行性分析、再到設計、開發、測試、維護等整個生命週期。在這個過程中某些階段的失誤或說是變化，都可能增加整個軟體專案的風險。 如何在保證效率的基礎上還能安計劃
敏捷開發系列學習總結（11）——Scrum敏捷開發流程的三個角色、四個會議和三個物件
Scrum敏捷開發流程主要包擴三個角色、四個會議和個三物件。 三個角色 Scrum團隊中包括三個角色，他們分別是產品負責人、開發團隊和 專案的直接管理者（Scrum Master）。 Scrum 團隊是自組織、跨職能的完整團隊。自組織團隊決定如何最好地完成他們的工作
敏捷開發系列學習總結（2）——Bug修改流程
原則，力求各司其職，簡單明瞭。 1. 測試人員提交bug ⑴ 標題： [ 模組名稱 ] 問題描述 ⑵ 內容： 問題重現步驟的描述，最好貼上圖片。 因為一圖勝萬言。 ⑶ 指定責任人： 根據bug指定責任人。如果不能確定責任人，就指定給專案負責人。 2. 責任人檢
android 敏捷開發系列（三）——《環境部署》
書接上文，上次我們瞭解了敏捷開發的架構，但是利用我們普通的開發工具Eclipse的Ant構建是無法完成專案依賴等工作的，所以在開發之前我們需要準備好以下開發環境 maven + nexus + hudson + git 注：本文基本環境 服務端系統為ubuntu13.0
敏捷開發系列（1）-為什麼需要敏捷？
這篇文章，我將會去簡單探討為什麼需要敏捷？ 先貼出連結，如果你有時間的話，可以考慮仔細看看：The New Methodology (Martin Fowler's description of the background to agile methods)1