菜鳥成長系列-概述

前言

做爲渣碩一枚，畢業時一線互聯網公司招聘基本沒有參與過，等回過神準備參加，春招都快結束了【17年畢業】；跌跌撞撞面了幾家公司，雖然被虐，可是基本上都給了Offer，幾番比較以後到了蘇寧，選擇作一枚金融碼農。雖然網上關於在蘇寧作IT有着不一樣的見解，有好有壞，褒貶不一，但就我而言，做爲新人，蘇寧仍是給我提供了不錯的工做和學習環境【入職快4個月了】。
言歸正傳，做爲一個初入職場的新人，面對不少複雜的業務場景，不一樣的開源技術的使用，一開始確實有點「慌」，可是隨着慢慢的滲入，從可以將一個項目成功跑起來，到對着詳設給代碼加註釋，到本身去畫某一條業務線的流程圖，到第一次獨立完成一個需求，再到不斷的去發現現有框架或者業務邏輯中的問題並去嘗試優化；這個過程仍是很「吃雞」的。技術始終是來支撐業務的，熟悉產品很重要，只有深刻了解了某一個業務，而後拓展出與其餘業務的關係，這樣才能夠發現問題，找到切入點去作具體的代碼優化和業務優化。因此人人都是產品經理這句話很中肯，特別是程序員，要學會和產品經理「討價還價」。

爲何要寫

爲何要寫，最開始的想法就是把本身工做中的問題和坑記錄下來，以便於本身不會再調到坑裏面去。可是後來發現跑偏了，在沒有具體深刻了解的狀況下開始「借鑑」+「總結」。後來再去看，該不會的仍是不會，這就很無奈。
網上有不少什麼「JAVA學習路線一覽」、「數據庫學習路線一覽」，「Spring學習路線一覽」。。。，實話實說，嘗試過，可是都失敗了，走不下去。好比說我想學習java集合，而後就去看，去總結，而後就會發現，線程安全和不安全在集合裏面的比較不少，而後就去看線程安全相關，而後再走，就會發現從這個坑跳到了另一個坑，一方面是沒有足夠的時間去研究，另外一方面沒有把本身的思惟放進去，結果就是學到的仍是很碎的東西。所以放棄別人的成功之路，回來走本身的獨木橋。結合本身以前的一些技術積累和實際工做的需求，來整合。
看了不少，卻發現深刻的很少。一開始想的是從java的Object開始寫，可是當我去嘗試一次以後就放棄了【其實從java基礎類庫學仍是很不錯的】；我以爲不適合我這種不按套路出牌的人，所以就給本身定了一個框，在框裏學。這個框是什麼呢？就是設計模式。
不管是java基礎類庫的設計仍是Spring體系的設計基本都離不開設計模式的使用，爲何說不從Object開始，不從Spring的啓動開始就是由於當我順着一條線開始走的時候，就會牽扯出無數條線，直到不知道去往哪一條開始。只有當前站在頂層去看總體的時候，纔會對全局有一個把握，才能直到不一樣分支的關係，才能更好的學抓細節。

寫什麼

個人想法是以設計模式爲主線來貫穿，開始從新學習。【從java語言的角度】
設計模式中基本上都是圍繞六種設計原則來約束的，再利用JAVA中提供抽象、繼承、多態提供的機制來進行具體的實現。順着這個思路簡單羅列下我本身的學習路線：
由於須要使用JAVA，那麼就必須先要對抽象、繼承和多態有一個比較清楚的理解，所以第一部分將會從java語言自己的特點來學習，主要包括：

• 1.抽象，繼承，多態的理解
• 2.類和接口
• 3.面向接口編程的理解
  OK，到此就收，第一部分就把後面設計模式中咱們須要用的方式的基礎定了個基調。
  第二部分就直接進入設計模式範疇以內：
• 1.設計原則
• 2.建立型
• 3.結構型
• 4.行爲型
  在學習某個具體的設計模式的時候會結合java語言中某些類庫來討論，穿插學習；
  第二部分以後，對於設計模式、設計模式在java中的應用、Spring的頂層設計以及java中的一些類庫會有一個大致的掌握。這個部分會須要很長時間，會涉及到的知識點會不少，有點慌。
  第三部分開始數據結構，爲何是數據結構而不是併發或者數據庫呢。一方面在java中不少關於併發的問題都會涉及到集合的使用，集合內部就依賴於不一樣的數據結構；數據庫方面，若是都不清楚數據庫是怎麼存數據的，就不可能知道怎麼去優化；若是都不知道數據庫中的數據的存儲結構是什麼，又怎麼能知道數據是怎麼存的呢？
  上面三個部分結束以後，關於java差很少也就結束了。那麼做爲一個程序員，對於網絡理解和開源技術的使用纔是真正快速解決實際問題和吃飯問題的根本。
  spring、mybatis、redis，struts2,hibernate,以及相關rpc框架。
  關於java虛擬機這個東西不會單獨的寫了，感受寫不出來，等有了實際的經驗積累以後再去談吧。。。

  結束語

  其實咱們每一個人天天都會有想法，好壞不說，要去試試，這篇文章寫完以後我也不知道本身能走到哪一個部分，可是仍是回去嘗試走一走。我也不知道這種學習的「野路子」適合不適合，可是就如今【2017.11.5 11:59】看，我以爲對我是能夠的。