原因：
1.校招求職時簡歷中可以寫上
2.後續跳槽的話會更香
3.對於技術實力提高有幫助
所以值得堅持。
可以去github上嘗試去參與一些開源專案
需要不少時間去做，但值得嘗試。
指的是多刷演算法題，多總結演算法思路
目標是面試中的演算法題都能快速地解出來，並基本完整地體現出自己思考和優化複雜度的過程（給面試官講明白為什麼是這樣）
在公司中，是以乙個團隊為單位來考慮問題的。
那團隊中的人的水平和解決問題的能力和速度是不一樣的。
有幹活快的，能夠快速解決所負責的部分；有幹活慢的，雖然最後基本都可以完成任務。
這樣幹活快的人其實就是「閒」的程式設計師，他們有更多的時間去提公升自己，從而實現有70萬的能力來打擊50萬的崗位的降維打擊。而幹活慢的始終被業務所折磨。
當然這個過程中，幹活快的人是在等著幹活慢的人，因為他們是乙個團隊的。
所以不論是在國內大廠還是外企，幹活快的人的生活或許沒有那麼糟。
如果還在上學，那麼最好的方法就是先準備實習的面試，去往真正的生產環境，鍛鍊自己，然後秋招，接著進入社會。
或者自己嘗試去像豬八戒這樣的平台去接一些活，也可以鍛鍊自己。
一些好的程式設計習慣
1.盡量不要用立即數，而用 define定義成常量，以便以後修改。2.使用sizeof 巨集，不直接使用變數所佔位元組數的數值。3.稍微複雜的表示式要積極使用括號，以免優先順序理解上的混亂以及二義性。4.不很容易理解的表示式，要分寫成幾行 5.巢狀的if else要多使用 6.單個函式的程式行數最後...
程式設計的一些習慣
最近在寫一些框架應用類的程式，其中出現了一些莫名其妙的bug，或者是令人匪夷所思的問題，解決的方案網上沒有，當自己解決了之後，對於解決的辦法也是哭笑不得，例如重新引入工程之類的解決辦法，讓自己覺得讓這些低階的錯誤影響了自己的 推進速度實在是不應該，太多的時間都花在除錯bug上了，而不是了解業務或者是...
公司的一些習慣
開始介面一般都叫splash activity splash 服務xxservice活動xxactivityactivity main內容提供者xxprovider廣播接收器xxreceiver碎片fragment xx類的屬性mhandler一般是m開頭,然後接單詞的首字母大寫 listview或...