這篇文章會帶有普遍性，不見得適合所有人，或者文章所描述的也不見得是對的，只是根據我的經歷和所見寫成的一篇文章，僅供參考。
前言：
在軟體行業工作有幾個年頭了，換過多個開發語言，跳過槽，也被獵頭找過，經歷了三五杆槍打天下和創業公司一起成長滅亡，也進入了大公司。在這些年的歷練中，看見很多剛進入軟體行業不久的新人總在抱怨，說學不到東西。其實不管你在大公司還是小公司，都可以學到很多東西，關鍵看你怎麼去學習，如何學習，找到方法你就可以提高很快。
如果你已經知道如何在你的工作當中學習，那麼下面的文章就走馬觀花的看看吧，這篇文章是給還在迷茫怎麼去學習和成長的新人一些指點。所有意見僅供參考，我也是根據我的所見所聞和經歷來做些指導，不見得是正確的，如果大家有好的學習方法，歡迎交流。
正文：
先來說說幾個情況：
大公司A：不想幹了，什麼都學不到，每天都維護這一個東西，都想去小公司。
小公司B：累死了，什麼都做，太亂太雜，沒系統不規範，要是能去大公司多好。
看了這兩段簡短的話，我相信有一部分人會很有感觸。
從上面的話中，我們不難看出，大公司的員工羨慕小公司，可以學到很多東西，好多程式設計師還是很有鑽研精神的，學習可以說是他們的一個樂趣和展示自我價值，我身邊的一個同事就是典型的如果得不到成長和學習新的東西，就會不爽。小公司的員工又會抱怨太累太雜，什麼都是一個人做，雖然做了好多東西，但很羨慕大公司的正規化。
其實想解決這些問題不難，先調整好心態，只有一個好的心態，你才可能健康成長。
在小公司成長：
好多小公司都是3，4個人一個小組，工作量大，加班，雜，什麼都要做，就連測試都還要親歷親為，怎麼看怎麼覺得這不是人待的地方，被嚴重剝削的廉價勞動力。
怎麼說的小公司一無是處呢，其實也不是的，我們要從當中看到優勢，我們才有可能進步，逆向思維下，工作量大，雜是壞事嗎，在我認為，對於一個想真正成長，想將來進入大公司，或者有一番作為的人，這正是小公司的優勢和有點。小公司的員工有一個普遍性，就是學歷技術都很普通，無法很好的進入到大公司，也只能在小公司遊走，但心裡也有抱負和理想，那麼我們就要好好利用小公司的工作量大和雜，在這當中鍛鍊自己，提高自己的技術和基本功。
雜，在我認為這是一個很好的東西，就是因為人少，所以我們在小公司得什麼都做，這樣有個優勢，就是讓你可以接觸到很廣泛的東西，有可能連架構設計都要自己去處理，BT點的說不定圖都要自己去PS，再來看看做的這些事情，如果把它拼接起來是多麼大的一張藍圖啊，你要做的就是在工作不斷努力去學習，花大量的時間去看書，去了解藍圖中的每一塊是怎麼去銜接有什麼關聯，當你把這都弄熟了這後，我想沒有哪一家大公司是不會不要你的，應為你已經具備了超強的能力。
在大公司學習：
大公司都已經形成了很好的規模，人盡其責，基本上每個人只用負責一塊內容，這將會導致成長很慢，學不到東西，雖然可以把一塊做的很精，但有好多東西沒有什麼深度，如果長期維護將會導致你停止進步。那麼如何去學習呢？學習還是得靠自己的努力。在大公司學習有一個好處就是，有現成的架構，有架構師來維護，有優秀的高階開發，可以寫出漂亮的優秀的程式碼，這些人不都是很好的學習物件嗎？有人會說，不可能和他們說架構來給我上上課講講，高階開發來教我怎麼學好這段程式碼。其實不用去找他們，現成的東西就在你的眼前。什麼？你沒看見，那我告訴你，就是你的開發工具。啊，你這不是忽悠我嗎。那麼我問你，你的開發工具上是不是有你們公司專案的原始碼？原始碼就是最好的學習資料，你可以直接去看你們的原始碼，看看你們的架構，瞭解和學習這個架構是怎麼搭建，看看高階開發寫的程式碼，你不用去走萬里路就可以把這些先進和優秀的東西都裝進你的知識庫中。站在巨人的肩膀上去前進。
總結：
有這麼一句老話，讓我們來聽聽“讀萬卷書，不如行萬里路，行萬里路不如名師指路。”
還有變化版“讀萬卷書，不如行萬里路，行萬里路不如跟隨成功人的腳步。”
其實我們在小公司就如行萬里路，我們只有多做多學在可以邁出去。在大公司就我們就要跟隨成功人的腳步，就是你們公司的架構師和高階開發，去了解他們。
最最重要的一點：學習還是要靠自己努力，只要你努力，就會成功，就算不成功你也會成仁。