如果真的大家要學到東西,就不要各自為戰,從乙個完整的專案開始,
1.專案策化開始(專案的目的,使用者群,市場定位,同類產品中的定位等等,現在發展系統很多,沒有好的定位,有什麼用呀)
2.需求開發(到底有那些需求,不要以為新聞發布系統就簡單,否則只是重複勞動,我認為從最最簡單的新聞系統入手，不斷完善這個提法最不好,知道不斷完善的後果嗎?基本是重寫程式,而且很可能引起專案失敗)
3.系統設計(系統的分層)同時開始進行ui的設計（應交由美工人員完成，他樣應參加到概要設計和詳細設計中，將所要實現的功能進行表現設計）
4.概要設計(每層有哪些功能,流程,可以用統一建模要完成uml)
5.詳細設計(設計每乙個類的實現,資料定義,資料庫設計等等,用uml來表示
6.編碼(將已定義好的元件、類等做為乙個個單元分別交到參加人手裡，並對些進行完成時間估計）
7。將各個單元進行測試，最後整合測試，再進行系統測試，請外人進行驗收測試，這樣就可發布了。不過發布後還要對發由的東東進行測試
8。最後就是總結了。
這樣乙個過程下來，相信會學到不少東西
本人的建議，有錯請指正
如果你也想做實時數倉
資料倉儲也是公司資料發展到一定規模後必然會提供的一種基礎服務，資料倉儲的建設也是 資料智慧型 中必不可少的一環。本文將從資料倉儲的簡介 經歷了怎樣的發展 如何建設 架構演變 應用案例以及實時數倉與脫機數倉的對比六個方面全面分享關於數倉的詳細內容。資料倉儲是乙個面向主題的 subject orient...
如果是真的！
如果今天的末日是真的！我將從容的面向太陽的磁暴 安穩的坐著等那突然的地陷 靜靜的望著海的方向，等那海嘯的浪頭 安靜的浸入海水，沉入深淵。如果今天的末日是真的！我會安慰周圍的人們，告訴他們，末日的開始，就是新世界的開始 我們不會滅絕，總有人會活著。我們走是必然的，但要走的像個人。如果今天的末日是真的！...
如果Android真的收費了，你怎麼看？
今天突然看到一群裡有人發了下面這樣一張，然後群裡又炸了 於是又和同事討論了android收費的問題，然後隔壁正在玩農藥的ui妹子就笑了.沒錯！安卓可能要收費了！安卓可能要收費了！安卓可能要收費了！歐盟兩張罰單，谷歌白幹半年 歐盟向來以反壟斷法嚴厲著稱，蘋果 三星 英特爾 高通等巨頭都吃過歐盟反壟斷法...