當我看到「concurrency is hard without garbage collection is difficult」這句話的時候，把我帶入了沉思，讓我有著寫這篇文章的想法。
做遊戲的時候，東西比較雜，什麼都要涉及一些（功能開發、策劃工具、運維部署、玩法設計），做遊戲就是這樣，技術方面不夠精，並且遊戲行業開發的**框架啊都已經成為一種定式，都這麼寫，但是為什麼呢？可能也是不明其意；
後來，面試基礎服務組時，對方說，你的遊戲經歷在我這兒就等於0；真的是這樣的嗎？
從遊戲中（大型專案），其實你能找到很多學習的點，因為都是積累起來的**，自然有其中的道理，但需要明白其中的含義才是正確的方向吧；然而，現在大多數人都很浮躁，哪有時間想這些（唉），其實其中涉及的知識很多，只是沒有深入而已，比如說搜尋（肯定有好友名字、工會名字搜尋等，聯想到搜尋引擎深入學習，還有如何結合分布式支援好友系統，這時候又可以深入分布式系統的學習），自己多體會，多思考才是硬道理。
目前做的微服務拆分呢，程式設計功底可能不需要多紮實，**量小，對開源元件了解，會使用，特殊場景，特殊結構結合，配合上分布式，基本就可以啦，然而這些又要調研，又要深入元件學習，同時還有對分布式的深入學習；對於基礎服務呢程式設計功底還是要有滴。
書很重要，是指路明燈嘛哈，很多書，也許之前看過，並且看的也很快，為什麼呢？因為沉澱少，不能對應到自己的知識庫中（我指的是那種對實際專案有幫助的書籍），現在你在看的時候會發現很慢，有些知識點你會仔細琢磨，就是這樣，程式設計功底會越來越紮實。
知識體系觸類旁通，比如分布式開發，那想想多核時代如何處理的呢？我的意思是說，知識也是慢慢演化而成的，學習呢，可以了解相關的具有相似性的，這對各方面都是有好處的。
最後呢引用下陳碩在知乎的乙個回答
我認為應該在《作業系統》和《計算機體系結構》這兩門課上下功夫，然後才去讀程式設計方面的 apue、unp 等書。
下面簡單談談我對學習這兩門課的看法和建議，都是站在服務端程式設計師的角度，從實用主義（pragmatic）的立場出發而言的。
學習作業系統的目的，不是讓你去發明自己作業系統核心，打敗 linux；也不是成為核心開發人員；而是理解作業系統為使用者態程序提供了怎樣的執行環境，作為程式設計師應該如何才能充分利用好這個環境，哪些做法是有益的，哪些是做無用功，哪些則是幫倒忙。
學習計算機體系結構的目的，不是讓你去設計自己的 cpu（新的 isa 或微架構），打敗 intel 和 arm；也不是參與到 cpu 設計團隊，改進現有的微架構；而是明白現代的處理器的能力與特性（例如流水線、多發射、分支**、亂序執行等等指令級並行手段，記憶體區域性性與 cache，多處理器的記憶體模型、能見度、重排序等等），在程式設計的時候通過適當組織**和資料來發揮 cpu 的效能，避免 pitfalls。modern microprocessors
這兩門課程該如何學？看哪些書？這裡我告訴你乙個通用的辦法，去美國計算機系排名靠前的大學的課程主頁，找到這兩門課最近幾年的課程大綱、講義、參考書目、閱讀材料、隨堂練習、課後作業、程式設計實驗、期末專案等，然後你就心裡有數了。
學習任何一門課程都要善於抓住主要矛盾、分清主次、突出重點，關鍵是掌握知識框架，學會以後真正有用的知識和技能，而不要把精力平均分配在一些瑣事上。
2018逆境求生存啊，經歷了太多太多，越是逆境越會引發思考，最終也想好了到底應該怎麼做，做什麼，放棄什麼，還有不能做什麼，最後一句話量力而行。
找工作經歷
很早以前就聽說blog很好，可以展現自己的思想，才華，但是由於一直有其他事情忙著，所以沒開通，今天終於有了自己的幸福家園，慶賀以下，呵呵！工作終於塵埃落定，接下來就是寫 準備畢業了，感覺過的很快的，轉眼間3年研究生生活已經快過去了。現在本科生很多，研究生也是越來越多，工作也不是很好找，一邊企業招不到...
工作經歷記錄
2007年3月 至 2008年5月 深圳天創軟體 華為外包公司 一.華為彩鈴rbt ring back tone 回鈴音 2007年3月 至 2008年5月 1 國內相關版本 移動版本 彩鈴 聯通版本 炫鈴 電信版本 七彩鈴音 2 功能簡介 使用 呼叫對方時,使用音訊 即回鈴音 代替原始的 嘟 聲 ...
找工作經歷
轉眼已經工作快兩個月了，距離去年校招已經過去一年多了。那一段日子還歷歷在目，歲月果然在悄悄流逝。一直說把自己找工作的經歷整理出來給師弟師妹們參考參考，希望你們別走我得彎路。廢話不多說，開始了 首先說說找工作的重中之重 我去年的簡歷是在7月中旬做好，然後由我的導師幫助修改了簡歷 在此感謝我的老師 簡歷...