-
Notifications
You must be signed in to change notification settings - Fork 1
TIL 1월 10일
whipbaek edited this page Jan 17, 2023
·
2 revisions
- 어제 아무것도 하지 못했다.
- 매우 우울하다...
- mediasoup 설치 하려면 MVSC 설치 하셔야하고, menso, ninja 설치해야합니다.
- 시작이 반이란 말이 정말이였던거 같다...
- 1.지금 보고있는 강의 빠르게 마무리하기
https://www.youtube.com/watch?v=jUh9RlO8y18&list=PL34gl7XmgyxT4p6-nMgddxdl18S1Xpczr&ab_channel=EngineeringSemester
https://www.youtube.com/watch?v=KSM1PKf4JOE&list=PLa2dCM6b-1M5TZu-9_s-OFuuqo22GeUJq&ab_channel=JasonShen - 2.mediasoup 설치 제대로 되는지 확인 --> 안되면 진짤 ᄅᄋ 다른 방법 찾아야할거같습니다
- 디스코드 atom 단위 분석 https://www.figma.com/file/MWNv0LcS8Wxv1TxZk0YGog/%5Bsmilegate%5D-discord-atom-%EB%B6%84%EC%84%9D?node-id=0%3A1&t=Y4YZT3fGHpIpTBuf-0 image
- storybook 사용 + 사이트 가이드북 읽기
- 어제도 그랬지만 체력 부족 + 시간관리 신경써야 될거 같다.
- 분석하면 할수록 디스코드에서 제공하는 기능이 많은 거 같다. 오늘 코어타임 중에 팀원들이랑 공유할 수 있어서 다행이고, 프론트엔드를 맡았을 때 알아야 되는 범위가 더 있다는 것도 느꼈다. image 맨 위에 탭만 봐도... 부족함이 느껴지는 것 같다.
- atomic design pattern은 3단계로 줄이는게 생각보다 어렵고, 5단계로 우선 적용 후에 줄이는 게 맞는 거 같다. (리디는 대단한거였다...)
- figma는 파일끼리 복붙이 매우 용이하다.
- 일단 회사생 시험 잘치고 돌아오기!!!
- API Gateway에 대한 공부(node.js로 구현이 가능한지)
- 이벤트 주도 아키텍처에 대한 이해
- DB 설계
- 알아야 하는 게 많아서 즐겁다!!
- 이벤트 주도 아키텍처는 MSA의 보완을 위해 주목 받고 있다!
- DB를 바탕으로 구현에 대한 생각 및 관련 자료 검색
- 관리 서버단에서 데이터를 받아서 관리하고, 저장하는 것에 대해 생각해보기 (정렬 관련 등..)
- API Gateway 실습
- 이벤트 주도 아키텍처 장단점 공부
- 코어 시간시 회의 및 BE팀원들과 DB설계
- RDB 식별관계 비 식별관계 공부
- 새로운 아키텍처를 경험해보니 재밌따! 설명을 잘해주는 블로그를 찾아 기분이 좋다
- 프로젝트 설계랑 구현이 사실 막막했는데 DB설계를 구체화하면서 조금은 가닥이 잡힌 거 같음!
- 이벤트 주도 아키텍처는 msa의 주요 핵심 개념인 결합도를 느슨하게 해준다는 장점이 있지만,
모니터링 대상이 많아지고 관리가 비교적 어렵다는 단점이 있다. 언제나 Trade Off - 각 서비스별로 API Gateway는 port번호가 아니라 서비스명으로 통신이 가능하다.
물론 그 기반은 서비스 디스커버리가 중간에서 포트번호를 항상 checking 해주기에 가능! - 식별관계 비 식별관계 정리
- API Gateway 실습 더 하기
- DB 공부 좀 더해서 ERD 정교하게 만들 수 있도록 해보자
- discord web을 atom 분석하고 Figma에 정리하는 작업을 마무리했다.
- font-family, font-size, font-color, background-color도 추가로 정리했다.
- link: Figma Jam Link
- 팀원들과 코어 회의를 했다(22:00 ~ 1:00).
-
각자 디스코드 atom 분석한 내용 합치고 살펴보기
-
디스코드 개별 서버 페이지에서 atomic design pattern 적용해보기 (link)
-
프론트엔드 아키텍처 설계에 앞서 작성할 내용 적어보기
-
- 기본 atomic design pattern 5단계가 많을 거라 예상했지만, 코어 시간에 discord의 한 페이지(개별 서버 페이지)를 atom, module, organism, template, page로 직접 분석해보니 3단계로는 턱없이 부족하다는 것을 깨닫게 되었다.
- 생각하는 것을 넘어서 직접 해봐야 알게 되는 것도 있으니 뭐든 직접 부딪혀 경험해봐야겠다.
- 상태관리 라이브러리 조사 및 비교하고 정리하기
- atomic design pattern 각 단계별로 구체적으로 어떻게 정하면 좋을지 조사하고 정리하기