기술스택·직무 기반 맞춤 매칭 개발자 구인구직 플랫폼. Spring Boot 기반 MSA 4개 서비스 구조에 JWT 인증을 적용하고, 구직자 파트 9개 기능 영역을 전담 개발했습니다.
※ 구직자 테스트 계정 — ID: parkjh / PW: Qwer1234$
구직자(Jobseeker) 도메인 전반을 백엔드부터 프론트엔드까지 단독으로 설계·구현했습니다. 더불어 공동 설계한 ERD의 통합 검토를 진행하고 DDL(45개 테이블, 30개 시퀀스)을 작성했습니다.
Gateway가 단일 진입점으로 요청을 받아 Eureka Discovery에서 서비스를 조회한 뒤 URL 기반 라우팅으로 User Service · Board Service에 전달합니다. 외부 연동(SMS · 결제)은 User Service에 격리했습니다.
지원 시점의 이력서를 JSON → CLOB으로 영구 보존하는 구조로 설계했습니다. 구직자가 이후 이력서를 수정해도 과거 지원 내역의 데이터 무결성이 유지됩니다.
공고의 요구 기술스택과 구직자 이력서의 기술을 비교해 점수화. 요구 기술 수에 비례한 가변 가중치를 적용해 "왜 이 점수가 나왔는지"까지 함께 반환합니다.
Discovery / Gateway / Main / Board로 서비스를 분리하고, Gateway에서 Eureka 기반 라우팅을 구성해 각 서비스가 담당 기능에 집중하도록 설계했습니다.
"지원 시점의 이력서를 그대로 남기는 구조를 만들었습니다."
6년간 회계 실무에서 결산이 마감된 원장은 다시 손대지 않는 원칙을 일상적으로 다뤘습니다. 마감 이후의 변경은 별도 분개로 처리하고, 과거 시점의 데이터는 그대로 두는 방식이었습니다.
JobFinder의 입사지원 기능을 구현하면서, 비슷한 구조가 필요하다고 봤습니다. 구직자가 지원 후 이력서를 수정하더라도, 기업이 보는 지원서는 지원 시점 그대로 보존되어야 한다고 판단했습니다.
ObjectMapper.writeValueAsString()으로
이력서 원본과 하위 7개 항목(학력·경력·기술·자격증 등)을 JSON 문자열로 변환한 뒤,
Oracle CLOB 컬럼에 영구 저장합니다.
jdbcType=CLOB을 명시하지 않으면
VARCHAR2(4000byte)로 처리되어 긴 이력서에서 ORA-01461이
발생하는 함정도 직접 디버깅하며 해결했습니다.
공고의 모집 조건과 구직자 이력서를 4개 항목으로 비교해 점수화합니다. 기술스택 가중치는 요구 기술 수에 비례한 가변 구조로, 요구 기술이 많은 공고일수록 기술 매칭이 점수를 좌우합니다. 단순 점수만 반환하지 않고 이력서의 희망지역·직무명도 함께 내려보내, 프론트에서 "왜 이 점수가 나왔는지" 표시할 수 있게 설계했습니다.
// JobPostingService_imple.java public MatchResult getMatchScoreForJob( int jobId, int resumeId ) { int score = 0; int max = 10 + (techTotalCount * 2); // 지역 5점 if (matchRegion) score += 5; // 직무 3점 if (matchJobRole) score += 3; // 연봉 2점 if (matchSalary) score += 2; // 기술스택 (요구 개수 × 2) score += matchedTechCount * 2; return new MatchResult( (score * 100) / max, // % wishRegion, wishJobName // 근거 ); }
techTotalCount × 2로 만점이 변동wishRegion · wishJobName도 반환해, 프론트에서 "당신의 희망 직무와 일치합니다" 같은 근거 표시 가능회원 · 기업 · 채용공고 · 이력서 · 입사지원 등 5개 핵심 도메인을 중심으로 ERD를 정규화하여 설계했습니다. 이 과정에서 통합 검토를 진행하고 DDL을 작성했습니다.
아래에서 더 자세히 확인하실 수 있습니다.