🐥 주니어 성장일기: 2021.04.27

• API Secret Manager
  • 애플리케이션, 서비스, IT 리소스에 액세스할 때 필요한 정보를 보호하기 위해 사용한다.
  • 이와 같은 정보를 하드코딩된 상태로 사용하지 않게 해준다.
  • 리소스의 보안 정보 교체를 중앙에서 할 수 있다.
• Spring Cloud와 AWS Secret Manager: Spring Cloud는 bootstrap.yml(or properties)에서 설정을 로드하게 된다. 스프링 클라우드에서 부트스트랩 컨텍스트를 스프링 컨텍스트의 부모로 먼저 생성되므로 application.yml에서 설정을 로드하게 된다. 부트스트랩 컨텍스트는 외부 구성을 찾아 기존 애플리케이션 컨텍스트와는 다르게 convention을 적용하고, 외부 구성을 분리해서 유지하기에 부트스트랩을 사용하는 것이 권장된다.

1
2
3
4
5
6
7
8
9
10
11
12

spring:
	application:
		name: app_name
	profiles:
		active: local
aws:
	secretmanager:
		name: app_name
		endpoint:
		secretKey:
			category:
				key: value.key

👩‍💻 모각코

• 두번째 동네 모각코
• 카페베네 지하 1층 처음 가봤는데 작업하기 최적화되어 있었다 앞으로도 자주 올 듯!

🐈 Catchoo 프로젝트

• CORS 때문에 모든 팀원들이 머리 싸매고 있는 중.. 일단 프론트에서 모종의 문제로 서버 자체가 실행이 되지 않아서 다른 거 다 중단하고 배포부터 시도하는 중이다.. 이렇게 로컬에서 문제 날 때마다 확인을 못하니까.. ㅠ_ㅠ 서버 실행하고 인바운드 규칙에 팀원들 아이피 넣으면 되겠지. 그런데 아이피가 변경될 때는 어떻게 하지? 좀 찾아봐야겠다.
• Git 이 정말 난리가 나서^_^ 루트폴더구조 변경했다고 이렇게까지 귀찮아질 줄은 몰랐지.. 다행히도 천재만재 팀원분이 해결해주셨다ㅠ 에인절.. 암튼 conflict 다 해결하고 무사히 master까지 merge했다. 이제 배포뿐이야

🏠 JIB 프로젝트

프로젝트장님이 그저께 내 성장일기를 보시고 리액트 능력자인 줄 알고 연락을 주셨다.. 하하하 제가 리액트 능력자인줄 아셨다면 경기도 오산입니다 그저께 성장일기의 프론트엔드 파트는 리액트 능력자인 캣츄 팀원분들이 하신 내용을 정리한 것..ㅎㅎ 을 설명드리니까 그래도 일단 이렇게 된거 프론트엔드도 해보자! 해서 얼떨결에 프론트 회의도 참석하게 되었다. 둘다 하면 정말 좋겠지만 정말 할 수 있는지는 좀 더 봐야 할 것 같다.

프론트엔드 회의

• 리액트 프로젝트는 컴포넌트로 나누는 것에서 시작한다. 컴포넌트가 리액트의 가장 핵심

• 보통 프론트에서 대강 화면 및 라인을 주면 기획팀에서 이를 채워넣는 식으로 프로젝트가 시작한다고 하셨다. 백엔드는 이게 나왔을 때 좀 나중에 시작한다고.. 이 이야기를 들으며 아무 생각 없이 백엔드에서 데이터 스키마부터 화면이 어떻게 나올 지 다 예측하고 정해서 시작을 했던 캣츄 프로젝트가 생각나면서.. 눈물을 훔쳤다..

• 기획팀에서 작성한 플로우를 따라가면서 비즈니스 이해를 하는 시간을 가졌다.

• Class Component가 아닌 Functional Component를 사용할 거라고 정해졌다.

  • Functional Component가 보다 Class 방식보다 좀 더 간단하고, 요즘 트렌드라고 한다. Class 방식을 사용할 경우 생성자도 사용하고, ComponentDidMount, Update, Delete 모두 사용해야 하며 render()를 명시적으로 코드에 작성해야 한다. Functional 방식의 경우 이 모든 것들이 비하인드 씬에서 일어난다고 한다.
  • 자바로 개발을 시작하고 현재진행형으로 자바개발자로 개발하고 있는 나로서는 클래스 문법이 더 직관적이라고 느껴지지만.. 그래도 비하인드 씬에서 이루어지니 생산성과 가독성은 향상될 것 같다.
  • 실제로 함수형은 클래스보다 후에 나왔기에 더 편하다고 한다. 함수형은 state, lifeCycle 관련 기능은 사용 불가능하지만, 이는 Hook을 통해 해결된다고 한다. 그리고 클래스형보다 메모리 자원을 덜 사용한다. 또한 컴포넌트 선언이 편하다는 장점이 있다. 단 임의 메서드는 정의할 수는 없다.
  • 클래스형과 함수형 차이

• 그리고 대장님이 리액트 LifeCycle이 중요하다면서 설명해주셨다.

  

  출처: https://projects.wojtekmaj.pl/react-lifecycle-methods-diagram/

  • Mount(생성): 컴포넌트의 인스턴스가 생성되어, DOM에 삽입될 때 순서대로 호출된다.
    • constructor()
    • render()
    • componentDidMount()
  • Update: props나 state가 변경되면 render(갱신)가 진행되며 순서대로 호출된다.
    • render()
    • componentDidUpdate()
  • Unmount: 컴포넌트가 DOM에서 제거될 때 호출된다.
    • componentWillUnmount()

  뜬금없이 스프링 빈 생명주기가 생각났다

• 과제: 리액트 사용해서 JIB의 검색 결과 페이지 구현

백엔드엔드 회의

• DB 결정
  • NoSQL(MongoDB): 조회 성능이 좋다.
  • SQL + Redis: RDB는 조회 성능이 안좋기 때문에 Redis를 적절히 사용해 조회 결과를 캐싱해 성능을 높일 필요가 있다.
• 영속성 프레임워크(Persistance Framework)
  • MongoDB를 사용할 경우, JPA처럼 인터페이스 선언만으로 사용할 수 있기에 간단하다.
  • SQL을 사용할 경우 JPA를 사용하기로 하였다.
• 목표
  • 테스트 주도 개발(TDD)
  • 확장성 있는(Scaleable) 개발