1、md5校驗的重要性（md5sum）
我們專案組曾經遇到過這樣乙個問題，發布包在我們這裡驗證是沒有問題的，但是在客戶那裡就是有問題。花了很多時間查原因，最後終於發現了問題所在：客戶拿到的發布包和我們提供的發布包並不完全一致，天知道傳輸的時候出了什麼狀況。但是這種情況是絕對不允許的，客戶不會買賬，腫麼辦？發布包一定要提供乙個md5碼 ，客戶收到發布包後可以通過md5碼校驗來判斷發布包的完整性。
2、文件的版本管理
相信每個專案組都知道對**進行版本管理的重要性，但是不是每個專案組都重視文件的版本管理。有幾個月，我不斷的收到關於資料的問題單，根因是啥：就是文件沒有上庫，沒有對文件進行版本管理。因為文件沒上庫，按問題單改了的文件存在本地，下次發版本時都找不著了或者根本就忘了有改過文件，結果有錯的文件又再次被發布了出去。文件很重要，客戶也許看不出你**寫的爛，但一定能看出你文件寫的差。乙個成熟的團隊一定要對文件的版本管理進行規劃。
3、wiki很重要，因為每個人都很懶
我們專案組之前是使用svn的，後來改用git了。git的使用比svn複雜很多，培訓也不止一次了，但是大家真到要用的時候還是會不停的來問，幾個人問還能忍受，當你面對幾十人的團隊時，各種輪番轟炸真是很煩人。ppt和doc文件其實都郵件發給大家了，但是大家都嫌麻煩不願意去找，腫麼辦。把各種操作案例貼到團隊wiki上，有問題的同學先看wiki，如果看完還解決不了，直接聯絡我或在wiki上反饋，我會不斷的更新wiki。慢慢的求指導的人變少了。
4、發版本的時候不要太自信
我們pl有個壞毛病，發版本的時候總是太自信。情況是這樣的，臨近發布，遇到個問題，解決方案有2個：1，只解決當前問題，改動較小，風險可控，但修改不徹底，之後還需二次修改；2，徹底解決問題，改動較大，風險較大，可能涉及整體架構調整，長遠來看對專案有利。當面臨這種情況時，他往往選擇2。。。我要說的是這樣的選擇非常二。讓我來闡述一下原因，發布的時候絕對不適合對**進行較大改動，非常非常容易引入其他不可預見的問題，而導致時間上的不可控。
5、技術和管理，兩手抓，兩手都要硬
從技術通道上公升到管理崗位的同學，往往管理能力都令人堪憂，比如我們pl。我跟他聊過這個問題，他說他也很困惑。身為乙個pl，手下10來個人，搞得東東各有不同，你都得了解，不然別人問你都不知道該說點啥。而人的精力畢竟有限，偏重技術了，管理就必然疏忽了。。。我想說的是，當你走上管理崗位之後就不是乙個人在戰鬥了，兄弟們都等你發話捏，至少要把計畫給理出來呀。
Linux小技巧（持續更新）
1.最近在遠端伺服器的時候，輸入命令一些報錯資訊老是亂碼。解決辦法 因為服務的命令列預設是不支援英文的，我們需要修改語言才能正確選擇。輸入 echo lang 結果 zh cn.utf 8 修改語言為英語 lang en us 這樣這次登入資訊就是英文了，如果下次在登入，語言還是會顯示中文的。2.有...
C 小筆記（持續更新）
1 string轉為char string str 123 char c const cast str.c str string轉為const char 再轉為char 使用strcpy時出現異常.沒搞懂，之前這樣用好像可以 string str cin str char p null strcpy...
css小技巧 （持續更新）
這兩天做專案 遇到的一些css問題記錄一下 以前的解決辦法都是用calc 100 padding或者margin 的數值 但是css3出了個新屬性 box sizing border box margin不在屬性範圍內 意思為 元素指定的任何內邊距和邊框都將在已設定的寬度和高度內進行繪製。通過從已設...