안녕하세요.이력서를 작성하면서 고민이 있어 질문드립니다.프로젝트에서 특정 기술을 사용한 경험을 이력서에 작성하면 면접에서는 자연스럽게 “왜 그렇게 설계했나요?”, “왜 그 방식을 선택했나요?“라는 질문이 이어질 것 같습니다.그런데 실제로는 프로젝트 일정, 기존 시스템 구조, 팀의 개발 방식 등 현실적인 제약 때문에 해당 기술을 베스트 프랙티스와는 다른 방식으로 사용할 수밖에 없었던 경험도 있습니다. 지금은 더 나은 방법이 있었다는 것을 알고 있지만, 당시에는 혼자 방향을 바꾸기 어려운 상황이었습니다.고민되는 부분은 이를 사실대로 설명하면 면접관이 “잘못된 방식인 것을 알면서도 바로잡으려는 노력이 부족했던 것 아닌가?”, “주도적으로 개선하려고 하지 않은 것 아닌가?”라고 받아들일 수도 있지 않을까 하는 점입니다.이런 경우에는 해당 기술 경험 자체를 이력서에서 제외하는 것이 나을까요? 아니면 당시의 제약과 판단 과정을 솔직하게 설명하는 것이 오히려 더 좋은 평가를 받을 수 있을까요?실무 면접에서는 이러한 상황을 어떤 관점에서 평가하는지 궁금합니다.

안녕하세요!! 제미니님.강의 잘 보았습니다! 무척 도움이 많이 되었습니다.이력서를 쓰다가 고민이 되어서 질문 드립니다.총 2개의 질문 드리고 싶습니다! 이력서 경력 분량 관련 질문2년도 안된 주니어라 경력 분량에 대해 고민이 되어 질문 드립니다. 전 회사는 분량을 좀 줄이라고 말씀 주셨는데 금융권(페이나 뱅크) 이직을 희망하는 상황입니다.아래의 상황에서 분량을 동일하게 가져가도 될까요? 아니면 현재 회사를 더 많이 쓰는 게 좋을까요? 각각 한장씩 쓸 생각이 있었습니다.현재 회사(4개월째 재직중) --다른 도메인 서비스 회사전 회사 (1년 4개월 재직) --핀테크 서비스 스타트업경력의 절대적 부족에 대한 질문원하는 회사들이 있어서 해당 공고가 나오면 지원을 해볼 생각으로 만들고 있습니다. 근데 현재 회사의 경력이 좀 짧아 고민도 됩니다. ㅎㅎ 이직사유를 납득 가능하게 설명하면 해소가 되는 부분일까요? 아니면 서류부터 탈락될 여지가 있는 지 궁금합니다. 감사합니다.

안녕하세요 딩코님! 좋은 강의 잘 들었습니다.강의를 듣다가 조언을 구하고 싶은게 있어서 질문 남깁니다.저는 현재 주니어 개발자로 일으나 부하테스트 같은것을 회사에서 해볼 수 없는 상황이라(운영 인력이 아님...또한 작은 시스템이라 모니터링도 없고 구축할수도 없는 환경)강의에서 다뤄주신 내용을 실무에 적용해보기가 어려운데요... 그래서 제가 생각해본게 테스트 코드로 만들어서 돌려보면 어떨까 생각했거든요. 예를들어 아래와 같은 메소드를 만들어 놓고, 캐시 전/후를 비교하는 거죠...long start = System.currentTimeMillis(); service.findSomething(id); long elapsed = System.currentTimeMillis() - start; System.out.println(elapsed);그런데 한가지 고민되는 포인트가, 테스트 코드로 만들어서 돌렸을때 성능 개선을 수치적으로 적기가 좀 애매할것 같다고 생각이 들어서요. 아무래도 JVM이라던지, warmup이라던지 통제할 수 없는 변수가 있다보니까요.그래서 질문은 아래와 같습니다.특정 메소드에 로컬 캐시를 적용하기 전/후 테스트 코드에서 성능을 비교했을때, 1초->1ms로 성능 개선했다. <- 이런 문장이 임팩트가 있을까요? 아님 테스트 코드에서 한건 좀 신뢰성이 떨어질까요? ㅠㅠ테스트 코드에서 돌려봤을때 누가봐도 신뢰성있게 만들려면 어떻게(?), 무슨 툴(?)을 써서 하는게 좋을까요? ㅠㅠ저 같이 운영 환경에 적용해볼수 없는 개발자에게 조언을 주시면 또 감사하겠습니다!

