最近修改之前乙個很久沒動的老專案，出了一些，開這麼個話題，慢慢寫，慢慢總結這裡面的經驗教訓
1、我們平時專案最需要留檔的是er設計方案，最近修改乙個老專案的時候，這個專案的er是很明晰的，因為採用django設計，其models定義很清晰，同時出現一些問題，就是專案開發期的一些產品功能相關的設計意圖已經遺忘了，於是乎在改專案**的過程中，新的**和既往的設計出現衝突，或者不完全互相一致，上線以後發現不少問題，這種問題如何解決：1、專案的開發維護人要有所繼承，經常換是不行的，長期的維護的人對專案的結構和設計比較清楚，這個是最近便最主要的乙個措施；2、在大型企業中，專案的移交比較頻繁，這個裡面，業務設計的一些決策一定要文件保留下來，因為看**技術實現有的時候不好反推高層的業務設計決策，有時候即便知道是技術層面怎麼回事為什麼，也不敢輕易對業務設計決策做結論，幸虧這次這個專案一直是我的，不過好久不大動了，很多當時的設計思考都忘了,有本架構的書裡面把這個叫決策日誌記錄。
---待續
MFC專案遇到的一些問題
mfc組合框 下拉列表 自動排序了，我要按輸入資料時的順序排列怎麼辦？把屬性裡面sort改為false cstring 與 string 間的轉換 cstring 轉 string cstring cstrtest t test string strtest string ct2a cstrtest...
近期專案遇到的一些問題
1.乙個邏輯判斷的問題但是，之前想了好久沒想到 根據active判斷內部還是外部郵件，然後進行 一開始判斷卡了很久，外部郵件可以發，但是內部郵件不可以，很奇怪，認為進來了這個this.active的判斷，只是不知道 出現了問題而已。一直列印各種東西，從頭到尾，都無法成功，明明this.active列...
IT運維的一些建議
it運維多多少少都會與硬體裝置打交道，在我的工作經歷中總結了一點經驗，並啟發了我的一些思路，希望可以幫助到大家。1.做事，做專案一點要留給自己留條後路。比如 專案需求伺服器5臺，交換機8臺，建議在專案實施過程中，電源位置與網線介面多預留一些，誰也不確定，以後是否會有變動，增加裝置，如果僅僅剛好用完，...