你在做軟體開發嗎？
在啟動項目前是否做好技術選型了呢？
在設計前是否已經理順大體需求了呢？
在編碼前是否已經反覆思索過對應的設計呢？
在測試前是否已經準備好測試用例呢？
在部署交付前是否已經計畫好具體的功能列表呢？
考慮過專案的性質嗎？網際網路應用，還是內部網應用。
弄清了專案規模大小嗎？3人月可以搞定的小專案，還是需要幾十人月的長期奮戰？
確定團隊的實力了嗎？是全員光頭新人，還是在某牛帶領下的小馬集團，還是經驗豐富的水路兩棲衝鋒隊？
如何與客戶協同合作？瀑布式一次理清所有需求，還是需要分階段迭代，或者直接進駐客戶公司面對面開發？
是否要使用框架呢？還是選擇最基本的jsp, jdbc應用。
編碼與專案如何管理，使用版本控制工具？還是用u盤copy過來，copy過去？
如果選擇版本控制工具，究竟哪一款才適合自己的情況？
系統如何劃分層次？五層？三層？其他方式？
模組如何劃分，按功能？按業務？混合分塊？
開發如何分工，橫向分工，各層之間介面對接？豎向劃分每個人負責從前到後一整塊。
如何測試？手工點點，還是使用自動化測試工具。
測試用例如何確定，如何提高測試的有效性。
測試的結果如何反饋給開發過程，需要使用excel還是issue跟蹤系統？
測試過程中可以暴露併發，事務等隱性問題嗎？
效能測試如何進行，壓力指數應該保證到多少？
後期維護的方式的選擇。
如何維護資料庫表結構？每次exp整個資料庫，到客戶公司imp，還是找乙個員工手工比對所有表結構，還是直接實現資料庫版本化管理？
如何為系統打補丁？檢視層的補丁，服務層的補丁，依賴庫的補丁。如何管理，如何實施，如何測試？
系統是否擁有動態部署的能力？在系統公升級的過程中是否可以減小出錯的可能？
。。。。。。
還有很多，還有很多。有些問題可以通過技術解決，有些問題需要根據具體條件進行分析，有些需要盡力規避，有些需要硬著頭皮強頂硬撐。
在考慮清楚這些問題可能帶來的各種問題之前，讓軟體開發慢下來，至少慢一點點也是好的，進行下一步驟之前先了解如果出現了問題該如何應對，如何解決。
慢下來的時光
在有限的生命裡，能多一些慢下來的時光，日子就會少些羈絆和框約，多些潤澤和散淡。然而，在這千帆競發的時光裡，誰又能捨得如此的本錢，放緩寸金寸光陰，悠哉遊哉呢。這個時代，人們宛若步入快車道，慢下來不行，稍稍停息更不行。因為人們固守著 時間就是金錢，效率就是生命 的理念不肯放棄，要爭做走在時代最前面的人，...
請你慢下來，等等你身後的書
盡信書不如無書 孟子 以前在網上曾經看到一篇文章，說我們中國人一年平均閱讀的書籍不超過5本。先不管文章的真實性，而現在給我的感覺是，現在國人讀書的熱情卻是很高，有的人一年讀書超過50本，甚至100本的也不在少數。這是一種很好的現象，說明大家都越來越重視書，重視知識的學習。我先說下我的經歷，我也是一樣...
按這六項做，電腦慢下來都難
1 電腦桌面上的東西越少越好，我的電腦桌面上就只有 我的電腦 和 站 東西多了佔系統資源。雖然在桌面上方便些，但是是要付出占用系統資源和犧牲速度的代價。解決辦法 將桌面上快捷方式都刪了，因為在 開始 選單和 程式 欄裡都有。將不是快捷方式的其他檔案都移到d盤或e盤，不要放在c盤。c盤只放window...