2023년 1분기 회고

새로운 회사에서 일을 시작하게 됐다. Flutter 개발자로 입사했는데 내부 사정에 따라 React 개발 먼저 하게 되었다. 개인으로 프로젝트의 대부분을 도맡아 일했던 과거와 달리 기획, 운영, 백엔드, 프론트엔드와 협업하니 새롭다.

• 풀스택 또는 그냥 개발자가 아닌 "프론트엔드 개발자"로서 일하기
  React, Gatsby, Figma
• 사용자가 있는 서비스 개발
• Atlassian 제품 사용
  Bitbucket, Jira, Confluence, Bamboo
• CI/CD 구축
  Bamboo를 활용하여 정적 파일 빌드 및 AWS S3 배포
• AWS 사용
  S3, EC2, CloudFront, AWS SDK JavaScript
• M1 MacBook 사용 
• 적절한 React Memoization 활용
• 좋은 JavaScript Code
  공유 프로젝트에서 만드는 파일, 함수, 변수 하나하나가 남에게 끼칠 영향을 고려
  You Don't Know JS의 내용 중 적용할 만한 것 공유하기
• 외부의 변화에도 유지되는 비즈니스 로직 코드 실전 적용
  if statement를 비즈니스 로직의 조건 처리가 아닌 (예견할 수 없는) 예외 처리를 위해서만 사용한다면?
• SOA와 MSA의 개념과 차이점
  인터넷에서 설명을 봐도 이해하지 못했는데 다음처럼 이해하기로 했다. 이해하기의 대전제는 나처럼 이제 막 시작한 개발자들은 MSA 개발부터 접하기 때문에 MA, SOA의 존재 이유를 이해하지 못한다는 것이다. 나름 젊은 학문인 소프트웨어도 다른 학문처럼 역사적으로 접근하면 더 잘 와닿는다.
  MA: 서버와 클라이언트가 1개의 어플리케이션에 속해 있다. 크기가 작을 때는 복잡도가 낮으며 개발 비용이 낮으나 크기가 크면 복잡도가 높으며 확장 시 예상치 못한 비용이 발생할 가능성이 높다. SOA와의 구분하기 위해 극단적인 예시로 1개의 어플리케이션 내에 데이터베이스, 서버, UI까지 포함된다고 생각하면 편하다.
  SOA: 서버와 클라이언트를 분리한다. 하지만 1개의 엔터프라이즈(비즈니스)가 제공하는 다양한 복수의 서비스가 서버 내부에 통합되어 있다. 서버와 클라이언트(UI, 브라우저 등) 분리로 인해 최소한 서버 내의 서비스 확장 시 비용은 MA보다 현저히 낮다. 하지만 여전히 크기가 커지면 서버 내의 복잡도가 높아진다.
  MSA: 서버를 서비스별로 분리한다. 1개의 엔터프라이즈에서 제공하는 다양한 복수의 서비스를 각각의 서버에서 지원한다. SOA에서 GET /viewers 요청 한번에 처리할 것을 MSA는 GET /users?isAuthorized=true, GET /contents 등 복수의 요청으로 처리한다. 크기가 작아도 서버 아키텍처의 복잡도가 높다. 하지만 서버 또는 서비스 확장 시 비용은 SOA보다 낮다.