針對以上問題，我們談一下如果獲得別人的信任，和增強別人對你的信任
1首先，我建議大家不要頻繁跳槽，不是說不要跳槽，但你必須知道在招聘時候的一些篩選標準，比如，乙個人如果在乙個單位工作工作時間不夠2年，一般會認為是這個人無法和公司文化相結合，而如果在結構單位都不到2年，會認為這個人無法和其他人合作，那麼這個人被招聘的可能性就很低了，另外乙個人作乙個如果只有幾個月，我們會認為他不真正了解所開發的系統系統，對你的專案經歷一點好處一點作用都沒有，所以我建議大家在選擇新單位的時候，先看一下自己的
簡歷是否存在這些問題，防止你的簡歷在第一輪就被篩選掉
2it專案的高失敗率，這個問題大家誰都知道，但原因呢，恐怕就不見得人人都知道了，it專案最主要的失敗原因都是需求（國外統計佔75－80％）所以如何獲得真實的需求就是最主要的問題了，那麼需求調研的重要性遠遠要高於所謂開發的選擇或者某種技術的使用，順便說一下，專案範圍的蔓延和不明確，也是其他非it專案失敗的乙個主要原因，所以在乙個更大的專案管理的範疇內，專案範圍的管理（具體到it就是需求）一直專案管理的重中之重。
3it人似乎總崇尚於自己的技術，其實如果要實現你的目標必須要有一定的權利，否則你是無法實現你的目標的，什麼是權利，有人認為是職位，其實在我看來所謂權利是你可利用的資源的多少，而要想順利的使用這些資源，需要你講頭低下來平等對待你身邊的每乙個人，獲得他們的幫助，才能講公司的資源真正轉化為你的專案可利用的資源，中國有一句古話：縣官不如現管，平等對待你身邊那些非技術人員，他們會給你意想不到的幫助，而這些幫助對你的專案成敗有時候會起到關鍵作用
4做好溝通管理，不同不是簡單的吃飯，想想你的老闆需要你頃刻嗎，你的客戶誰有吃不起一頓飯，作溝通管理，首先需要給你的老闆和客戶乙個可行的計畫，然後定時向他們匯報實際工作情況。當你的老闆和客戶看到你的實施都是按照計畫不斷進步，他們怎麼會不信任你，溝通還有另外乙個作用，就是即使匯報工作中的問題，防止問題變成風險，及時獲得他人的幫助，不要將問題變成誰也不發解決的風險，那樣除了增加別人對你的不信任，什麼作用都沒有。
5不要太看重職位，職位和權利是兩回事情，作為中級管理人員，不要阻礙正當的資訊交流。你的人員和其他人員的交流，如果對專案有幫助為什麼呀阻止它。要知道個人技術的進步有時候就在那些隨意的聊天中。另外沒有必要成為資訊交流的瓶頸，如果你成為資訊交流的瓶頸，那麼離你離職的時間就不遠了
6不要占太多的專案，乙個人的經理是有限的，如果你沒有那個那裡，就管好乙個專案，乙個部門，不要佔了所有的位置，獲得信任的乙個關鍵點是你做完了幾個專案，而且專案很好那是最完美的，如果你的佔了幾個專案而這些專案讓老闆永遠看不到完工的希望，你也無法獲得他的信任，(可能開始的時候他會信任你，但這種信任不會超過半年)。
MySQL中可能忽視的幾個細節問題
從sql server轉型到mysql的過程中，我發現對sql server的dba來說，使用mysql時有些容易忽略的問題。先整理了幾個 二 關於自增長列 1 自增長列可能不是唯一的。mysql在建立表時，要求auto crement的字段必須是key,但並不要求是唯一索引，因此如果只將自增長列定...
J2EE常見容易忽視的問題
專案遇到中文亂碼問題 org.springframework.web.filter.characterencodingfilter過濾器沒 執行順序的在最前面，導致springsecurityfilterchain先執 行，最終導致post中文亂碼 request.setcharacterencod...
Android開發中遇到的問題收集（2）
例如 json字串中的等資料，解析後，map中的object型別會被轉換為double型別 map string,object map new gson fromjson json,new typetoken map string,object gettype 解決方案 public static ...