신입 공백, 프로젝트 관련 질문이 있습니다.

Question

안녕하세요 재민님, 먼저 좋은 강의 감사합니다. 덕분에 이력서 작성에 대한 방향성과 본질에 대해서 열심히 생각해보고 있습니다👍🏻 우선 제 상황을 간략히 설명을 드릴게요! 저는 개인적인 사정으로 준비에 공백이 있습니다. 그래서 팀 프로젝트 경험은 24년도가 마지막입니다. 공백 기간에는 계속 인프런, 책 등을 활용해서 공부는 계속 해왔습니다. 올해 3월부터는 제가 개인적으로 사용할 목적으로 작은 PWA 형식의 앱을 운영하고 있습니다. 지금 다시 취업을 준비하려고 하는데 이력서를 작성하기에 앞서 어떻게 풀어내야 할 지 막막해서 이렇게 질문글을 남기게 되었습니다. [질문1] 23년도에 정말 작은 회사에서 인턴으로 일하면서 대표님과 저 2명이서 외주 받은 프로젝트를 개발한 적이 있습니다. 지금은 회사가 없어졌는지 홈페이지를 들어가보니 준비 중이라고만 나오네요. 기간은 4개월 정도였고 제약사에서 새로 출시하는 서비스의 앱을 개발하는 것이었습니다. 대표님은 프론트엔드 저는 백엔드, AWS 환경 구성, API 문서 관리 등을 했습니다. 프로젝트 난이도는 그렇게 높지 않아서 간단한 CRUD 위주였고 기술적으로 엄청 어려운 도전적인 이슈는 없었습니다. 출시 전이라 유저도 아예 없었구요. 여기서 궁금한 점이 몇 가지 있습니다. 너무 예전 경험이라 의미가 있을지? 이 정도의 난이도로 진행한 프로젝트가 최근 취업시장에 의미가 있을지? 그리고 무엇보다 기술적 의사결정을 할 때 제가 어떤 배경과 이유를 고민하거나 문제를 정의해서 선택했다기보단 주로 고객사의 요청(Ex.Terraform으로 AWS 구성해주세요~) + 대표님의 지시(Ex. 이거 Redis 써서 해~)로 일을 했었는데 이런 걸 이력서에 어떻게 녹여내야 할지 제일 막막합니다. 완전 처음 시작하는 프로젝트였고(디렉토리부터 만들었습니다 ㅎ) 완성시키는 것까지가 제 계약 기간이였기 때문에 이후에 운영, 성능 개선 등의 경험이 없습니다. 처음에 말씀드린 24년도에 한 팀 프로젝트는 프론트엔드 부트캠프 최종 프로젝트에서 백엔드로 참여할 사람을 모집할 때 지원해서 참여한 프로젝트입니다. 한 달짜리 짧은 프로젝트였다보니 여기서도 기술적으로 어떤 깊이 있는 시도는 해보지 못 했고 배포를 하지 않았기 때문에 운영 경험은 없습니다. [질문2] 올해 3월부터 저를 비롯해 대략 5인 정도가 사용하는 간단한 PWA 형태의 앱을 개발해서 운영, 관리하고 있습니다. 교회에서 사용 중이구요, 이것도 어떤 대단한 기술적 난이도가 있진 않고 교회에서 주로 인원 관리할 때 사용합니다. 어드민 기능 98%, 일반 유저 기능 2% 정도의 비율로 구성되어있습니다. 사용하는 분들의 요청에 따라서 기능 변경도 여러 차례 했었고 운영 중에 버그 같은게 터져서 수정해본 경험, 매번 EC2에 들어가서 로그를 보는게 귀찮아서 Sentry를 붙여서 로그 남기고 확인하는 등 어찌저찌 운영하고 있습니다. 코덱스 사용해서 프론트엔드, 백엔드 개발을 다 했고 지금 AWS 프리티어 토큰 이용해서 EC2에 올려서 도메인 구입한 걸로 배포까지하고 운영 중입니다. 마찬가지로 여기서도 궁금한 것은 이런 트래픽이 아예 없는 앱을 이렇게라도 운영해본 경험을 녹여내는게 의미가 있을지? 기술적 난이도도 거의 없다시피 하니까요😭 현재 이력서에는 회사에서 한 프로젝트, 24년도 팀 프로젝트, 제가 운영 중인 앱 3가지에 관해서 작성을 해놓은 상태입니다. 이런 상황에서 최대한 지금까지 제가 한 경험들을 최대한 어떻게 풀어내는게 좋을지 재민님의 의견은 어떤지 궁금합니다. 긴 글 읽어주셔서 감사합니다.

제미니 · Answer

