강의 출강이나 외부 교육을 제가 강사로 진행한 건 대외 활동에 적으면 되나요?

안녕하세요!어디에 지원하냐에 다를 것 같네요.강사로서 지원을 하시는 걸까요? 만약 맞다면, 경력에 강사 활동이 들어가는 것이 적합해 보입니다.만약 일반 회사에 지원하시는 거라면, 경력에 넣기에는 실무경력이라 할 수 없으니 강의 영역을 새로 만들어 넣으시거나 말씀하신 대외활동 영역으로 들어가는게 좀 더 적합해 보이네요!궁금증 해소에 도움이 되었길 바랍니다!감사합니다.

강사님 다른 지식공유자분 관련 질문인데요

안녕하세요.일단 말씀하신 강의는 아쉽게도 수강하지 않았습니다."자기 평가표"라고 말씀하신 것으로 보아 몇가지 기준을 세워 주관적으로 스스로를 평가하는 척도인 것 같아요.결론부터 말씀드리면, 이력서에 첨부하는 것은 크게 효과가 있지 않다고 생각됩니다.자기 객관화나 목표, 성장 과정 등을 남기고 스스로 평가하기 위한 목적의 수단으로 유추되는데요.면접관 및 서류검토자들은 객관적으로 지원자를 평가하기 때문에 말씀하신 수단보다는 자신의 경험을 이력서에 더 객관적으로 서술할 수 있는 방향이 무엇인지 고민해보시길 권장드립니다. 혹시 제가 잘못 알고 있는 부분이 있다면 말씀해주세요답변이 되었길 바랍니다감사합니다

경력자는 실무 프로젝트만 경험으로 잡으면 될까요?

안녕하세요~개인마다 갖고 있는 경험이 다르기에 본인이 강점으로 내세울 수 있는 경험을 작성하시면 됩니다.즉, 보편적으로 "여기까지만 적으세요" 하는 것은 없습니다.대부분은 실무 경험을 토대로 작성하지만, 누군가는 사이드프로젝트 활동을 통해 해당 경험을 구체적으로 작성하시는 분들도 계십니다.학원 또는 부트캠프에서 돋보이는 경험이나 강점으로 내세울 수 있는 경험을 하신 분들은 해당 경험을 작성하시기도 해요. 이상적인 예시로, 이런 케이스가 있겠네요.실무에서는 최신 기술 스택을 사용하진 못하고 유지보수 경험이 있는 지원자가,사이드 프로젝트 활동 또는 학원 및 부트캠프를 통해 평소 하고싶었던 기술스택을 사용하여 개발에 대한 열정을 보여주는 것처럼실무에서 경험하지 못했던 것을 외부 활동으로 풀어나가는 케이스입니다. 스스로 해당 경험이 자신에게 어떤 배움 또는 성과가 되었는지 판단해보시기 바랍니다. 답변이 되었길 바랍니다.감사합니다

퇴사한 회사에서 진행한 프로젝트보다 개인 프로젝트?

pilarfun1님 안녕하세요. 이력을 작성할 때, 한 프로젝트에서 트러블 슈팅이나 깊은 경험을 하면 좋겠지만 사실 이러한 경험을 쌓기는 정말 어렵습니다. 그리고 프로젝트에서 기술적 퍼포먼스를 보여줬는가를 떠나서, 단순 코딩 업무라도 기업 환경에서의 협업 경험, 코드 리뷰, 배포 프로세스 등은 개인 프로젝트에서 쉽게 대체할 수 없는 소중한 경험이기에 이러한 경험은 없었는지 생각해 보시고, 있다면 작성하시는 것을 권장드립니다. "과거에 이런 경험을 했고, 이후 더 성장하기 위해 어떤 노력을 했으며, 지금은 이를 바탕으로 어떤 프로젝트를 완성했다" 처럼 오히려 스토리텔링 할 수 있어서 좋은 재료로 쓰일 수도 있을 것 같아요.너무 완벽하게 보일 필요는 없습니다. 저도 단순 코딩에 가까운 백오피스 도메인에서 요구사항에 맞게 CRUD만 만들어 냈지만 좀 더 넓은 관점에서 바라보면 배운 점이 참 많더라구요. (코드리뷰, 의사결정, 시니어의 관점에서 주니어를 바라보는 것, 논리가 있다고 해서 무조건 설득되지 않는 상황 등)이력서에서 뭘 나타내느냐에 따라 강점이 달라질텐데요, 말씀하신대로 단순 구현에 초점을 맞춰서 작성하신다면 밋밋한 이력서가 될 것이고실무에서 배울 수 있는 점들과 내가 배운 것들을 찾아 작성한다면, 중고신입(또는 경력자)으로서 강력한 무기를 갖고 있다고 볼 수 있습니다. 그리고 개인 프로젝트를 더 강조하고 싶으시다면, 실무 프로젝트를 간단하게 작성하시고 개인 프로젝트에 눈길이 가도록 상세하게 써보시는 것도 하나의 전략이 될 수 있습니다. 더 궁금한 점은 질문 남겨주세요!응원하겠습니다.

