-
Notifications
You must be signed in to change notification settings - Fork 28
0313 주간회의록
네오 edited this page Mar 13, 2023
·
3 revisions
- https://github.com/woowacourse/prolog/issues/1166
- ES 작업 vs DB 테이블 스키마 정리 vs flyway 작업
- ES 작업은 크루가 건드릴 일이 없다.
- 크루들이 직접 영향을 받는 Flyway와 Profile 작업을 우선으로 진행한다.
- 다음으로 작업할 이슈를 생성한다.
- React Admin vs 직접 작성
- 지금은 React Admin을 사용하고 있다.
- 틀이 정해져 있어서 우리가 원하는대로 만들기가 어렵다. 그래서 퀴즈를 만들 때 React Admin을 사용하지 않았다.
- 프론트엔드 크루들이 사용하려면 React Admin을 사용하지 않고 직접 구현하게 하면 어떨까?
- 단순 CRUD 작업은 React Admin을 사용하는게 편하지만, 로드맵이나 퀴즈와 같이 계층 구조를 가진 기능을 구현하기엔 힘든 부분이 많다.
- 두 가지 공존할 수 없을까? -> 지금은 공존하고 있는 상태다.
- 장점: 간단한 CRUD 기능을 빠르게 구현할 수 있다.
- 단점: 코드의 스타일이 다르고 복잡도가 올라가고 유지보수성이 떨어진다.
- 결론: 별도의 티켓을 만들고 우선순위에 맞게 다음에 논의한다.
-
작년 기준 GFI
- 백엔드는 간단한 CRUD 만들기
- 프론트는 간단한 UI 작업
- 간단한 작업을 전달하는 것이 목적이기 때문에 새로운 기능을 구현하는 티켓을 주는 것은 불가능하다.
- 브라운: 작년 기준으로 각자 서비스를 써보고 직접 해결하는 사이클을 경험하게 했는데 그 경험이 좋았다.
- 첫 주는 각자 개선하고 싶은 포인트를 찾아보도록 한다.
- 다음 주는
- 백엔드는 테스트 코드를 추가하도록 한다.
- 프론트엔드는 눈에 보이는 버그를 찾아서 해결하도록 한다.
- ex) 리액트 상태를 쓰지 않는 개선 건, css만 수정해도 되는 건
- https://github.com/woowacourse/prolog/issues/1206 - @브라운
- 담당자 선정
- https://github.com/woowacourse/prolog/issues/1208
- 히스토리 (서비스 소개 + 멘토 소개)
- 근로 방향성
-
이슈 배정하기- 크루들이 오기 전 이슈를 만들고 배정하는 방식에서, 크루들이 직접 찾는 방식으로 변경되어 별도 이슈에서 처리 예정
- https://github.com/woowacourse/prolog/issues/1197
- 제시하는 활동을 잘 하고 있는지, 하지 않는다면 어떻게 잘 할 수 있도록 장려할 수 있을지를 위해 측정이 필요하다.
- 지금 학습이 잘 일어나고 있는지 확인은 힘들다. 먼저 서비스를 잘 활용하는 것을 목표로 한다?
- 서비스의 목적이 없으면 서비스를 잘 활용하는 것은 의미가 없다. 학습이 잘 이루어지고 있는지를 먼저 파악 할 수 있어야 한다.
- 가설을 세운 뒤 지표를 만들고 지표를 기반으로 측정해보자.
- 작업 내용 프로덕션 배포