inno 29
Sparta coding
Innovation Camp
w5 day29
service team
실전 팀 프로젝트 빌딩 방법
실전 프로젝트 6주 지속
-
현업 3-5년 시니어멘토
-
5~7명
-
현업에서 유저테스트받고
-
마케팅비 지원도 받음
-
ux피드백 멘토링지원
-
게임같은 새로운 프로젝트도 나오는 추세
- 리더/부리더 : fe/be
- 장점 원하는사람도 1:1fair
- 단점 책임
-
팀원은 다면평가기준 랜덤
- react2 : spring3
- 기본랜덤 - 리더/부리더 지원한 사람은
팀장이 되는대신 팀원 한명을 서로
고를수 있는 메리트가 있음 - react 인원수 : 담당 scope의 차이
-
완성도 차이 ㄴ
- react ux적인 질문
- 나이대 target, 어디서 불편? > 개선
질문이 더 있다면 매니저님들께
spring team
심도있는 공부 team
- java
- spring > 기술 / 아키텍쳐
- 유저x 부하o / 유저o 서비스o
-
지원자중 선발
- java 포트폴리오필요하신분, 공부하실분
git reset
flux
dispatcher : reducer와 store의 중간다리
store는 init , ?
dispatcher를 통해서만 / 단방향으로만
depth가 깊어지면 전역상태관리library를 쓰자
createStore
state를 초기화하고- 대부함수?를 보내줘
store생성 / export
최상위compo에서 provider를 통해서
하위로 보내줘
let state 언디파인드 : 언디파인드상태로 초기설정
return 함수모음
dispatch init한 것을 state에 할당?
- INIT은 내장 action type
dispatch는
액션
- type유효성검사먼저하고
- 리듀서 즉시실행
- 반환한 새로운 state를 재할당(update)
액션을 인자로 받아서 리듀서에 액션을 넘김
- 리듀서는 validateAction(action)이 종료되면
바로 리듀서를 실행해서 그걸 state에 재할당
store : 관리되는 상태 저장소
dispatch : store의 상태를 변경시키는 reducer호출
reducer: store의 상태를 변경시키는 함수(순수함수)
dispatch / getState
store를 import해서
store.dispatch()
sotre.getState()
useDispatch도 사실은
- store.dispatch method를 사용함
대신 라이브러리는 세부적인
유효성검사를 해주니까 쓰면 좋음
reducer는 순수함수여야함
redux는 불변해야함 왜?
- dispatch할때마다 새로운 상태를 반환해야함
- 직접할당하면(mutate하면) redux 작동안함
구독중인 다른 compo가 작동 안할 수 있음
이전상태와 지금의 상태가 비교후 바뀌어야
rerendering을 함 (비교는 memory주소)
-
shallow copy를 해야 주소비교를 하고 달라졌을때
rerendering을 함 -
deep copy를 하면 변경된 값 비교가 안됨?
memory주소가 다름 = 보이긴같아도 다른상태
그래서 불변하려면 딥인지 쉘로우인지?
다르려면 memory가 달라야해
memory가 같아야 history가 추적됨
reducer는 deepcopy를 한 새로운 state를 반환?
스프레드연산자 = 새로운 state
study keyword
- javascript의 datatype과 memory할당
- 함수형 프로그래밍
- 순수함수
원시타입데이터는 ?
매일 하는지
각자 하다가 모이는지
계속 토론형식인지
이정민 매니저님
- usestate 함수형으로사용 > 모든 값들을 한번씩 다
TIL :