不念2018，不畏2019

我要在寒冬遊個泳 | 2018 年度總結

國際慣例

      大學三本非計算機專業，從拎包入住那天到捲鋪蓋走人，四年的時間除了學習，好像大學該作的也都作了。趕鴨子上架地找了第一份工做，不須要動腦也不須要憂愁將來，由於一眼看下去將來好像也就這樣。呆了一年的時間，某天在和朋友聊完以後，腦子一熱地就下定了決心，入坑編程。

初入坑中

      辭去工做的我又回到了呆了四年的南京，在朋友的介紹下（朋友也不懂這行）入坑一個目前所知最坑培訓之一（也許沒有之一，連個正式的項目都沒有帶着作過），入坑java。沒錯我是水過四個月java的（手動滑稽）。

    理所固然的入職第一份工做，外包，明明是個java後端工程師，寫着寫着寫成了專職前端，也就是2017年5月份，正式開始入前端。當時本身對於前端什麼概念都沒有，用的仍是jsp，上手就jq，當時的感受就是，管它三七二十一，拿起jq就是幹。什麼命名空間，什麼模塊化，什麼封裝。維護？管挖無論填。就這樣兩個月以後，偶然看到剛加入的五年前端同事寫的代碼，再對比本身，從當時我意識到代碼被兩樣東西執行，引擎和人。我開始意識到本身該主動向外求取而不是哪裏不會查哪裏（你不去接觸未知，您永遠不知道本身未知）。

    入門第一本書，js高程，當時給個人感受就像是野路子碰到正規軍，開始對於知識體系化，結構化有了意識（就好比武俠小說中人有108個穴道，你必須一個個打通，厲害的武林絕學，都是由多個穴道組成一門武學）。我必須創立一門本身的武學（其實武學大同小異，金鐘罩和鐵布衫說不定打通的穴道只是相差數個），固然學武功離不開天才地寶，神兵利器。不錯的英語閱讀能力，乾貨滿滿的只是論壇，詳盡有序的規範文檔等等，這些都是你學習過程當中的加速器。（固然，武學得配合心經，好比方法論）

漸入入門

    同年10月，開始出來面試，底子薄弱，經驗不足，很成功的掛了好幾家，終於被如今這家公司收留。新公司雖然不大，但技術體系卻比之以前大有不一樣。傳統意義上的先後端職責分離，而且開始接觸前端自動化工程構建，開始入坑vue，開始系統的看書學習。這一年我一如既往的開始埋坑，而後在心中填坑（重構？這輩子都不可能重構的），從新把學習java時強調的面向對象在前端中思考，開始學習函數式編程和理解函數在js中的影響和優缺點，開始理解vue這類框架真正解決是哪些問題（總的來講個人理解前端框架也好，架構也好，更可能是面對項目的業務架構地多變以及多人合做開發中衍生出來的一種解決方案），因此以後的編程中會更多地思考，多人開發時如何更多地減小差別性，提升健壯度，而後面臨業務架構變化的不肯定性如何提升代碼的靈活可拓展。（瞎幾把亂吹）固然過多的思考這些免不了形成眼高手低。

略有體悟

    固然2018年最重要的收穫是思考很重要，磨刀不誤砍柴工的同時也要知道組裝你的知識的重要性（舉一反三，融會貫通，後面我要講到一個點叫能力重疊），一個知識點創建在另外一個的基礎上，既要有自底向上，好比了解整個計算機基礎的狀況下反推一些模塊的實現。也要自上而下分析一切模塊，一切設計，一切架構都來源於需求，來源於人類對於世界的認知。

    （我猜若是魚來設計語言，確定不是咱們這樣的思惟方式去設計，有時候與其說基於哪一種方式編程，不如說都是面向人類思考認知習慣編程， 可是若是魚也會編程，那說不定和咱們不少人編程模式同樣，由於你有時候並不必定先以人類高級思惟出發，而是侷限於所學的技術底層）。咱們經歷了從底層語言到高級語言，愈來愈趨向於人類習慣。因此在編程中個人思考是更多的先描述流程，確立職責對象。再思考每一個職責用什麼實現（也叫面向抽象，但又不太像，我提倡的是先弄清楚一件事情真正有幾個環節，哪些流程）。用人類的思惟編程，用人類的思惟編程，用人類的思惟編程，重要的事情說三遍。

    這不只在開發中、在學習中、調試問題中，也特別有用，咱們應先拋開已有的技術認知，先從人類的角度去認知分析，再去實現，具體，優化（我不知道是否是有人會反過來，基於本身技術體系去思考怎麼拆解業務，實現業務，那除非你對於自身技術融會貫通訊手拈來，否則每每會成爲你的阻礙）。我一直以爲本身不聰明，因此不聰明的人你就須要一個工具或者說定時思惟去減小你的思考，這個時候出來了一些叫設計模式，叫編程範式。

