最近大家都在學習跟項目有關的知識，有跟項目源碼學習有關的學習卡，也有跟項目有關的技術學習卡，比如:Jenkins,Jersey,Async等等。
我就仿照林老師寫的文章《如何完成一張學習卡》來一波做技術卡的規(guī)范和原則

原則(INVEST)

• Independent(獨立的)
  • 學習過程中遇到的問題若不屬于技術卡的范疇，不必深究
  • 你學習的內容緊緊圍繞技術卡
  • 例如:學習jersey+mybatis+mysql僅僅跟這三個技術有關，當前不必深究gradle
• Negotiable(可協(xié)商的)
  • 驗收條件是你和 pair 討論過后的結果
  • description 和 AC 需要讓/QA/BA/老師檢查
• Valuable(有價值的)
  • 理解所學的技術(對自己的價值)
  • share 的時候讓大家理解你所學的技術(對他人的價值)
  • 可結合知識上手項目(對項目的價值)
• Estimable(可估的)
  • 對每張卡的完成時間做個估計，可對此卡估計出學習時間(<=一天)
  • 若不能估出完成時間，說明此卡太大，不可估計，需要拆卡
• Small(較小的)
  • 對每張卡估點，且點數(shù)相對小一點(<=2)
  • 點數(shù) >2 需要拆卡
• Testable(可測試的)
  • 用與之前寫的驗收條件檢驗學習產出

規(guī)范

1. 領卡 + pair

   • 一個人做卡叫 solo
   • 兩個人才叫 pair

2. 給卡估點

   • 1點就是1人天(和你的pair一天完成)。
   • 如果 points 很大(>2)需要拆卡。

3. 寫 description

   • 需要寫上預期的學習過程和驗收條件，并將 demo 上傳到 github 。
   • 將 demo 地址寫在 description 最后一行。
   • readme 里面要寫清楚環(huán)境的配置、運行程序的步驟、程序運行的預期結果寫清楚。

     • 例如

       
       

4. 驗收

   • 若驗收結果可視化，盡量畫圖。
   • 比如學習一期源碼的邏輯題答題流程。

5. 填寫GoogleDrive的工作記錄表

   • 開始時間和結束時間
   • 預估時間、實際時間和超時原因
   • pair 對象和總結

6. 結合項目

   • 思考該技術點在項目中有什么作用，為什么要用它。

7. 發(fā)散類比

   • 回憶自己的知識庫有沒有類似的知識點。
   • 比較二者之間的相同點和不通點。

優(yōu)秀技術卡

來自馬紅和駱承秀的 moco 學習卡：

• Moco 的 demo:github
• Moco 的 學習文章：簡書