---
# System prepended metadata

title: Meeting w/ 阿劍

---

# Meeting w/ 阿劍

## 專案大略
- 用miro等線上白板，一人提案3~5個，讓老師篩選可行提案
    - (看來 User story 不要太早寫太多XD
- 提案的過程包裝的好，也可以放履歷的內容
- 專題歷程記錄下來，可以表達協作合作能力
    - 分工
    - 專案時程規劃
    - 壓時程

## 專題前置

- 後端 & 前端
    - 盡早確定需求
    - 不斷討論格式怎麼開、能不能做到
- 確定可行性很重要、想法盡早收斂
- 抓住核心功能，進一步規劃flow
- 一定作不完，力氣花在能以Demo的部份為主，
- 核心功能用目前的知識點可不可以做出來？如果不行，要用什麼技術？
- 8成熟悉的技術、2成新技術，用現有掌握的技術最大化

## 技術
>- 技術選型要想好明確原因，面試通常會問「為什麼要用、為什麼不用」
>- 在工作導入新套件比較困難，很多現實理由考量
>- 套件盡量懂原理
>- 專題是求職最大、最重要的籌碼，只要能夠做出來都OK
>- 想企業的偏好技術用side project展示

- Next.js: 坑比較大...XD（但很加分 會vue又會nuxt可以開45k@@）
    - SSR + redux-saga 不太好寫
    - SPA SEO近期有改善
- TS: 慢慢變成主流
    - ESLint很煩XD
    -  傳Props, Component等都要定義型別 比較不好入門
    -  實際合作上光型別定義的結構就會是一個分工上需要磨合的地方，A不一定會知道B定義型別的風格
- Redux: 基本款
    - Saga, Thunk, RTK
        - RTK最近在推，比較簡單，但比較少人用
        - saga, thunk差不多，但saga可以接next.js
    - 非同步怎麼做
- 公司對於技術的偏好各有差異
- 對有些技術來說，配置要事先規劃好，後面再加很麻煩
- 用的東西越多，互相影響越大

## 履歷 & 面試
- 對於自己用的東西要講的出來，一聽就明白，反應自己對這個知識的理解
- Sass, tailwind洋洋灑灑，但基本的css還是要顧
    - Box Model
    - RWD斷點
    - 等...