項目結構設計

    在我目前的認知上，設計上分爲兩個維度，一個是從抽象到具體，另一個是職責分離。剖解一個項目時，能夠先將整個項目分解成多個職責模塊，正如企業會有多個部門，每一個部分職責明確。而後每一個職責又能拆解出更細分的職責，相似一個樹形。分類職責的好處，在企業中首先責任明確，誰的問題找誰（出了問題好修改，好定位）。二，任務明確，不須要陷入複雜的各中事務交雜中，負責好本身的事務（邏輯清晰簡單，給你的小腦殼減減壓力）。職責同時也是一個抽象概念，我不關注你這個部門怎麼負責這件事情的，只要保證我給你下達的職責保證完成，你享有高度自治，想怎麼玩怎麼玩，你外包出去都行（咱們能隨意替換具體實現，項目中可能面臨技術調整，而後可能有了某個第三方庫有彩蛋了想換一個）

能力重疊

    我給我要講的起了這個名字，什麼意思呢，對於不少像我同樣轉行的人，其實你學習編程的過程當中，會發現一些程序員的能力你已經具有，很簡單的你會發現英語好的人學得快，以前從事腦力工做的也學得快等等，以前講到武俠小說一百零八個穴道，每一些穴道組成一門武學，張無忌學完九陽神功很快就能學會乾坤大挪移，正是這個道理。同時在每種編程技術的學習中也存在能力重疊，爲何後端學前端上手這麼厲害，爲何ios出身的yck學前端這麼快。因此轉行的朋友也好，將要學習新技術的朋友也好，想一想新的能力，新的技術中和你目前存在哪些能力重疊，善於發現這些能力重疊是你快速掌握的法門。

技術背景，場景

    不少文章喜歡講一門技術的起源，背景，這個有點重要，理解一門技術的來源是理解何種場景下須要這門技術，這門技術的產生自己是爲了解決什麼問題，這能幫助你更快更好的掌握這門技術，甚至不少時候，你能反推出一門技術存在哪些能力(這個地方又是從人類思惟推導底層技術)。最近看了一點函數式編程的書，初看時很困惑，講的是頗有道理，可是在前端實踐中卻困惑於好像沒這麼多地方須要用的到，那我何時應該用到，什麼場景下更適合函數式編程中的思惟去解決問題。但當我開始慢慢思索函數式在前端中的場景，函數在前端編程中解決的問題時，我開始對函數式編程的理解更親近（對的是親近）,開始接受這門思想。

學習提高

    方法論，思惟定式，學習方向重要，確實重要，你很欠缺，你更欠缺的內心沒點數嗎。智力大多天生決定，但智慧的積累絕對在於你的堅持學習，上面提到的一些幫助學習的方法，假如你是個堅持學習的人，對你來講你確定會學到相信我。可是每每生活中問你方法論，學習方向，何種思惟模式更利於學習的人，大可能是沒怎麼看書學習，不怎麼堅持學習的人，鎖和鑰匙都在你手中，爲什麼要求於人。給本身定個小目標啥的，你今天高呼大佬666，等你看完10本書再來看，以前的大佬真的這麼厲害嗎。

展望將來

2019年，也沒什麼特別的指望，指望的少才失望的少。期許幾件務實的事情把

• 健身健身健身，健身令人變高，健身令人變帥，健身令人變聰明
• 看20本書，別管啥該學啥，看它。
• 旅行，你不僅是一個程序員，你應該發掘更多的潛力，多看看星辰和大海。
• 進大廠進大廠進大廠。大佬們帶我飛。