안녕하세요, 지원동기 관련하여 궁금증이 생겨 질문 남겨드립니다.기존에 이력서 작성시에 짧은 자기소개 -> 지원동기 3~4줄 정도를 꼭 포함 했었는데요, 지원동기를 적는게 좋은 방향성인지 아닌지에 대해서도 궁금합니다.좋은 방향성이라면 어떤 구조로 가져가면 좋을지에 대해서도 알려주시면 더더욱 감사드릴것 같습니다.감사합니다 :)

리액트 사용하는 중소나 스타트업 쪽 회사를 지원하고 싶은데 도무지 이력서 통과가 안되서 질문합니다.첫 회사 경력이 sm 회사에서 jsp 위주의 유지보수 업무밖에 없다보니 경력으로 어떻게 작성해야 할지 모르겠습니다.그러다보니 개인 프로젝트로 리액트관련 경험을 작성하자니 결국 기본적인 학습의 내용밖에 되지 않는 거 같아서 방향성을 어떻게 잡아야 할지 모르겠습니다.

안녕하세요, 재미니님.강의 수강 이후 추가로 궁금한 점이 있어 문의드립니다.지원하려는 회사의 주요 기술스택을 실무에서 사용해본 경험이 없는 경우, 이를 보완하기 위해 해당 기술스택으로 사이드 프로젝트를 진행하고 포트폴리오로 제출하는 것이 실제 채용 평가에서 의미가 있을지 궁금합니다.예를 들어 경력기술서에는 회사에서 수행한 실무 경험을 중심으로 작성하고, 실무에서 사용하지 못한 기술스택은 별도의 사이드 프로젝트나 GitHub 저장소로 보완하는 방식이 괜찮은 전략인지 알고 싶습니다.특히 궁금한 점은 아래와 같습니다.실무 경험이 없는 기술스택을 사이드 프로젝트로 사용해본 것이 채용 평가에서 어느 정도 도움이 되는지단순히 GitHub에 정리해두는 것과, 별도 포트폴리오 문서로 정리해서 제출하는 것 중 어떤 방식이 더 효과적인지이전 유사 질문에서는 면접관들이 이력서만 보고 포트폴리오는 안볼때도 있다는 답변을 봤어서, 실제 이직 준비 관점에서 의미가 있는 행동인지 판단이 잘 되지 않아 조언을 구하고 싶습니다.

강의 내용 인상 깊게 잘 보았습니다!각 JD의 자격 요건에 대해 궁금한 점이 생겨 질문 남깁니다. 아래 방향으로 접근하면 될지, 더 나은 의견 역시도 궁금합니다.JD의 자격 요건을 최대한 커버할 수 있도록 이력서 내용을 구성 (보조 내용으로서 이미지도 포함하여)자격 요건(또는 우대사항)이 10개 넘어가는 경우에는 다 넣기가 어렵지 않을까?자격 요건이 명시되어야 기업에서 뽑아주지 않을까?JD마다 자격 요건이 다를 수 있으니, 특성에 따라 여러 버전의 이력서를 준비할 것이렇게 접근할 때, 관리 부담과 작업 공수를 최소화하려면 버전 간 차별화를 어느 정도 수준으로 유지하는 것이 적절한지감사합니다!

