首先很少程序我寫不出,但是極少MM會被我征服,所以經過偶不斷的反思和總結,特整理出以下觀點請各水友共同論證:
1 泡上MM的成功率 = (你的UI界面的友好程度+可用內存大小)/MM的維護費用 ± 你的Central Processing Unit異常處理性能。
2 程序可以Testing & Debugging, 但是MM不會讓你設置斷點、單步執行、查看變量值,跟蹤調試,她只允許你運行一次,如果出錯,感情繫統立刻掛起,等待重啓或者永久性死機!
3 我們重視需求分析。MM有時也知道她的需求,可是往往由於某些可抗拒或不可抗拒的原因無法向你具體表達;也有時MM自己都不知道自己的需求所在,所以我們要耐心的誘導她的需求;甚至更有時候,MM根本就不告訴你她的需求!總之在追MM的過程中,我們要重視並儘可能會去求助於一些對您的客戶十分了解的並權威的售前分析工程師,專業的分析往往比您的結論可靠。
4 軟件開發可以使用UML統一建模語言,但是追MM絕對不能統一建模走死套路,要讓MM找到不斷變化的新鮮感!
5 軟件開發隨時伴有風險,所以我們要做風險控制;有些時候我們也喜歡對追MM的過程做風險分析,但是如果你想控制成本的投入,那麼MM絕對不會讓你做她的唯一股東,那麼你的投資會完成失敗。因此泡MM的風險是往往是不可控制的。
6 程序有邏輯結構,我們通過分析可以預見某些的異常行爲;但是MM的感情完全沒有邏輯性,所以MM的行爲有時候完全不可預知。
7 軟件應該要經過需求分析,設計,實現和測試各階段,但是追MM絕對不能婆婆媽媽,否則你的MM就可能成爲別人的MM,所以你只能在實現中不斷的做需求分析,設計浪漫方案,測試MM意志堅定性。
8 如果程序搞得不好,它可以讓你精疲力盡一個晚上;如果MM搞得好,她也可以讓你精疲力盡一個晚上。
9 重視你的軟件售後工程,它會爲你爭取到下一位客戶;重視你的MM的後期維護費用,這樣她就不會去爭取她的下一位客戶。
10 和你的客戶需要儘快談定合同;儘量不要和你的MM過早簽訂合同...