2020 9/5~9/12 週記回顧
技術、學習相關週間回顧
6 min readSep 13, 2020
書籍(本週累計1本)
精準思考
花了21個番茄鐘(8個是閱讀、13個是筆記和寫文章)，總共約花了8~9小時
詳細書摘:
本書啟發重點:
- 多元思維模型: 榮格的多元思維模型，看透事物本質的思考方法
- 各種基本學科知識的學習: 具備跨領域學科能力，才能真正發揮多元思維模型的潛力
- OODA: 別於PDCA的「內部｣計畫訂定和執行，OODA重點在於觀察(Observe)和定位調整(Orient)，強調根據「外在的環境」快速應對調整。
- 五星筆記法: 從問題核心出發，問自己對方為何想出來的? 自己的感想? 反思? 以及如何應用在生活中?
- 聚焦: 2/98法則，只專注在你該專注的事情上，別被其他事物給分心。
全景圖(全息圖)設計
何謂全景圖?
透過一張圖"全盤"某個主題/書籍，就像是全息圖像一樣，能夠快速了解各個核心概念。
讓寫作成為精進自我的武器 的 全景圖
製作難處:
- 設計風格、尋找主題色
- 橫式直式編排: 內容的橫式還直式要編排時才知道，也是花最久的；最終成品的編排與草圖的版面差不多
- 文字大小的平衡比例調整: 這張圖和程式的全景圖的文字基本上完全不同，幾乎每張圖都要重新調整一次
如何解決?
- 設計部份: 累積自己的設計模板，用幾種版型做變化
- 版面編排和文字: 先寫下文章 -> 草稿 -> 再做圖，文字內容直接複製文章的內容去做編排，可以比較清楚的知道每一區的空間安排
本週PM文章重點整理
因為突然想了解PM在做的事，開始看一些PM的文章，以下重點皆來自於 https://medium.com/@evonneyifangtsai 的文章，非常感謝這位PM前輩的文章分享。
專案經理 v.s. 產品經理: 都叫做PM，差別在哪?
專案經理重點在於「管理專案」了解專案的細節和控管，你負責找人組團隊；產品經理重點在於「產品」，產品從無到有的前期研究、市場調查…都是你來。
產品經理 v.s. 營運經理
產品和營運經理最大差別，在於規模的差異，今天你身為產品經理或許只要管好你眼前的幾個專案就好，接觸的也是專案團隊而已；營運經理管的則是，「整間公司」規模的營運相關專案，因此規模大上許多，各項壓力也是。
轉職PM前要想的事
why / how /what
why: 為何想成為PM，建議先找前輩或同事聊聊，打破你美好的幻想
how: 如何規劃接下來的職涯，PM也有分很多種類別，像是產品、專案…等，以及不同領域的PM工作性質也都不盡相同
what: 訂好目標之後，看看自己有什麼能力，接下來需要準備哪些能力。
PM如何從0開始了解公司產品
- 了解產品使用者旅程&對應功能:
實際以使用者的角度來想想公司的產品怎麼用，把各個環節都記起來，並從你的實際使用來瞭解對應的功能有哪些。 - 了解該產業的 上下游供應鏈、競爭品、互補品:
產業鏈: 你需要知道原料的進口，會依賴哪些廠商；我們供貨給誰，通路有哪些。
市場: 了解競爭對手的商品，以及互補品(例如手機保護殼的互補品為手機) - 與開發團隊拜碼頭:
接下來你要跟其他團隊相處，你必須靠著同事們才能好好完成專案，在你有了以上兩點的基礎知識後，與團隊成員打交道是最重要的。
文章的剖析
看到了講解 演算法這篇文章 深深覺得自己的文章能力還不足，而且這篇文章有其固定的架構，因此試著剖析該文章寫法的重點。
文章整體架構
- 文章主體:
以 「定義–簡單定義–複雜定義」作為一個組件，重複這樣的組件來構成文章。 - 定義中又分為: 定義簡述、舉例、插圖
- 舉例來說，今天講述某種未知的概念，要說明何謂PDCA的商業模型，可以從
定義: Plan Do Check Action…，直接看不懂的那種wiki上抄來的定義
簡單定義: 接著開始講人話，用白話文簡白地講說此主題，Plan是計畫，Do是執行…；接著舉例說我們買東西也是可以用PDCA…等；其中穿插一些附圖，透過圖像更好理解。
複雜定義: 如果此主題有更實務上的定義或用途，再讀者了解以上的基本定義和用法時，最後再補上真正的進階應用。 - 總之整體架構是以一個「由淺入深、循序漸進」的方式慢慢說給你聽。
值得一提的重點
- 有許多自己畫的插圖範例，感覺更親民還有溫度
- 文章語氣像是與朋友聊天，就像有個人在你面前講解一樣
- 簡白的定義、生活化的範例
- 最後會加上總結
程式相關的學習和採坑
react相關
- 要取得同樣ContextStore的話，ContextProvider只能在最上層只用同一個:
你在更下層的組件外面再包一次，對組件來說是拿到該scope內的store，你其他的組件即便用dispatch更新，也不關它的事，不會觸發相關state更新。
- react-leaflet:
marker的zIndexOffset越大，zIndex”越小”
- node element的賦值更新: 如果要用參數傳入，要傳整個”node”而非該property而已。
例如
var el = document.getElementById('root')function setElText(nodeEl, text) { nodeEl.innerText = text; }setElText(el, 'hi')
vuex
- 整體概念:
- state: 統一管理數據的地方。
如同vue的data，只是組件內都可以透過this.$store.state取得 - getters: 負責預先處理常用的資料。
如同vue的computed，用this.$store.getters取得 - mutations: 負責處理數據變化。
"類似"redux的reducers，mutation會在function中直接操作state，如同vue的methods，組件中透過this.$store.commit(MUTATION_FUNCTION_KEY, payload)執行mutation - actions: 負責管理我們的commit。"類似"redux的actions，在action內執行各種commit觸發mutation，組件中透過 this.$store.dispatch(ACTION_FUNCTION_KEY, payload)執行action
- module: 管理各vuex的store。將各個store中內部再細分，方便管理整個數據樹。
- 注意要點:
- mutations只放sync，async由actions處理，這也是分開設計action和mutation的原因之一，更好掌控資料流向。
- 與redux比較:
- redux的actions為return 一個object，不會在function中執行動作(除非是thunk)
- redux的reducer為pure function，給你一個input輸出output，不像是vuex的mutations直接操作state，redux的reducer並不會在裡面直接對store進行值的操作
下週之後的嘗試/改善:
- 番茄鐘改為25+5: 嘗試了幾輪，確實25分鐘比較剛好
- 嘗試真正的雪球讀書法: 一本書讀一次只花30分鐘，詳細參閱 別人分享的雪球速讀法書摘
- 精準思考的啟發:
1. 選書更加多元，可以看一些諸如歷史、哲學、科普相關(直接啃基本學科不是個好方法)
2. 採用問-思-模解析問題 - 開始整理自己的作品，作為前端工程師，自己作品的展現就像是"自己的說明書"，讓別人知道你的能力。