안녕하세요. 재미니님. 강의 잘 보고 있습니다.스킬에 대해 궁금한 점이 있습니다. 대부분의 지원공고를 보면, 어떤 하드스킬을 가졌는지 '자격 요건' 부분에 적어서 공고를 내는 경우가 많습니다. 예)자격요건• 5년 이상의 백엔드 애플리케이션 개발 경력이 있으신 분• Java/Kotlin을 이용한 Spring Framework 기반의 애플리케이션 개발 경험이 있으신 분• JPA, Hibernate 등 ORM 사용과 도메인 모델링 경험이 있으신 분 면접관 입장에서는 이력서를 봤을 때, 해당 지원자가 해당 스킬셋을 기본적으로 갖췄는지 판단하는게 1순위가 될 거라고 예상을 했습니다.만일 이력서에 스킬셋이 구체적으로 적혀있는 게 아니라, 경험을 통해 자연스럽게 녹여내는 방식으로 적는다면 직접 적는것과 비교해서 상대적으로 이력이 나타나지 않기 때문에 판단하기 어려울 것이라는 생각을 했습니다. 스킬이라는 영역으로 정리하는 것문제해결 및 프로젝트로 자연스럽게 녹이기이 2가지 방법으로 하드스킬을 어필할 수 있을 것 같은데, 후자로 적는다고 해서 면접관들이 피곤함을 느끼지는 않나 궁금합니다. (바로 스킬셋이 써있지 않기 때문에)재미니님은 어떻게 생각하시나요? 

?

프로젝트한게 없는데 어떻게 하죠??..포트폴리오를 작성하려는데..프로젝트한게없어서 강의들으면서 한걸 써도 된아요??

안녕하세요. 강의보고 이제 어떻게 수정해야 할지 감이 온것 같습니다. 감사합니다 마지막 하나 질문이 있는데, 한번 의견 들려주시면 감사드리겠습니다 : ) ## 현재 상황건강 문제로 수술을 받았고, 회복 과정에서 몇 차례 문제가 있어 약 2년 정도의 공백이 생겼습니다.다행히 현재는 일반인 수준으로 회복되었다고 판단하여 재취업을 준비하고 있습니다. 다만 이 기간 동안 완전히 쉰 것은 아니고, 개인 작업물을 몇 개 만들고 운영했습니다.그중 하나는 MAU 2~3천 정도의 작은 서비스로, 약 7개월 정도 운영 중입니다. 개인적으로는 애정을 가지고 해서 그런지 몰라도 전반적인 퀄리티,기술적 내용과 유저의 반응/지표가 없지는 않은 것 같습니다. ## 고민고민되는 지점은 이 경험을 이력서에서 어떻게 보여줘야 하느냐입니다. 회사 경력이 아니기 때문에 경력란에 넣는 것은 부적절해 보이지만, 최근 2년 중 일부 기간을 이 작업에 썼고 실제 운영 지표도 있기 때문에 단순 개인 프로젝트처럼 아래쪽에 작게 두기에도 애매합니다. 그렇다고 상단에 크게 배치하면 공백을 방어하려는 느낌이 강해 보일까 걱정됩니다. 평가자 입장에서는 이런 경우를 어떻게 보시는지 궁금합니다.

안녕하세요. 공지가 올라오는지 모르고 이제 확인했는데요 ㅠㅠ 말씀하신 카카오 친구 어떻게 확인하여 연락할 수 있는지 알고 싶습니다.

안녕하세요.현재 비전공자이고 정처기 실기, SQLD, 한국사까지 마친 상태입니다.(토익은 아직 835라 900 병행 예정)전공 필기 준비 본격적으로 시작하려고 하는데, 알려주신 지안에듀로 준비하려니 처음부터 정처기에서 배운 것보다 너무 생소한 내용(부동 소수점, 고정 소수점, 논리회로 등)이 나와서 이해가 아예 안돼더라구요.1회독 어찌어찌 하려고 하는데 그냥 읽기만 하고 날리는 수준에 그칠 거 같아서 걱정입니다.그래서 인강을 찾아봤는데 지안에듀 인강은 박태순 강사님 강의가 뭔가 애매하고, 강의 스타일만 고려했을 땐 박미진 컴퓨터 일반 강의도 고려하고 있습니다.근데 강의가 전반적으로 20만원 오버라 매우 고민중입니다.제로미니님은 어떤걸 추천하시나요?1. 그냥 닥치고 다회독 + 시간박아서(사고해서) 이해한다2. 지안에듀 교재가 좋으니 박태순 강사 강의를 듣는다3. 박미진 강사 강의로 개념을 잡고 지안에듀 다회독한다4. 기타내년 상반기 금공 무조건 취업을 목표로 하고 있습니다.감사합니다.

