안녕하세요 재성님. 강의 정말 잘 보고 있고 큰 도움이 되었습니다.기존에 작성한 이력서를 다시 되돌아보니, 어떻게든 디테일하게 쓰려고 노력은 했지만 결국 레벨 1에서 벗어나지 못했다는 것을 알게되었습니다. 강의에서 알려주신대로 이력서를 수정하는 과정에서 한 가지 고민이 생겨서 이렇게 질문을 남깁니다. 저는 이미 회사에서 경력을 쌓아서 회사에서 진행한 프로젝트가 있는데, 이 프로젝트에서 사용했던 기술을 디테일하게 작성하려고 하니 프로젝트를 한 지 오래됐거나 혹은 그 때 당시의 기억이 희미해서 잘 기억이 나지 않는 경우가 많습니다. 그래서 혼자서 진행하고 있는 사이드 프로젝트가 있는데, 여기서 저의 고민이 생겼습니다. 제가 혼자 진행하는 프로젝트는 기술 선정 이유나 디테일 등을 제가 결정하고 사용한 것이어서 이해도가 높은 반면에 회사에서 진행한 프로젝트들은 저의 선택으로 된 비중이 낮습니다. 이런 경우에 어필을 하기 위한 내용을 회사 프로젝트에서 가져오는게 좋을지 아니면 현재 진행하고 있는 프로젝트에서 가져오는게 좋을지가 고민입니다. 물론, 선택은 저의 몫이지만 재성님이라면 이런 경우에 어떤 것을 고르는게 더 유리할지 도움을 주신다면 감사하겠습니다. 앞으로도 좋은 강의 기대하겠습니다.

프로젝트 아키텍쳐 적용 이유를 사진과 같이 작성했는데 너무 기초적인 내용인 것 같아서 문의드립니다.사실 도입 배경도 따로 있어서예전 다른 프로젝트를 진행할 때 강의와 같이 모든 파일을 큰 덩어리로 구분하여 묶었더니 유지 보수 및 코드 리뷰에서도 많은 어려움이 있어서 이번에는 3계층을 적용했던 것이였습니다.또 3계층 아키텍쳐여도 저는 DI를 주입하였기 때문에 GPT문의결과 클린 아키텍쳐와 비슷하게 되어가고 있다고 하더라고요.저기에 DI를 주입했다는 글과 그 이유도 같이 쓰는게 좋을까요?(사용이유에?)사용 이유, 성과 또한 마찬가지로 위 사진의 설계 효과에 넣었었습니다. 도입 배경을 넣고 싶었는데 이력서 칸을 넘겨서 뺐었는데 넣는게 좋을까요??

안녕햐세요! 강의 잘듣고있습니다. 혹시 특정 프레임워크의 동작원리를 Beakpoint 을 걸고 디버깅하며 코드단에서 분석하고 파헤친경험이 많으면 이를 어떻게 녹여야할까요? 예를 들어, SpringApplication.run(args) 가 실행되면 배너가 호출되고, 어디서 이벤트객체들이 초기화되고, application.yml 설정들을 어떤 객체에서 Load 하는지 이러한 내용들을 매우 세세하게 분석해서 블로그에 기술한 글들이 많은데. 이러한 경험을 해본 취준생분들이 많지 않다고 생각해서 이 내용들은 꼭 쓰고싶습니다. 근데 이게 프로젝트 관련 내용이 아니라 진짜 순수 프레임워크에 대한 분석글이다보니 "프로젝트 기술" 란에 적어야할지 아니면 자기소개란에 적어야할지 고민입니다

이력서에 개발한 어플리케이션 시연 영상 링크를 첨부하면 좋을까요?? 좋은 강의 감사합니다.

이때까지 3페이지 이내로 줄여야 한다는 생각으로 꾹꾹 눌러 담아놨는데..재성님이 조언해주신대로 구체화 시키면서 분량 limit을 풀어버리니, 진짜 내세우고 싶은 기술들만 썼는데도 구체적으로 풀어쓰니 이력서가 거의 7 8 페이지까지 되어버리네요 ㅎㅎ 분량은 최대 어디까지 작성하면 좋을까요!? 너무 많이 써도 5분 법칙을 어길 수 있을 거 같아서요 장시간 진행했고 성과가 있는 아래 세 개 프로젝트만 쓰고 있는데.. 한 개를 버려야 하는지도 고민입니다!https://github.com/ForPawTeam/ForPaw_BEhttps://github.com/LlmnTeam/LLMN-Docshttps://github.com/hoyaii/Tily_BE