一般拿到乙個業務描述說明，我先找到業務的核心目標，業務規則，業務流程，業務中人的特徵和工作權責，組織結構，業務的其他屬性：如優先順序，大資料，大併發，及時響應，是異常業務還是正常業務
我用設計模式，並不想復用和物件導向。世界變的如此之快。我們根本無法保證介面不變和實現不變。我只要靈活組合功能，層次結構分明，為了以後**好修改，功能好擴充套件
我對物件應用的不多，一般函式較多，函式有兩個作用，乙個是重用，乙個是理清思路
函式一般在80-100行之間，多於100行，就分出乙個小函式，如果乙個函式小於30行，
我就不會使其成為乙個函式，如果它為了重用也可以是乙個函式，但重用必須在2次以上。
函式粒度大了，可讀性就不好，擴充套件也不靈活。函式粒度小了，擴充套件是靈活了，可讀性卻不好了，可維護性差，因為太多的函式跳轉，讓你跳的頭痛。其實劃分物件粒度也是這個指導思想。
作為乙個**員，保證程式結構清晰，介面靈活，層次分明，產品穩定，重要的函式流程變數都有注釋，在中國現階段就已經可以算乙個好的程式設計師了，不要在自己不熟悉的情況下用什麼設計模式，oo，uml，新技術，新開發工具
八個分離：
錯誤處理的分離
正常流程與非正常流程的分離
輸入與輸出的分離
輸入校驗與輸出校驗的分離
流程與功能的分離
流程與介面的分離
定義與實現的分離
變化的與不變的分離
介面定義：
介面引數的定義，錯誤處理參照winapi的定義思想
在定義介面的時候很多人不知道怎麼設計引數，我的乙個原則是：
這項業務在不同的可能性方式下要傳入的資料是什麼，要傳出的資料是什麼，
什麼是相對變化的，什麼是相對不變的，什麼是正常流程的，什麼是異常流程的必須在資料流分析中已確定好
錯誤處理：
錯誤處理**
錯誤處理函式集中處理錯誤
錯誤返回的詳細情況用getlasterror查詢
錯誤處理形成乙個佇列，以備檢視，回溯流程
一條錯誤資訊應該報告什麼發生了，關於這個使用者能夠作什麼，程式下一步要做什麼，以及哪一行**造成了該問題？可能也要注意時間，使用者名稱和環境
好的程式將自動地傳送最近的錯誤資訊給永久性**
引數與返回值：
注意日期型，float型別的格式化
引數處理都統一使用windows標準引數型別
引數一般傳入處理的物件的handle,物件的大小，輸入值，輸出值
返回值正確的都大於0,錯誤都小於0
要返回多於乙個返回值，用out
注釋：注釋更側重於解釋為什麼，而不是介紹如何去做
單元定義:
////單元說明
//建立時間最後更新時間
單元名遵守命名規範
每乙個函式的說明方式
//函式說明
//引數說明
函式上下各空一行
跳槽經驗談
有個很重要的事實，沒有幾個公司願意在你面試時就給你開個天價，你的能力水平一概不知，他有什麼理由一口塞給你乙個大饅頭呢？5.你對原公司有什麼看法？你會遇到這種坑爹面試題 這是跳槽者面臨的雙重困境面試題。若你覺得原公司好，為何你要離開 測謊 若你覺得原公司這不好那不好，你不是合格的職業人 職業操守 參 ...
申論經驗談
隨著考試時間的臨近，相信大部分考生已經進入了備考的衝刺階段，文章論證作為申論考試的 壓軸 題目，因其所佔分值最大，篇幅最長，也是每位考生的 必爭之地 如果說申論的進行概括和提出對策部分更側重 申 的話，申論中的 論 字在這個環節要得到淋漓盡致的體現。雖然對大部分考生來說，這部分其實是比較駕輕就熟的，...
愛情經驗談
站在愛情的門口 楊志鴻的日誌 這並不是高考作文，只是一篇關於大學愛情常見問題的 faq 所有問答都 於平時與正站在愛情的門口的一些同學的交流。文中的回答純屬個人意見，僅供參考。首先宣告，下面的所有意見都建立在你是準備認真地對待乙份感情的前提之上。如果你談戀愛只是空虛無聊想玩玩，最好還是就此打住，因為...