지금 공부하고 있는 내용도 이력서에 작성할 수 있을까요?

안녕하세요.강승현입니다. 실무와 병행하면서 새로운 기술을 학습하는 것은 쉽지 않기 때문에, 이를 어떻게 이력서에 잘 녹여낼지가 중요한 상황으로 생각됩니다. 제가 생각하는 몇가지 방법을 말씀드려볼게요. 1. 현재 실무 경험과 연계하여 학습 의도를 설명단순히 "React 및 Next.js 공부 중"이라고 적는 대신, 현재 회사의 기술 스택과 비교하면서 왜 해당 기술을 배우고 있는지 논리적으로 정리하면 좋을 것 같아요.기존 회사에서는 Angular를 활용하여 프론트엔드 개발을 진행했으나, 최근 프론트엔드 시장에서 React 및 Next.js의 점유율이 증가하고 있어 관련 기술을 학습 중입니다. 이를 통해 모던 프론트엔드 개발 방식과 서버 사이드 렌더링(SSR)의 개념을 익히고 있으며, 점진적으로 실무에서도 적용할 계획입니다.이렇게 작성하면 단순한 학습이 아니라, 업계 변화에 맞춰 성장하려는 의지를 보여줄 수 있습니다. 2. 사이드 프로젝트가 어렵다면, 공식 문서 및 강의 기반 학습 과정 정리학습 후 사이드프로젝트에 적용했다는 이력이 가장 강력하겠지만, 실무를 하면서 사이드 프로젝트까지 병행하는 것이 쉽지 않기 때문에, 학습 과정 자체를 체계적으로 정리해서 기술하는 것도 좋은 방법입니다.Next.js 공식 문서를 기반으로 SSR과 SSG 차이를 학습하고, 이를 테스트 프로젝트에서 직접 적용해 보며 차이를 검증하였습니다. 또한, React 최신 트렌드를 학습하여 프론트엔드 성능 최적화에 대한 이해도를 높이고 있습니다.이처럼 구체적인 학습 방법과 적용 경험을 서술하면, 실무에서 사용한 적이 없어도 학습에 대한 깊이와 방향성을 보여줄 수 있습니다. 시간적인 여유가 충분하다면, 사이드 프로젝트를 진행하시는 것이 가장 어필하기 좋은 방법입니다.만약, 사이드 프로젝트를 진행하셨다면 아래처럼 작성할 수 있겠습니다."React 및 Next.js 기반의 SSR 개념을 학습하고, 이를 활용한 블로그 프로젝트를 진행""React의 상태 관리 라이브러리인 Redux를 적용하여 상태 관리 최적화 경험을 쌓음" 이력서 작성에 도움이 되셨길 바랍니다.남은 설 연휴 잘 보내시고 기쁜 소식 있기를 바랍니다! ☺

사이드 프로젝트 영역 질문드립니다

안녕하세요.사이드 프로젝트에 대한 부분을 이력서에 적을지 고민하고 있으시군요.결론부터 말씀드리면, 단순히 얕은 기술을 시도해 본 정도라면 적지 않아도 무방하고, 사용자 유입이나 배운 점이 명확하면 적는 것을 권장드립니다.10명의 사용자가 유입됐다고 하셨는데, 여기서 중요한 건 어떤 방식으로 유입이 되었는지, 어떤 피드백을 받았는지, 이후 개선이 있었는지가 중요합니다.예를 들어볼게요."SNS를 통해 자연 유입된 10명의 사용자가 있었고, 이를 통해 UI/UX 개선점을 얻어 반영했다.""A/B 테스트를 진행하여 기능별 클릭률을 측정했다."이런 식으로 정리할 수 있다면 가치를 가질 수 있습니다. 하지만 단순히 "기술을 사용해 봤다" 정도라면 다른 프로젝트가 더 눈에 띌 가능성이 크니, 넣지 않는 게 나을 수 있겠습니다. 그리고 경력기술서 필요 여부에 대해서는 지원하는 회사의 요구사항에 따라 다릅니다.일반적으로, 이력서만으로도 충분히 경력을 설명할 수 있다면 필수는 아니에요하지만 구체적인 기술적 기여도나 프로젝트별 역할을 강조하고 싶다면 따로 작성하는 것이 좋습니다.특히, 여러 프로젝트를 경험했다면 각 프로젝트별 역할, 기여도, 성과를 더 상세히 적을 공간이 필요할 수도 있죠.만약 기술적으로 깊이 있는 포지션(백엔드 아키텍트, 테크리드 등)에 지원한다면 경력기술서가 도움이 될 확률이 높아요. 궁금증이 해소되었길 바랍니다.감사합니다.새해 복 많이 받으세요 ☺

맨 마지막 면접 단골 질문에 대해서 궁금한게 있습니다

