-
Notifications
You must be signed in to change notification settings - Fork 4
20190729 회의록
YeonGyu Jeong edited this page Jul 30, 2019
·
1 revision
참여자: 성용운, 정모두하리, 정연규
- 지난 회의(7월 23일 바쿠스 회의)에서 나온 얘기
- Group 기능이 너무 복잡하여 이해하는 데에 시간이 소요된다 -> Flatten groups 제안
- 현재의 Group 기능을 버리지 않고 두면 잘 사용할 수도 있을 것 같다
- 현재 구조가 정말 이해하기 어려운가?
- 실제 사용할 사람들의 의견을 들어보자 -> 준회원들에게 구조 설명을 해보고 이해하기 어려운지 확인
- 관리 페이지가 개발되어 group간의 관계를 시각적으로 보여주면 이해하기 쉬울 수도 있다
- 장호장의 제안: iDSL
- Group간의 관계를 DB에 넣지 않고 별도의 DSL을 만들어 넣어두자
- 한 눈에 보기 쉽고, 관리가 편해질 것으로 기대된다
- 관리자 페이지를 개발하는 부담이 크게 줄어들 것으로 기대된다
- 장점은 많은데 개발할 수 있을지 걱정스럽다
- parser를 개발 및 유지보수할 수 있는 인력이 부족하다
- 다음 회의에서 결정하기로 합시다
- ID와 동일한 것을 사용
- ID에서 사용하는 환경이 쉽지만은 않다
- 예약 시스템을 개발하며 얻은 지식을 ID 개발에도 사용할 수 있다는 장점이 있다
- 소개원실에서 사용하는 것을 사용
- 많은 사람이 개발에 참여할 수 있다
- 문제는 소개원실에서 사용하는 언어가 일정하지 않다
- 허개원실, 곤개원실에서 사용하는 환경이 다르며, 곤개원실에서 사용했던 Angular도 조교의 추천으로 결정된 것으로 알고 있다
- 찾아서 유지보수가 쉬워보이는 것
- React, 100% server side rendering 등을 고려해볼 수 있다
- 다양한 환경을 모두 사용해본 사람이 없어서 직접 비교할 수가 없다
- 병특을 하고 있는 회사원들에게 물어본다
- 실제 사용자들에게 물어보는 것이 합리적
- ID 프로젝트에서 사용하는 것을 사용
- 바쿠스의 서비스를 유지보수하기 위해 알아야 할 것이 더 늘어나지 않으므로 상황이 더 나빠지지는 않는다
- 현 상황에서 안전한 선택
- OAuth1.0a
- tirr가 개발을 하고 있었는데 완성되기 전에 중단된 것으로 보임