IT族跳槽一定要謹慎
IT族跳槽一定要謹慎，跳槽古今意義不同，古指男女間愛情上喜新厭舊、見異而遷，牲口離開所在的槽頭到別的槽頭去吃食，現指人離開原來的職業或單位到別的單位或改變職業，即改變行業，變動工作處所，現在分享IT族跳槽一定要謹慎。
IT族跳槽一定要謹慎1
（1）不要指望會一下子能夠跳到多麼好的公司，絕大多數公司都一個樣子。比如用友、金蝶、亞信、神馬這些公司，其實基本上一個樣子。
（2）不要一味的指望進大公司，大公司基本上都形成了自己的規模和體制，雖然進入待遇和福利也許不錯，但是不要指望能夠很快的發展和升職。一旦你進入了，你會發現像我們這個年齡段的，大多都是在做一些基層的工作，即使有些人根本沒有多少能力，但是很不幸，他們是老員工，有資歷。
（3）不要一味的指望跳槽就能夠，從一個開發者一下升遷為經理，即使有這個機會，也要衡量衡量，這個公司真的值得信任嗎。在北京絕大多數公司的中層都是從公司內部誕生出來的。正規而又有發展趨勢的公司，一般不會從外面招聘像比較重要的職務，比如項目經理、項目的架構師等等；
（4）不要一味的用薪水來和獎金來衡量跳槽的好壞：真正衡量的標準只有三個，第一是這個公司是不是正在處於發展時期，而且有很大的發展空間；第二這份工作是不是對你是一個挑戰，是一個新的嘗試，而且是自己所希望做的工作；第三，在接受這份工作的時候，會不會對你未來的5年的發展產生一定的影響。
（5）不要一味的指望外企，不可否認外企的待遇很好。目前在北京還沒有幾家真正的外企在北京弄產品研發，即使像ibm這樣的公司，你會發現一旦你進入以後，你不熬個四五年很難升一級；而且你還會發現，你做的只是測試和無聊的coding。
（6）一定要注意你的'交流圈子，如果到目前為止，你還沒有一個屬於你的而且比較不錯的交流圈子，那麼一定要注意了。跳槽的時候有朋友幫忙，會節省很多麻煩，也會獲取一些更加容易的機會。
（7）一定要注意：技術不是最重要的，業務才是最重要的（注意，這裏説的業務，不是跑市場和銷售的意思，而是説，任何信息系統都是為業務服務的，在一個項目實施過程中，賺錢最多的是那些業務分析人員）；如果你厭倦了技術，那麼就朝着業務方向發展。
但是做業務，就要做好心理準備，首先就必須從最基本幹起，熬三年。——現在對我們來説，我們已經過去三年了，如果你沒有在某一行業的業務內做的很深，那麼就要注意了。
（8）如果你選擇的是做電信、金融行業，那麼一定要去大公司，像電信、金融這種行業一般公司都是做不起的。
（9）如果你選擇的是做ERP、CRM之類的軟件，那麼一定要去大公司，小公司是玩不起的。
（10）如果你選擇的是做OA和電子政務之類的軟件，那麼一定要有心理準備。首先這種公司一般都不大；其次這種公司都比較掙扎，只有高層能夠賺到嘩嘩銀子；再其次，這種公司大多學不到多少咚咚。
1、人際關係問題
這個問題基本是禁區。人際關係問題 是個難題，所謂“你永遠擺不*，但不玩還不行”。 讓所有人都説你好是不可能的，**認可你，但羣眾也許對你有意見;客户認可你，但同事沒準認為你太狂傲，孤立你;你堅持自己的想法，別人會認為你“軸”，你隨和，別人又覺得你沒主意，所以，做人很難，但每個人還要擺出自己能夠駕馭人際關係，團隊合作能力很強的樣子。
人際關係問題在任何企業都存在，你把它當理由，難免面試官會擔心你的為人處事的能力，誰也怕給公司招聘一個“問題人物”，所以，不提也罷。
2、對原公司的負面評價
無論你對原公司的怨氣有多大，在面試的時候都不要説原公司、原上司的壞話。即使是原公司的企業文化問題，也最好不提，除非是全社會公認的問題，如上面案例中從比較官僚、人浮於事的機構離職。 首先，這種負面評價即使你認為理由再充分，也有可能是片面的，是你的個人觀點，你應聘公司的人力資源經理或老闆未必也這麼認為;
其次，你的評價也許説明你適應環境的能力不佳; 第三，你應聘公司的人力資源經理或老闆也許會想：這個人會不會將來也這麼評價我們呢? 有以上這三點，你的面試還能有機會嗎?
3、收入問題
絕大多數的跳槽與薪酬是有關的，但在面試的時候把薪酬當作離職理由，只會使面試官覺得你過於在意待遇，以後會不會因為待遇問題再次跳槽。
4、工作壓力問題
曾經有一個女職員，原來在公司工作得不錯，但為了安排好婚姻的大事，在結婚的時候辭了職，結婚後過了一段時間，把家安頓好了之後，想找一個不要工作****的，輕鬆一點的工作， 但她發現自己根本找不到工作了。 第一：離家較遠的工作，她不考慮了，因此，減少了許多機會;
第二：哪怕是一個工資不高，職責非常簡單的工作，工作單位也要求全力投入，一旦她説出自己想找輕鬆工作的想法，這份工作肯定沒有迴音了; 第三：面對加班、出差的猶豫，也使工作機會飛走了。 壓力無處不在，新公司只會壓力更大，誰都需要能夠承擔壓力的人來工作，這不是一個好的離職理由。
IT族跳槽一定要謹慎2
1、寫代碼前缺乏規劃
高質量的代碼從來不是一蹴而就的。它需要經過思考、調研、計劃、瘋狂寫、測試、改進一系列周而復始的過程，百轉千回，方能煉成。
2、寫代碼前過度規劃
凡事過猶不及。永遠沒有一個完美的計劃，計劃也總是在變化。所以開始有一個大體的規劃後，就要開始想怎麼着手去寫代碼了。要在過度計劃和計劃不足間追求一個動態平衡，才能寫出最優代碼。
切忌一下子把一個大程序中所有的feature一步一步全部考慮周密。在寫代碼的過程中，你需要隨時準備添加，刪改feature以及debug，保持高度靈活性。計劃重要，但開始寫更加重要。
3、不關注代碼質量
混亂代碼基本等同於垃圾。編程的本質是和別人交流關於問題的解決方案，力求清晰簡潔。一些寫代碼的時候需要注意的`小細節：
注意縮進和大小寫
每行別超過80個字符
function長度別超過10行
變量名能夠不言自明，不易混淆
大多數時候，短代碼比長代碼好
有一句俚語説得好：“寫代碼的時候可以這樣想，維護你代碼的傢伙是一個知道你住在哪裏的暴力精神病患者。”
