從事軟體這個行業也有六年了，第一次寫博文，比較緊張。
那麼，我寫這篇博文的目的是什麼呢？
從事了六年軟體行業，從開始的小菜鳥變成了有六年工作經驗的老菜鳥？有時靜下來想想，真沒學到什麼，**的六年時間，我不停的在coding，不停的在ctrl+c 、ctrl+v。
記得從開始學會複製、貼上解決了問題之後，總是沾沾自喜，「問題解決了！」 ，到現在嘗試想自己解決問題卻沒有頭緒的苦惱。
經常會想：「我擦，六年了，我還是這麼菜。」，然後拿起本書，沒有計畫的就要學習，堅持了幾天，好像學到東西了，又好像不知道從何講起。過一段時間就忘記了。
不知道朋友們有沒有這種體會。
我在杭州，現在是我們公司研發組組長，這個組長更多的不是指技術的高度，而是對公司業務的熟悉。
工資15k（這不算暴露什麼），我這個工作經驗和薪資，在杭州處於中下。
人總是不知道滿足的，才畢業時工資2000多就嚮往著5000，有5000嚮往著10000，but，開始的薪資和你工作的時間是有關係的，等工資到了一定的水平之後，你的工作時間真的會給你助力麼？
我不這樣認為，因為我也嘗試過去其他公司面試，想要跳槽。
由於工作時間長，接觸的人比較多，所以溝通能力還是有一些，不過談到技術的時候就。。。
回答問題時，總覺得有印象或者照本宣科，講不出自己的體會。
結果肯定是被pass掉了。
於是，各種孤獨寂寞冷，感嘆這個，吐槽那個。
相信朋友們手裡都有很多各類的書籍，不知道你們是如何學習的，學習後是否真的掌握了？。
於是乎某天悲憤之餘，拿起本書就開始看，開始的時候真的是各種困，各種跑神。
不過漸漸的靜下心來，邊看書邊記筆記。「《卡耐基寫給男人的忠告》」，多少有些雞湯，講的道理，大部分相信我們都知道。不過我還是得到了一些想像不到的收穫。至於書裡的雞湯，就不拿出來灌了。沒意思。
最重要的收穫是近期一兩個月，我養成了一種不看書就難受，有時間就看書，不管什麼型別的書拿過來就看的習慣。
看了兩三本，覺得自己對事物多了一些理解，對生活多了一些體會，對工作也多了一些規劃（原來根本無規劃，只會抱怨。）。
我開始思考，為什麼我工作六年了，技術還這麼菜，為什麼我工作六年了，工資還是這麼低（有些技術不如我的，工資還比我高）。我要不要趕快跳槽脫離現在這個讓我覺得不舒服的公司？
思考了幾天，我得到了乙個結論，問題不是出現在公司，不是出現在別人，而是出現在我自己的身上。
（其實我也一直知道是在我身上，但是，我不知道如何解決，像乙個裸奔在冰天雪地裡的孩子一樣的傻，不知道穿上衣服，只想著跑起來能暖一些！不知道如何解決眼下的問題，也不知道如何去規劃自己的職業生活。）
嘮叨了很多，如果你能看到這裡，我真心的感謝你，如果你身上也有類似的情況，請不要消沉下去，人總是會迷茫，會無助，我們一起學習，一起努力，把自己的生活過好。非常感謝。
如果你也有同樣的困擾，我建議你也可以試試我的這種方式，拿起本書就看（不建議看技術書籍），可以是勵志的、冷知識的、歷史的、以「為什麼...」開頭的、關鍵字是「秘訣」的，等等。可以先試著看，讓自己靜下來。然後再去思考一下問題出在**，如何解決。
-end-
和 equals 區別 工作多年獨特見解
從某種角度上來說 和equals是沒有可比性的，乙個是比較運算子，乙個是方法。equals方法是屬於object類中的方法，正如我們熟知的object類是所有類的父類，那就意味著我們所建立的類中都隱含地包括了equals方法，若不重寫的話就是呼叫的是object類中的equals方法。原始碼 pub...
工作多年，關於執行緒數存在的誤區
不好了，線上伺服器超時嚴重，請求非常慢，好像報連線數too many了，怎麼辦？小夥伴們在反饋。一般我們的技術老大的處理方式，把連線數和執行緒池調大點，重啟，在觀察。往往這個方式是應急措施，治標不治本，因為不知道問題的原因。有個嚴重誤區，以為執行緒池設定太小了，調大點請求就會快了。今天老顧就帶著小夥...
工作多年心得 我從老闆身上偷學的東西
從老闆身上偷學的東西 老闆 一詞在當今社會的含義，已經是比較瞹味了，可能你到小攤上補個鞋，別人也會叫你聲 老闆 而有的行政機關，也管上司叫 老闆 了。不過對於大多數企業裡的 打工族 來說，老闆就是給你發工資的那個人。老闆們是商人中的佼佼者。很多老闆白手起家，打下了一片江山。他們的身上有很多值得我們學...