Cohe
면접 회고록 2 본문
728x90
1. 기본 정보
회사 정보
- 스타트업(업력 5년차)
면접 일시:
- 2024년 08월 06일 오전 11시 50분
직무
우대사항과 지원 자격 중 내게 해당된 사항을 굵게 표기했다
- 주요업무
- 자사 서비스 Server API 개발
- AWS 인프라 운영 및 모니터링
- Admin Back Office 개발
- 자격요건
- 필수 경력 0~3년의 Java 웹 개발 경험이 있으신 분
- Springboot(Java)를 이용하여 웹 서비스 개발이 가능하신 분
- JPA, Querydsl, ORM에 대한 이해가 있으신 분
- DB 스키마 설계 및 SQL에 대한 이해가 있으신 분
- 다른 직군 동료들과 원활한 의사소통이 가능하신 분
- 우대사항
- AWS 인프라 환경에서의 배포 경험(CI/CD)이 있으신 분
- 미약하게 있어서.. 자신이 없는 사항이라고 생각했다
- Spring Security, JWT 보안 기본 지식이 있으신 분
- TDD에 거부감이 없으신 분
- Thymeleaf 사용 경험이 있으신 분
- 반려동물에 관심이 많으신 분
- 요구사항 분석 및 협업올 위한 긍정적이며 원활한 커뮤니케이션 능력이 있으신 분
- AWS 인프라 환경에서의 배포 경험(CI/CD)이 있으신 분
- [개발환경]
- SpringBoot, JPA, Querydsl
- AWS EC2, ECS, RDS(MS SQL), MemoryDB, Lambda
- Git, Notion, MS Teams
2. 면접 준비 과정
- 준비한 내용
- 아ㅓ미ㅏ너리ㅏㅓ미ㅏㅇ널이ㅓㄹ마
- 이ㅓ리멀ㅇ니ㅏ얼
3. 면접 진행 상황
기본 설명
- 면접관 : 남성 3분으로 대표님과 기술 관련 책임자 두 분이서 진행
- 면접 형식: 30~40분 정도 3:1 면접을 진행
면접 주요 질문들
1. 학습 및 교육 배경
- 전공자인데 왜 국비지원을 들었는지?
- 국비 관련 교육 현황은?
- 백엔드 선택 이유는?
2. 기술 및 개발 경험
- 나의 강점 기술은 무엇인가?
- 이력서에는 자동으로 여러 기술들을 올라가는 편이라 저는 java, springboot를 말씀드렸습니다.
- ORM 공부 여부?
- 부족합니다!! 많이 부족하다 생각해서 추후에 채울 생각입니다~!!!
- 형상관리는 깃으로 했는지? 했다면 브랜치 전략은?
- 깃을 많이 사용했으며, 브랜치 전략은 여러가지로 세우는 편입니다. 공통적으로 기술리더와 팀장의 허가 하에 머지(merge)해주는 편이라고 답변드렸습니다.
- 브랜치 전략에 관하여 저는 아래와 같이 합니다.
- 초보자의 경우 여러가지 프로젝트를 위한 이야기를 하면 힘들어하셔서 그냥 본인이 원하는 것으로 브랜치를 하라고 냅두는 편입니다. (자신의 이니셜이 가장 손쉬워 하셨어요)
- 지라를 사용하는 경우 jira와 연동하여 브랜치를 자동 생성할 수 있도록 유도합니다.
- 가장 많이 요구사항 기능 중심 브랜치를 요청드립니다 직관적이라서 편하다고 생각합니다.
- TDD 관련 질문
- 보통은 통합 테스트를 하는 편이나, Junit으로 테스트 주도 개발 했다고 말씀드림
- Ci/CD 해봤는지?
- git page 배포를 해봤으며, 팀 블로그가 있다고 이야기 드림
- 깃 액션 사용했는지?
- 상위에 말씀드린 팀 블로그에 대해서 젠킨스와 액션을 사용했다고 말씀드림
- Postman 사용 여부
- 개인적으로 저는 swagger UI 보다는 Postman이 더 편하고, API 명세서에 추가하기 편하더라고요..
3. 프로젝트 관련
- 포트폴리오 프로젝트의 컨셉은 무엇인가?
- 제 포폴은 총 4가지입니다.
- Do-Tori : todo community
- 2NY : CRM, 여성 의료 쇼핑몰
- MoDi : MBTI 테스트
- fAIry-tail : AI 와 이야기를 할 수 있는 게임
- 제 포폴은 총 4가지입니다.
- 지금 프로젝트에서 트러블슈팅 -> 발전 중인데, 엔드 피쳐가 있나?
- 정확히는 Do-Tori의 아쉬운 점이 많아 발전중이라고 했습니다.
- 포트폴리오 상에 Trouble Shooting 란을 보면 보안 면과 tag 기능 등이 없음에 아쉬움을 느꼈습니다.
- 이 때문에 3차 프로젝트에서는 배포를 고려하여 팔로워, 팔로잉 기능 등을 포함하여 더 사용자 친화적인 커뮤니티를 만들도록 할 예정입니다.
- 어떤 식으로 아키텍처를 구성했는지 설명 부탁?
- backend는 MVC, Frontend는 MVVM 패턴으로, 구체적인 폴더링에 대한 설명을 드렸습니다.
- 프로젝트 업무 분담은 어떻게 했는지?
- 각자 기능하나 씩 맡고 프엔 백엔 상관없이 진행했습니다
- 데이터베이스 설계 담당자는 누구였는지?
4. 회사 및 역할
- 회사에서 얻고자 하는 바는 무엇인가?
- 우리 회사에게 도움이 될만한 인사이트가 있나?
- 해당 질문은 자사 플랫폼을 실제로 이용해봤는지 여쭤본 듯 싶어 관련 답변을 했습니다.
- 하지만 재차 개발자의 시각으로 어떤 아키텍처를 사용했는지 아느냐고 물으시고 -그걸 신입인 제가 어찌 알겠나요..- 이에 대한 답변이 부족하자, 아쉬운 느낌을 주셨습니다
5. 기술 설명 및 철학
- Oauth 인증 처리 로직 설명
- 본인의 개발 철학은 무엇인가?
- 저는 문서화와 체계를 개발의 중요한 요소로 생각합니다. 처음에는 문서화나 체계가 그다지 중요하지 않다고 여길 수 있습니다. 예를 들어, 팀이 소규모이고 새로운 인원이 들어올 계획이 없다면, 단순히 "이 작업을 할 테니 건드리지 마"라는 식으로 구두로만 소통해도 문제가 없어 보일 수 있습니다.
- 그러나 시간이 지나면 상황이 달라집니다. 예를 들어, 한 달 후에 제가 다시 동일한 프로젝트를 수정하려고 할 때, 체계가 잡혀있지 않으면 이전의 작업 흐름을 제대로 파악하기 어려워집니다. 그때 필요한 것이 바로 문서화입니다. 문서화는 프로젝트의 현재 상태와 진행 상황을 명확하게 보여주는 역할을 합니다.
- 특히 새로운 팀원이 합류했을 때, 문서화가 되어 있지 않으면 프로젝트의 흐름을 이해하기 어렵고, 작업 속도와 효율성이 저하될 수 있습니다. 말로 설명하거나 자료를 넘겨주는 것만으로는 충분하지 않습니다. 사람들은 글을 잘 읽지 않기 때문에, 문서화된 체계적인 프로세스가 반드시 필요합니다.
- 그래서 저는 프로젝트를 진행할 때마다 문서화와 체계적인 관리에 중점을 둡니다. 작업을 진행하며 레퍼런스를 꼼꼼히 작성하고, 노션(Notion)과 같은 툴을 활용하여 프로젝트 전반을 체계적으로 관리해왔습니다. 이러한 체계를 통해 프로젝트의 지속 가능성을 높이고, 팀원 간의 원활한 협업을 촉진할 수 있다고 믿습니다.
- AWS의 강점을 설명해봐라
- 비개발자 분께서 요청한 사항이라 왜 개발자들은 많이 쓰는지에 대한 이야기를 해드렸습니다.
- 네이버 클라우드도 있는데 왜 AWS를 사용해야 하느냐고 재차 여쭤보셨습니다..
- 그러게요
4. 내 답변에 대한 평가
괜찮았던 답변:
- 개발 철학에 대한 자신감:
- 개발 철학에 대해 자신 있게 답변했음. 특히 문서화와 체계의 중요성을 강조하면서, 실무에서 이를 어떻게 적용하고 관리하는지 구체적으로 설명한 부분이 긍정적이었음.
- 답변의 요지는, 문서화와 체계적인 관리는 프로젝트의 지속 가능성을 높이고 팀원 간의 협업을 촉진하는 중요한 요소라는 점을 강조한 것임. 이로 인해 면접관에게 체계적이고 책임감 있는 개발자로 인식될 수 있었음.
아쉬웠던 점:
- AWS 관련 답변 미흡:
- AWS의 강점을 설명하는 질문에 대해 명확한 답변을 하지 못한 점이 아쉬웠음.
- 비개발자와의 대화에서 AWS가 왜 개발자들 사이에서 많이 사용되는지 설명했지만, 그 이유를 충분히 설득력 있게 전달하지 못한 듯함.
- 네이버 클라우드와 AWS를 비교하는 질문에 대해 적절한 답변을 준비하지 못한 점이 아쉬움으로 남음.
5. 향후 계획
1. 개선할 점:
- 긴장 관리: 면접 중 긴장으로 인해 답변에 영향을 받은 부분이 있었음. 특히 중요한 질문에 대해 명확하고 자신 있게 답변할 수 있도록 긴장 관리가 필요함.
- 스타트업이나 좀 젊은 층의 면접관일수록 긴장하는 사람을 안좋아하는 듯하다..
2. 다음 면접을 위한 준비 사항:
- 사전 준비: 면접을 볼 회사가 자체 제품을 가지고 있다면, 해당 제품을 직접 사용해보는 것이 좋음. 이를 통해 제품에 대한 깊이 있는 이해를 바탕으로, 면접 시 더 구체적이고 유용한 피드백을 제공할 수 있음.
- 아니 근데 제품을 보고 아키텍처 알아서 개발자로서 피드백을 주라고 하는 건 너무한거 아닌가요........
- AWS 관련 지식 강화: AWS의 강점과 타 클라우드 서비스와의 차별점을 명확히 이해하고, 비개발자에게도 쉽게 설명할 수 있도록 준비함