其實,如果你抱著做自己不希望別人對你做的事情的想法,怎么能把自己不愿意做的工作推給別人呢?當我在開發(fā),隊時,這是一個很好的借口,說明這份工作不屬于我。事實上,如果一項工作太枯燥乏味,就意味著機器沒有好的方法來為你做。
如果你在某些領域缺乏知識,程序員自己學習和掌握更重要。
產(chǎn)品經(jīng)理?如果你愛你做的軟件,你就是他忠實的用戶。你比任何人都清楚你需要什么功能以及如何使用它。
從一開始,你就決定自己做所有的工作,就像谷歌設計了一個漂亮的主頁,用GIMP做了一個logo,因為它不懂HTML。如果你切斷了自己,沒有人會為你做任何工作,你會咬緊牙關自己做。事實上,整個項目的整體開發(fā)時間可能不會比一個優(yōu)秀的團隊來開發(fā)的時間長太多。當然,這肯定比一個糟糕的團隊花費的時間少得多。
成功率可能不會很低。你知道,軟件的質量只取決于你自己的能力。
我知道,開發(fā)軟件全是一個人做的,聽起來很可怕。然而,大多數(shù)人不相信開發(fā)隊可能會更糟。一個項目加了足夠多的人之后,好像就勉強可以運行了(我聽到一個傳言:IBM開發(fā)用一個團隊軍隊來維護一個軟件),沒有人會相信一個人做什么都夠了。
只是想想而已。
我覺得,如果你真的想一個人做一件事,較大的敵人不是你個人精力不足;但是不夠堅定,總想著以后會有人進來一起工作。
你得到的好處是,沒有人會和你爭論設計方案,也沒有人會討厭你的編碼規(guī)范。如果發(fā)現(xiàn)不對勁,一夜之間改就好,不用擔心別人的開發(fā)受到影響。過程本身,無論是苦是樂,都是值得回憶的記憶,樂趣不在于較后的結果。而且,你做完之后,不管事情有多糟糕,你也至少有一個用戶。
=
部分同意。在開發(fā)軟件項目開始時,只需要幾個人來編寫核心框架。一旦框架的合理性得到驗證,產(chǎn)品功能需要完善,就需要更多的人參與進來。而且,隨著項目的擴大和職能分支機構越來越多,開發(fā)人員已經(jīng)無法完成測試。需要更多的測試人員參與。