CS Study
https://github.com/boostcamp-moa/CS-study
-
부스트캠프가 끝난후 함께했던 모아 팀원들과 2주간 CS 공부를 하였다.
-
혼자 공부하였다면 절대 끝내지 못할 분량을 함께 하여서 완주할 수 있었다. 정말 값진 경험이였다.
글을 잘 쓰는 방법
글 쓰기 연습
- 매일 20분씩 글을 쓰자.
- 연습 방법은 정의 내리기, 현상에 대해서 논평을 쓰기, 일기체로 글쓰기 등을 추천하고 있다.
- 정의를 내릴 때 사물일 경우 형상을 설명하고 구성을 설명하는 방법이 있다.
- 사물이 아닐 땐 본질에 관해서 설명하고 역할에 관해서 설명하는 방법이 있다.
- 글을 쓸 때는 글을 쓰는 도중 수정하지 말고 전체 글을 모두 마무리 지은 후 수정하자.
개발자의 글쓰기
| 구분 | 내용 | 종류 |
|---|---|---|
| 저 | 직접 경험한 내용을 쓰는 유형 | 우아한 형제들 기술블로그 (MSA) 도입기 |
| 술 | 분석하고 실험한 내용을 풀어쓰는 유형 | 기술소개, 라이브러리 분석,에러 해결 |
| 편 | 자료를 모아 정리하고, 정보의 순서를 부여하는것 | 튜토리얼,세미나,책 리뷰 |
| 집 | 여러 자료를 모아 집대성 하는것 | 리눅스 명령어 모음 |
- 나에게 적당한 유형은 "집"에 해당하는 유형인것 같다.
SAR
(코딩 인터뷰 완전 분석)
Situation -> Action -> Result 순으로 말하는 방법
상황에 대해서 설명하고, 그 상황에서 취한 액션을 말한 후, 결과에 대해서 말을 하면 조금 더 듣는 사람 입장에서 잘 와닿을 수 있다.
결과를 말할 땐 수치를 항상 곁들이자.
- 수치를 말하기 위해서 항상 측정하고 기록하는 버릇을 들이자
프론트엔드
전역 상태 관리에 대한 단상
https://jbee.io/react/thinking-about-global-state/
-
많은 생각을 하게된 글
-
M.O.A 프로젝트에서는 Mobx 객체가 UI 상태와 비즈니스 상태 ( 서버 API를 통해서 받아온 데이터를 비즈니스 상태라고 표현하겠다. 마땅한 용어가 없는것 같아서... )를 관리하다 보니 비즈니스 상태를 중복해서 가지게 되는 Mobx 객체가 생기게 되었다.
-
swr을 이용해서 비즈니스 상태를 swr이 관리하게 하면 Mobx는 전역 UI 상태 관리 하는 용도로만 사용이 가능해지고 전역 UI 상태도 Context API를 사용하여 관리하면 최종적으로 Mobx도 제거할 수 있을 것 이라는 생각이 들었다.
-
리덕스(Redux) 애플리케이션 설계에 대한 생각
https://huns.me/development/1953
-
아직 모든걸 이해하진 못했지만 많은 생각을 하게된 글 두고두고 다시 보자
-
M.O.A 프로젝트에서는 Mobx 설계시 눈에 보이는 UI를 기준으로 설계를 하였다.
그러다 보니 컴포넌트와 Mobx간 결합이 너무 강해지고 있음을 느꼈다. -
Container - Presenter 구조로 결합을 완화시킬 수 있다.
-
UI를 기준으로 Mobx 구조를 설계하면 자연스럽게 Mobx 구조도 UI에 강한 결합을 한 구조로 가게 된다.
-
그렇게 되면 UI 나 Mobx 구조를 변경해야할 때에 관련된 모든것을 함께 변경해야 하는 문제에 직면하게 된다. 어떻게 해야 더 좋은 설계를 할 수 있을지 고민하고 공부하자
-
