在思想上兜了一圈，我決定要還是落地走走，否則就可能變成一張大嘴而已。
接下來要給大家講解的是我的第乙個大專案
—x市動力機房監控，在這個專案中我從乙個畢業生成長為單位的開發骨幹。由於不記得當初的技術保密協議到底是
5年還是
10年，所以出於職業精神，我還是不能把所有專案背景和設計進行介紹，抽取我認為沒有機密性但是比較有意思的部分來解析一番，所以肯定有人會說，你說的複雜專案是否太簡單了，應該也不足為奇。但是事實上我們當初是三個單位聯合開發，驗收時花費7人
*6個月，事情總是比我們想象的複雜。
當初的專案使用c，
c++開發了底層，
powerbuilder
開發了上層應用。這麼多年，我當然記不得那些程式，但是
c#還是足夠強大，我將盡力使用
1~2周把乙個框架給再現出來，這下不是因為公司業務而加班了，而是
」自討苦吃、苦中作樂
」。為了避免今後的官司麻煩，請理解我不能把全部**放到網上，不過關鍵部分我還是會在文章裡使用**來輔助敘述我的思路。
以下是我的大致目標和提交順序：
1)專案的目的和需求概括
，明確要講解分析的範圍；
2)我想到的設計
3)關鍵技術儲備
4)主體實現和介面示意
5)點評與總結
其實現在我進行開發的速度肯定比網上很多朋友要慢的，但是我的開發將遵循一些原則，了解這些原則有助於你理解我的思路。本次解析可能沒有涉及到一些原則，畢竟還是個提取後的小專案而已。
我目前總結的八大原則如下：
1)想方設法把客戶拉進專案組
這個大家都明白，可是大家都很難做到！
cmmi、xp
也解決不了，靠自己的智慧型吧，要知道，是人就有愛好，有愛好就有機可乘：是財是色，自己看著辦吧！
2)建設自適應的團隊
你的團隊是否嚴重依賴某個人呢？是否每個人都關注專案的苦難？遇到問題大家都認真提供對策。面對責任是否敢於承擔，還是推給他人？
3)始終保持目標
專案經理是否獨自關起門填寫專案計畫並且分配活動(其他人都網上衝浪去了)？是否每個人只知道要幹什麼而不理解為什麼要幹？
4)風險驅動、迭代開發、元件開發、測試驅動
這個不用說，大把資料，參考
rup就很多了。
5)簡單的角色分工
蜜蜂螞蟻應該遠遠不及人的聰明，但是他們可以出色完成一次次的」專案
」？他們有乙個超級
pm嗎？我看沒有！乙個人能指揮社會如何運作嗎？不能！但是這社會不會因為某個人而停止運轉。
6)開啟黑盒，保證資訊一致
你是如何確保你提交的**是有質量的呢？拍胸脯嗎？你的證明材料在**？
你如何讓領導和客戶相信你的工作量真的大於
30人月？如何讓他們認同你現在確實完成了
90%,並且
進展良好？否則和你糾纏的不光是客戶，你還要花很多時間對付公司內那些疑惑的目光
(來自老總、財務、其他專案經理等)！
7)一有機會就重構
這個不用說，參見那本好書
8)為提速做好準備
你能保證在同乙個問題上你或者你今後的同事不要重複第二次嗎？
好了，<<
專案的目的和需求概括
>>
。
《機器學習實戰》開篇
從今天開始，要開始練手 機器學習實戰 了。前面學了一點理論基礎，而且還做了兩個比賽，但是感覺很多東西還是無從下手，只是跑跑baseline的水平，沒有形成乙個完整的體系，所以要踏踏實實的打好基礎。光說不練假把式，光學理論是沒有用的，理論結合實踐，真正通過實戰才能學到知識，悟到真理。這本書不會原文本照...
Android屬性動畫實戰教程開篇
本系列部落格會分倆篇 本篇部落格主要是會介紹屬性動畫 使用和xml中使用 關於view動畫和屬性動畫的區別不做過多的介紹，當然涉及到的地方會簡單的提一下。好了廢話不多說，直接上內容 首先介紹 中使用屬性動畫首先介紹幾個比較重要的類 valueanimator objectanimator anima...
KVO 實戰解析
通過乙個遛狗例子來解析kvo objective c 中的鍵 key 值 value 觀察 kvo 並不是什麼新鮮事物，它 於設計模式中的觀察者模式，其基本思想就是 乙個目標物件管理所有依賴於它的觀察者物件，並在它自身的狀態改變時主動通知觀察者物件。這個主動通知通常是通過呼叫各觀察者物件所提供的介面...