동아님 안녕하세요, 강승현입니다.면접에서 이런 질문을 받았을 때, 선택의 배경과 대안 비교를 잘 설명하는 것이 중요합니다.(이미 고민하고 계신 부분)질문의 요점은 단순히 사용 이유를 묻는 것이 아니라, 지원자가 기술 선택 과정에서 논리적이고 전략적인 사고를 했는지를 평가하려는 것입니다. 따라서, "팀원이 익숙해서 선택했다"는 답변만으로는 충분하지 않을 수 있지만, 이를 보완할 수 있는 방향으로 대답하면 효과적입니다. "팀원들이 익숙해서 사용했다"는 이유는 실무에서는 충분히 설득력이 있을 수 있습니다만, 이렇게 추상적으로 이야기 하는 것보다 이미 팀이 특정 기술에 익숙하다면 "학습 비용을 줄이고, 프로젝트 속도를 높일 수 있기 때문이다~" 라는 보다 구체적인 이야기를 하면 좋겠죠.하지만, 자기 주관이나 대안에 대한 고려 없이 이 답변만 하면, 면접관에게 "비판적 사고"나 "기술 선택의 논리적 근거"가 부족하다고 비칠 수 있습니다.이를 위해 RabbitMQ, Kafka, Redis와 같은 기술의 특성과 장단점을 이해하고, 프로젝트 상황과 맞춰 설명하는 것이 필요하겠죠!정리하자면, 면접에서는 기술 비교와 선택 근거를 추가적으로 설명해야 더 설득력 있는 답변이 될 수 있다는 것, 그리고 기술적 비교와 함께 프로젝트 요구사항을 고려한 전략적 선택 과정을 보여주는 것이 면접관에게 좋은 인상을 줄 수 있습니다.답변이 되었길 바랍니다.연말 잘 보내세요 😀

프로젝트 단위에 대해 질문드립니다.

phs5741님 안녕하세요.강의에서 이야기 했던 프로젝트의 의미는 보편적으로 프로덕트를 의미하기도 합니다.즉, 하나의 앱이 하나의 프로덕트가 될 수 있습니다. 앱 자체를 프로젝트 단위로 설정하고, 그 안에서 자신이 주도적으로 개발한 핵심 기능과 성과를 구체적으로 기술하는 방식을 권장드립니다.이러한 구조를 통해 채용 담당자는 전체적인 앱 운영 경험을 한 눈에 파악할 수 있습니다. 강의는 보편적인 상황에서 이력서를 작성하는 방식을 가이드 하고 있습니다. 간혹 특수한 경우도 있을 수 있는데요, 이는 구체적인 내용이나 경험을 들여다 봐야 하므로 디스코드 채널에 참여하셔서 질문을 남기는 것도 좋은 방법이 될 수 있습니다. 날씨가 부쩍 쌀쌀해진 가을입니다.건강 유의하시고, 좋은 결과 있기를 바랍니다. 감사합니다!

이력서 프로젝트 관련 질문입니다.

현현 님 안녕하세요.지식공유자 강승현입니다.말씀하신 경우엔 이력서를 직접 보는 것이 가장 직관적입니다만,현재 작성하신 질문 내용만으로 판단하여 답변을 남겨드리니 이 점 참고해주시기 바랍니다.초반에 했던 2개의 프로젝트는 최근에 한 프로젝트보다 작성할 액션이 적기도 하고, 앱의 완성도도 조금은 떨어진다고 생각부트캠프를 말씀하시는 것으로 보아, 신입 공고에 지원하시는 것 같아요.우리가 실패한 프로젝트라 하더라도 배운 점이 있고 그 안에서 기술적으로 시도해본 것들이 있기에, 앱의 완성도나 성공/실패여부는 크게 상관없습니다.다만, 작성하신 프로젝트 갯수가 이미 8개에 달하시고 각 프로젝트 안에서도 비슷한 것들을 시도했다면 해당 프로젝트 2개는 과감히 소거해도 좋아 보입니다. 특별히 어떤 역량을 강조한 공고가 아니라면 8개도 괜찮나요?프로젝트 갯수보다는 내용의 질이 중요합니다.본인의 단순 경험만을 나열하는 것이라면, 8개를 모두 작성하는 것은 권장드리지 않아요.늘 새로운 배움이 있었거나 과거에 수행했던 방식보다 더 고도화 된 방식을 했더라면 작성하는 것도 좋은 방법입니다.하지만 프로덕트에 대한 설명인지, 자신의 역량을 프로젝트를 통해 설명하려는 것인지 주의하셔야 해요.우리는 상품을 소개하는 것이 아닌 자신을 소개하는 이력서를 작성하는 것이기에 후자여야 합니다!(프로젝트 수가 많아서 우려되어 말씀드렸어요) 결론은, 이력서에서 각 프로젝트 내 경험이 매번 달랐거나 더 고도화 된 방식을 사용했더라면 8개 모두 의미 있는 경험/성과이니 작성하셔도 무방합니다.이렇게 작성하셨을 때 pdf 추출 시 몇 장이나 되는지도 궁금하네요!프로젝트가 많다고 해서, 내용이 항상 길어지는 것은 아니니까요.디스코드 커뮤니티에도 참여하셔서 질문을 남겨보세요!감사합니다.

디스코드 채널에 입장이 안됩니다

sang6299님 안녕하세요링크를 다시 수정해두었습니다.제보 감사합니다 :)