타 대학 확장안 & 모의지원 대비

[whqtker]

사용자 별로 출신(국내) 대학 유지

국내 대학에 대한 테이블인 DB에 있습니다(home_university). 그러나 site_user 가 이를 참고하는 키가 없습니다.

일반적으로 하나의 사용자가 하나의 출신 대학을 가지므로, 단순히 FK를 참조하도록 합니다.

학교 인증

학교 이메일로 인증하거나, 마이페이지에서 별도로 인증하거나, 성적, 지원 과정에서 연계해서 인증하는 방법이 있습니다.

교환닷컴에서는 학교 이메일로 인증하는 방식을 선택했다고 합니다.

만약 이메일 인증 방식을 택한다면, site_user에 출신 학교 FK, 인증 여부, 인증 시점을 저장하거나, 아예 별도 인증 관련 테이블로 분리하는 방법이 있습니다. 어떻게 할 지.

학교 이메일이 인증 시에만 사용된다면 굳이 DB에 저장할 필요는 없을 거 같습니다. 아니면 그래도 저장할지, 현 이메일 회원가입을 학교 이메일로만 제한할지(단, 학교 이메일로 회원가입하지 않은 사용자에 대한 별도 처리 필요).

학교와 학교 도메인을 어떻게 관리할지. 테이블로 관리하거나 enum으로 ? 저는 테이블이 좋아 보입니다. 한 학교가 여러 학교 도메인을 가질 수도 있습니다.

현재 존재하는 회원에 대하여 출신 학교를 어떻게 수집할지.

학교 이메일 인증을 코드를 입력하거나, 링크를 눌러 인증하는 방식 중 어느 것으로 할지. 후자같은 경우 인증 토큰을 발행하고, 링크를 눌렀을 때 토큰을 비교하는 방식으로. 저는 후자가 구현 측면에서 간편할 거 같아 좋아 보입니다. 근데 전자의 이점이 없어 보이는데 전자 방식이 있는 경우는 뭘까요 ... 또한 이메일 전송 시간 제한을 두는 게 좋아 보입니다.

university_info_for_apply 테이블 컬럼 관련

현재는 인하대 교환학생 파견 학교 관련 정보들로 컬럼을 구성하고 있습니다. 그러나 타 대학에서 인하대에서 제공하지 않는 의미있는 정보를 제공할 수 있습니다.

JSON 컬럼 괜찮은데, 기존 데이터를 잘 마이그레이션해야 하고, 정합성 챙기지 못하는데 개인적으론 좀 걸립니다. 뭔가뭔가 두 마리 토끼를 다 잡을 수 있는 좋은 방법이 있을까요 ...??

지원 대학 정보 어드민 기능 생성

지원 대학 정보를 삽입하는 어드민 기능이 있어야 합니다. 다만, university_info_for_apply 테이블 컬럼 관련 논의가 완료된 후 진행되어야 할 것 같습니다.

멘토 카드에서 아티클 보여지도록

2개 보여지고, 멘토 상세 페이지 들어가면 다 보이도록

여기서는 다 보이도록

여기서는 최대 2개만 보이도록

=> API를 분리해야 할지

출신 대학(협정 대학)을 어떻게 전달할 것인지

• 별도의 API를 만들기 ?
• JWT 클레임에 담아서 (추천)

소속 학교 커뮤니티 사용가능 -> 권한 부여를 어떻게 할 수 있을 지
인증 여부 저장시 대학만 저장 or (대학, 인증 여부)로 저장

대학만 저장시 인증 여부 판단시 값이 있으면 인증됨, null이면 미인증으로 간단히 판별 가능

(대학, 인증 여부)로 저장할 시, 대학 등록 인증 여부 false인 약한 인증과, 인증 여부 true인 강한 인증으로 분리 가능

이 경우 소속 학교를 등록은 했지만, 제대로 인증되지 않은 <약한 인증> 상태에서 에타의 새내기게시판처럼 제한된 권한 부여 가능
즉 기획에서 나올 수 있는 다양한 시나리오에 대처할 수 있는 확장성? 이 늘어남

멘티 -> 멘토 승격은 5번만 가능

이건 본인이 몇 번 신청했는지 관리하면 될 듯 합니다.

초기 채팅 이미지 전송 시 기본 이미지 보임

[sukangpunch]

제 의견 다음과 같습니다.

1. 사용자별 출신(국내) 대학 유지
   의견: site_user 엔티티에 home_university_id(nullable = true) 필드를 추가 하는 것이 좋을 것 같습니다.
   이유: 단일 학교로부터 교환학생 지원이 사실상 고정.

2. 학교 인증
   의견: 학교 이메일 인증 방식으로 구현, 교환 닷컴 방식을 그대로 활용
   이유: 이미 사용되고 있는 방식 재활용이 가장 효율적이라 판단.

3. university_info_for_apply 테이블 컬럼 관련
   의견: JSON 컬럼을 추가해서 대학별 추가 정보만 JSON 으로 관리, 필수 정보는 고정
   이유: 해당 기능을 위한 추가 테이블은 비용이 크다고 판단. JSON 필드로 유연하게 대처 가능
   - 대신 학교 별 JSON 규격도 강제화가 되어야 할 듯 함.

4. 지원 대학 정보 어드민 기능
   의견: 표준 필드(공통) + 추가 필드(JSON, 대학별 차이) 구조로 설계, 대학별 템플릿을 정해놓고 운영자가 값만 입력할 수 있도록
   이유: 3번과 동일 마찬가지로 대학별 템플릿 강제화 관리를 어떻게 해야 할지는 논의

5. 멘토 카드에서 아티클 보여지도록
   의견:

   • 멘토 입장: 멘토 마이페이지 프로필 조회(/mentor/my api) + 멘토 아티클 조회(전체) api
   • 멘티 입장: 멘토 마이페이지 프로필 조회 + 아티클 2개 조회 (/mentor/profile-card api )
     이유: 현재 멘토 프로플 수정 페이지에선, 멘토 프로필 정보 + author_id 기반 멘토 news 조회 api로 분리가 되어있습니다. 그대로 활용 가능하면 좋을 것 같고, 멘티 입장에서는 여러 멘토를 조회 할 수 있고, 이를 카드로 확인해야 하는데 한 멘토당 2개의 api 호출을 하게 되는 것은 네트워크 낭비라 생각이 되어 새로운 api에 멘토 아티클 2개를 포함하는 편이 좋을 듯 합니다.

6. 출신 대학(협정 대학)을 어떻게 전달할 것인지.
   의견: 별도의 api를 만드는 것에 복잡도가 너무 커보여서 jwt 클레임기반이 좋을 듯 합니다.

7. 멘티 → 멘토 승격은 5번만 가능
   의견: site_user에 mentorApply(or Promotion)Count 컬럼을 추가. 혹은 MentorApplication 개수 확인(정합성 의존도 존재 하지만 편리함). 일단 MentorApplication 개수로 판단하는게 편해보이긴 합니다.