작년부터 코테는 조금씩 준비했었고 프로그래머스 사용했습니다.자격증 공부 핑계로 한 두달간 쉬다가 한국사까지 다 끝나서 이제 다시 시작하려고 합니다.백준은 최근에 서비스 종료한 걸로 알고 있는데, 그냥 프로그래머스 계속 풀면 될까요?

안녕하세요.회사에서 파견 SI 프로젝트라서 이미지 유출이 불가능한 경우에는 어떤 방법으로 보여주면 좋을까요 ??지금 당장은 구성이 같은 와이어프레임을 직접 만들어 보여도 될까 라는 생각이 드네요.

재미니님 안녕하세요! 항상 좋은 강의 정말 감사드립니다.강의를 듣고 이력서를 작성하면서 궁금한 내용 질문드립니다.프로젝트 설명 시 Why와 배경설명을 강조하였는데, 당시의 상황과 제약조건까지 함께 적어도 괜찮을지 궁금합니다. 예를 들어 제가 경험했던 프로젝트 상황인데요기존 담당 인력이 빠지면서 중간에 투입된 프로젝트관련 도메인 지식이 거의 없는 상태에서 시작규모 대비 일정이 빠듯했고(약 3개월), 기존 운영 업무와 병행해야 했던 상황고객사 요구사항을 빠르게 이해하면서 지속적으로 회의/조율 및 사이드 이펙트를 고려한 설계를 진행했던 경험등배경설명에 이러한 부분에 제약이 있었고, 힘든 상황을 강조해서 써도 되는지 궁금합니다.또한 고객사의 요청으로 인한 개발 설계는 Why가 어떻게 되는지도 궁금합니다. 그 요청하기까지의 고객사의 상황을 설명해야하는것인지 궁금하네요. 또 하나 궁금한 점은 레거시 개선 관련 내용입니다.예를 들어 DB 최적화를 통해 CPU 점유율과 조회 성능을 개선했던 경험이 있는데,이게 꼭 고객이 직접 불편을 제기해서 시작된 것은 아니었습니다.오히려 운영 중 모니터링 과정에서 비효율 쿼리와 시스템 부하를 먼저 발견했고,“사용자는 원래 느린 시스템이라고 받아들이고 있었을 수도 있지만,운영 관점에서는 충분히 개선 가치가 있다고 판단”해서 진행했던 케이스였습니다.이런 개선 배경도 이력서/프로젝트 설명에서 의미 있는 포인트가 될 수 있을지 궁금합니다.

안녕하세요! 구글폼 작성 및 제출 완료했습니다Github 권한 요청드립니다!안녕하세요!혹시 짧게라도 권한 재부여가 가능할까요?(혹은 추가 비용을 지불해서라도..)노트북을 교체해서 자료를 옮기다가, 다운 받았던 파일이 전부 날라가서 다시 요청드립니다...!

안녕하세요!강의 수강중 예시로 보여주신 이력서를 보고 궁금한게 있어서 질문글 남깁니다! 수정후 B님과 수정후 C님의 이력서를 비교해보았을때, 포맷이 살짝 다른데요. 프로젝트나 내용을 작성할때,B님같은 경우는 내용과 불릿을 거의 50:50비율로 사용하여 컴팩트하게 보여주셨고 C님 같은 경우는 내용을 줄글로 작성하셨습니다.  물론 정답이 없다는 것은 알고 있지만 제미니님의 취향이라던지 선호하는 스타일은 어떤 쪽이신지 궁금하여 참고차 문의드립니다!

안녕하세요. 혹시 라이브 내용 모두 녹화본이 제공되나요?

안녕하세요 재미니님, 강의 정말 유용하게 보고 있습니다.강의에서 회사 기밀은 이력서에 작성하지 말라고 하신 것을 봤는데 혹시 아래와 같은 쿼리 개선기도 좀 조심스러운 부분일까 싶어 여쭤보게 되었습니다.https://byeongmin.kr/posts/2023-07-30-mongodb-aggregation-query-optimization/회사나 서비스를 식별할 수 있는 정보는 최대한 검열했다고 생각합니다.추가적으로 이력서에서 이 개선기가 “어떤 도메인이었는지” 까지는 보통 공개해도 괜찮은 편인지 여쭙고 싶습니다.시간 내주셔서 감사합니다.