안녕하세요 질문 감사드립니다! 아무래도 전체 정보가 있는 상황이아니라 적어주신 단편적인 내용으로 판단한 것이기에 전적으로 신뢰보다는 참고하여 충분히 고민 부탁드립니다! [질문1] 우선 전반적으로 이력서에 경험을 적을 것이 너무 적다면 빼는 것 보다 기입하는게 좋을 것 같습니다 다만 시간이 많이 지난 것은 맞기에 너무 길지 않게 적는 것이 좋을 것 같다고 생각이드네요 사실 실제 사용자가 없었고 운영 경험이 없다면 확실히 어필 할 부분이 그렇게 크지는 않은 것 같습니다 그래서 그 부분을 강력하게 어필하기에는 아쉬운 부분이 있는 것은 팩트라고 생각됩니다 문제 정의 부분이 약하다 하더라도 업무를 진행함에 따라 어려움 또는 판단은 있었을 것 이라고 생각합니다 그 부분을 녹이는 전략을 써야 할 것 같습니다 [질문2] 이것 또한 현재 전체 경력 중 어필 할 내용이 많지 않은 느낌이라 적는게 낫다고 생각합니다 개인적으로는 오히려 별도의 트래픽을 만들 수 있는 서비스를 만들어서 실 운영에 가깝게 유저도 모아보고 성능테스트도 진행 해보는 프로젝트가 있는게 낫지 않나란 생각은 들긴하네요 종합적으로는 현재 적어주신 프로젝트 만으로는 조금 경력 사항으론 아쉬운 부분이 있는게 맞는 것 같습니다 아무래도 준비 기간도 중간에 끊겨있는 상태라서 쉽지 않은 부분이 있다고 보여집니다. 오히려 이런 경우라면 가고자하는 회사들에 채용공고를 분석해서 그에 맞춤으로 개인 프로젝트를 구성해서 준비하는 쪽에 무게를 주는게 좀 더 낫지 않을까 싶습니다만 이것도 상황에 따라 약간씩 다를 수 있어서 고민해보셔야 할 것 같습니다 아무쪼록 쉽지 않은 상황이지만 지원하고자 하는 회사들 기준으로 잘 분석해서 준비하는게 가장 뾰족해질 수 있는 방법인 것 같습니다! 제가 적은 말이 정답이 아닐테니 최종적 판단은 잘 고민하셔서 전략을 구성하시길 바라겠습니다! 모쪼록 답이 되었길 바랍니다! 감사합니다!

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. 비가싫어요님. 이력서 작성에 대한 깊은 고민과 노력에 응원의 말씀을 드립니다. 공백기간과 프로젝트 경험을 이력서에 어떻게 효과적으로 담아낼지에 대한 고민을 중심으로 질문 주셨는데요, 이에 대한 도움이 될 수 있는 가이드를 드리겠습니다. [질문1] 작은 회사에서의 인턴 경험 예전 경험의 의미 : 시간이 어느 정도 경과했더라도 중요한 것은 그 경험을 통해 무엇을 배웠고 어떤 성장을 했는지를 보여주는 것입니다. 단순한 CRUD라 할지라도, 프로젝트에서 맡았던 역할과 책임에 대해 설명하고, 그 과정에서 습득한 기술적/비기술적 스킬(예: 팀워크, 문제 해결 능력)을 강조할 수 있습니다. 프로젝트 난이도의 의미 : 기술적으로 복잡하지 않더라도, 실질적인 업무 환경에서 이해하고 수행했던 과정을 어필하는 것이 중요합니다. 특히 초기에 프로젝트를 어떻게 접근했는지, 그리고 어떤 부분에서 개선을 했는지를 설명하면 좋습니다. 기술적 의사결정의 배경 : 고객이나 대표님이 지시한 내용을 단순히 수행했다고 적이지 말고, 그 과정에서 고민했던 부분이나, 이해한 기술적 용어와 개념들을 설명하세요. 왜 그 기술을 썼는지, 어떤 이점이 있었는지를 이해하고 있었다면 그 부분을 강조할 수 있습니다. 운영 경험 부재 : 출시 전의 경험이라도, 프로젝트 구조 설계 및 개발, 출시를 위한 준비 단계에서 학습한 부분을 중심으로 작성하면 좋습니다. [질문2] 개인 프로젝트(PWA 앱) 트래픽 없는 앱 의미 : 운영 경험과 실사용자의 피드백 수용 여부가 무엇보다 중요합니다. 작은 규모라도, 실제 사용자가 있는 프로젝트라면 변경 요청에 대한 대응 경험, 버그 해결 과정 등을 충분히 기술하면 값진 경험으로 보입니다. 기술적 난이도 : 기술이 복잡하지 않더라도, 문제를 인지하고 이를 해결한 과정(예: Sentry 도입 등)을 상세히 설명하세요. 이는 문제 해결 능력을 어필할 수 있는 좋은 기회입니다. 종합적인 이력서 작성 전략 현재 이력서에 포함된 세 가지 프로젝트를 통해, 공통된 기술을 사용하는 것이 아닌, 각기 다른 도전과 학습 경험을 끌어내는 것이 중요합니다. 각 프로젝트에 대한 기여도와 학습한 것을 진지하게 풀어내시면, 비록 큰 회사의 프로젝트는 아니어도 실질적인 경험을 통해 배운 것을 충분히 어필할 수 있습니다. 관련하여 참고할 수 있는 링크를 제공합니다: - 경력 기술서에서 강조할 키포인트 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 궁금한 점이 있으시면 추가로 질문해 주세요. 곧 지식공유자께서도 더 상세한 답변을 제공해 주실 것입니다.