中醫西醫之爭一直持續不斷，到底哪個更好，仁者見仁，智者見智。
今天想說的是軟體開發中的中西醫模式，所謂中醫模式，就是按照企業的需求，追求循序漸進，不斷的螺旋迭代，最終將整個企業納入到所開發的系統之中。西醫模式，追求短平快，頭疼醫頭，腳疼醫腳，最終雖然解決了企業的部分痛點，但是後面的後遺症還是挺多的。
到底哪種模式更好？從開發角度而言，西醫基本是用現成的軟體來解決某乙個痛點，一般來說，見效快（上線周期短）。但是在解決乙個痛點的同時，往往會產生其他的***。中醫基本是靠乙個團隊來不斷的開發，所以耗時是很長的，到最後還不一定能夠解決問題，中醫逐漸衰落的主要原因之一，畢竟在乙個浮躁的年代，沒有人願意等，大家都想在盡快的時間裡解決問題。
軟體開發就像到醫院看病，其實也是看使用者（病人）的選擇，想短平快，就買現成的軟體，想系統的**，就要養一批團隊，似乎沒有哪一種是完美的方案。
個人認為，還有一種思路，就是不看病。大家看病都是因為受不了病痛的折磨，不看病的前提在於身體健康。在使用者需求中，是不是也提前可以預防做到保持沒有痛點的需求呢？
論設計模式在軟體開發中的應用
在解決這個論題之前，我們首先要了解設計模式的概念，及其基本的分類。設計模式 這四個字，相信大家在很多地方都會看到，乙個設計模式提供一種提煉子系統或軟體系統中的元件的，或者它們之間的關係的綱要設計。設計模式描述普遍存在的在相互通訊的元件中重複出現的結構，這種結構解決在一定的背景中的具有一般性的設計問題...
論軟體開發團隊的規模
乙個開發團隊的規模到底多大才是最合適的呢？這已經不是乙個新話題了，現在有許多人都在做這方面的研究。但是，至今仍是眾說紛紜。當然，能夠讓團隊中的每個人各盡其能，都能高效率的工作的團隊規模是最理想的了 相當於是廢話 在這裡，我以自己所在的團隊為例子說一下自己的一點感想。我所在的團隊加上三個boss tu...
軟體開發的幾種模式
雖然自己一身從事著軟體開發的工作，但是對於平時採用何種開式模式卻很少思考過，今天特地花了點時間看了一些文件，感覺自己以前的開發模式採用瀑布模式的比較多，如果是相對大一點的專案，採用這種開發模式風險大一點，如果採用迭代模式，則風險相對小一點。如果某家公司是做軟體外包的業務，則適合於採用迭代模式進行開發...