안녕하세요. 이직 준비를 하면서 열심히 듣고 있습니다. 저는 6년차 프론트엔드 개발자입니다. 처음 실무를 배우게 된 부분이 vue.js를 접하면서 시작하게 되어서, 자연스럽게 vue.js를 사용하는 곳으로 이직하게 되면서.. 6년차 실무 경험으로 react 경험이 없습니다. 이런 경우 어떻게 이력서를 작성해야 할까요? 이제라도 부족함을 깨닫고 개인 프로젝트들을 통해서 리액트를 많이 접해보려고 노력하고 있습니다. 대부분의 프론트엔드 jd를 보면 리액트 경험이 필수로 요구되는데, 지금 작성한 이력 기반으로는 자격 요건에도 못미치는 것 같아 서류 탈락하는 것 같습니다. (물론 제가 부족한 이유가 제일 큰 것 잘 압니다 ㅠㅠ) 혹시 저 같은 경우에는 어떤 방향으로 이력서를 작성하면 좋을까요? 좋은 방향이 있다면 조언 부탁드립니다. 그리고 개인 프로젝트를 이력서에 작성해도 되는지도 궁금합니다.
1. 현재 학습 진도 몇 챕터/몇 강을 수강 중이신가요? 2-4. 프로젝트 설정하기 14:09에 강의 런칭 시점에는 테스트 모두 통과하도록 변경했습니다. 라고 적혀있는데 테스트에서 무한로딩이 걸리길래 ./gradlew build --info로 띄워 봤습니다. 그래서 보니깐 이 로직이 계속 반복되더라구요 그래서 찾아보니 여기 while문에 계속 걸리는 거 같은데 제가 잘못 세팅한 건가요? 강의 앞전에 bootRun해서 http://localhost:8080/api/chapter2/boards 까지 접속되는 거 확인했고 도커에서 backend-pass-portfolio 컨테이너에 Db-mysql 만 실행된 채로 build눌렀습니다.
1. 현재 학습 진도 몇 챕터/몇 강을 수강 중이신가요? 2챕터/5강 수강중입니다. 여기까지 이해하신 내용은 무엇인가요? 도커와 모니터링에 대해 전반적인 틀을 이해했습니다. 질문 설명에서는 private subnet2에 데이터 베이스 서버를 배포 한다고 하셨는데 아래 도표에서 public서브넷으로 표기 되어있어서 혼동이 있습니다 ! private 서브넷이 맞는건가요 ?
상황 :같은 테스트를 진행했는데 저는 성능이 너무 안나와서 고민입니다. 문제 :이전 개인 프로젝트에서도 클라우드상에서 기본 API 응답 시간이 2초 가량 소요됐었는데, 그 때 당시에는 비지니스 로직이 무거워서 그랬나보나 싶었는데 이번 실습에서도 이렇게나 느린 걸 보면 개인 PC의 성능이 안좋은 것 같습니다. (게임도 잘 돌아가고 네트워크도 절대 느린 편이 아닌데 말이죠...) 질문 : 이력서에 성능 시간에 관해 쓸 때 잘 만들어진 코드임에도 이렇게 느리면 담당관 입장에서는 "이렇게 느린데 무슨 성능 향상을 했다는거야?" 하는 생각이 들 것 같습니다. 실제로 http_reqs가 1.036077/s로 1초에 1명밖에 받지 못하고 있는데, 이 상태로는 이력서에 쓰는게 의미가 없을 거 같아서 어떤 식으로 테스트를 하는 게 좋을지 궁금합니다. 아 참고로 이 테스트는 Bad Test 입니다.
[취업폭격기] 공공기관 전산직 취업 치트키 : NCS·전공·PT면접까지 한 번에 뚫는 정규과정
안녕하세요. 구글 폼 작성 완료하였습니다. 확인부탁드립니다. 그리고 디스코드에 보니까 추가 참고 자료들이 https://zeromini-lab.com/ 에 있는거 같던데 사이트에 접속할 수 없다고 나옵니다. 여기에 있던 자료는 이제 보지 못하는 건가요? 아니면 깃 권한을 받으면 거기서 볼 수 잇는 건가요?
안녕하세요! 3주차 강의 중 3-9까지 수강하던 중 궁금한 점이 생겨 질문드립니다. 강의에서는 새로운 테이블을 만들고 배치를 적용하여 쿼리 실행 속도를 향상시키는 방법을 설명해주셨는데, 제가 듣기로 이직 준비를 하면서 "A안과 B안이 있었는데, 그 중 B안이 더 적합한 이유는 ~였다"는 식으로 여러 해결책을 비교하고 선택한 근거를 설명하는 것이 좋다 는 조언을 자주 접했습니다. 그런데 이외에도 쿼리 성능을 튜닝하는 방법은 더 많을 거 같은데, 실무에서 그 방법들을 모두 비교한 뒤 선택하는 것이 현실적으로 쉽지 않을 것 같다는 생각이 들어서요.. 정리하자면 면접 자리에서 "왜 다른 방법은 고려하지 않았나요?"라고 질문이 들어올 수 있는데 이를 어떻게 준비해야 할지 궁금합니다. 실무나 면접에서 성능 개선 경험을 어필할 때, 모든 방안을 다 시도해본 것처럼 설명해야 할까요? 아니면, 제가 시도한 A안 중심으로 왜 그 방식이 효과적이었는지를 설명하고, 다른 방식도 있었다는 정도만 언급해도 괜찮을까요? 앞으로 성능 개선을 학습하고 경험을 쌓아갈 때 어떤 관점에서 문제를 접근하고 정리하면 좋을지도 함께 조언 주시면 감사하겠습니다.
안녕하세요 강의 너무 잘 보고 있습니다. 현재 이력서를 작성을 하면서 궁금한점이 제가 프론트엔드 개발자로 준비를 하고 있지만 나이가 30대 중후반이라 이 부분이 많이 걸리더라구요. 만약 이력서를 작성후 지원을 한다면 인사담당자가 나이만 보고 이력서를 바로 거르는지 궁금하고 만약 아니라면 저보다 나이가 어린분들과 경쟁을 하려면 이력서를 어떻게 좀 더 경쟁력있게 작성을 하면 좋을지 궁금합니다.
안녕하세요 이력서 작성 잘 보고 있습니다. 제가 예전에 인프런 멘토 3명하고 상담해봤는데 멘토들은 토이프로젝트나 개인 공부보다는 회사에서 한 프로젝트가 더 중요하다고 해서 제일 먼저 위에 배치해라고 했는데, 제가 개인적으로 공부한 내용이 회사에서 필요한 내용이고 그러면 강의에서 배운대로면 회사프로젝트 이런거 따지지 말고 그냥 우선순위대로 작성하는게 낫나요? 그리고 어떤 회사 다녔고 거기서 뭘했고 쓰는거는 할 필요가 없죠? 강의에도 전혀 없고 그러네요 단순히 프로젝트해서 뭘 깊이 있게 했는지만 쓰면 되나요?
안녕하세요, 강사님. 이력서 작성 강의 잘 들었고, 현재 말씀해주신 내용을 바탕으로 이력서를 준비하며 취업을 준비 중입니다. 이력서를 제출할 때 어떤 방식이 더 효과적일지 고민이 되어 질문드립니다. 노션에 깊게 고민하고 열심히 구현한 내용(+ 기술을 선택한 이유 등)을 작성한 후 트러블슈팅, 구현 상세 설명 등을 서브 페이지로 구성해 한 페이지 내에서 여러 페이지를 들어가 추가로 자세히 볼 수 있는 링크로 전달하는 방식과, 구현 중 고민한 내용(+ 기술을 선택한 이유 등)과 구현 과정을 한 페이지에 정리해 PDF 파일로 제출하는 방식 중 강사님께서 보시기에 어떤 방식을 더 선호하시고, 인사 담당자 입장에서 더 긍정적으로 보일 수 있을지 궁금합니다.
안녕하세요. 강의 아주 잘 듣고 있습니다. 감사합니다. 한 회사에서 수행한 업무들 중 어필할만한 사항이 아니면 과감히 삭제하는 방법이 좋다라고 이해를 했는데요. 궁금한 점은 한 회사에서 텀을 두지 않고 많이 빠르게 개발한 사항들도 어필이 되지 않을까? 하는 생각이 있습니다. 30초의 법칙에 의하면 걸러질 내용이라 저도 기존대로 일일이 적어두진 않아야겠다는 생각은 하게 됐는데, 가장 하단에 이런 자잘한 api 개발들을 모아서 명시하는 것은 어떻게 생각하시는지 궁금해요 "나 api 빠르게 많이 개발해왔어. 볼 사람들은 보구 안보려면 위에 핵심 내용만 봐" 정도의 의미로요! ex) 1. 게시판 api 기능 개발 (20.01.01 ~ 20.01.03) 2. ... api 개발 (20.01.03 ~ ) 3. ... api 개발 (... ~ ..) 이런식으로 모아두는 방식은 어떻게 생각하시나요~?
안녕하세요. 강사님 강의 잘 보고 있습니다. 합격 샘플의 예시를 보면서 저의 이력서와 같이 비교 분석하고 있는데 합격하신 분은 주로 구어체로 많이 작성하셨더라고요. 저의 이력서도 기존에는 구어체를 많이 사용했으나 gpt에게 프롬프트로 "백엔드 개발자의 면접관의 입장에서 신입 개발자의 이력서 수정사항을 말하라"라고 입력하고 저의 이력서를 스캔하여 보여주니 구어체는 쓰지말고 핵심만 끊어서 작성하라는 말을 많이 들었습니다. 강사님의 의견은 어떠하신가요?
안녕하세요 재성님. 강의 정말 잘 보고 있고 큰 도움이 되었습니다. 기존에 작성한 이력서를 다시 되돌아보니, 어떻게든 디테일하게 쓰려고 노력은 했지만 결국 레벨 1에서 벗어나지 못했다는 것을 알게되었습니다. 강의에서 알려주신대로 이력서를 수정하는 과정에서 한 가지 고민이 생겨서 이렇게 질문을 남깁니다. 저는 이미 회사에서 경력을 쌓아서 회사에서 진행한 프로젝트가 있는데, 이 프로젝트에서 사용했던 기술을 디테일하게 작성하려고 하니 프로젝트를 한 지 오래됐거나 혹은 그 때 당시의 기억이 희미해서 잘 기억이 나지 않는 경우가 많습니다. 그래서 혼자서 진행하고 있는 사이드 프로젝트가 있는데, 여기서 저의 고민이 생겼습니다. 제가 혼자 진행하는 프로젝트는 기술 선정 이유나 디테일 등을 제가 결정하고 사용한 것이어서 이해도가 높은 반면에 회사에서 진행한 프로젝트들은 저의 선택으로 된 비중이 낮습니다. 이런 경우에 어필을 하기 위한 내용을 회사 프로젝트에서 가져오는게 좋을지 아니면 현재 진행하고 있는 프로젝트에서 가져오는게 좋을지가 고민입니다. 물론, 선택은 저의 몫이지만 재성님이라면 이런 경우에 어떤 것을 고르는게 더 유리할지 도움을 주신다면 감사하겠습니다. 앞으로도 좋은 강의 기대하겠습니다.
프로젝트 아키텍쳐 적용 이유를 사진과 같이 작성했는데 너무 기초적인 내용인 것 같아서 문의드립니다. 사실 도입 배경도 따로 있어서 예전 다른 프로젝트를 진행할 때 강의와 같이 모든 파일을 큰 덩어리로 구분하여 묶었더니 유지 보수 및 코드 리뷰에서도 많은 어려움이 있어서 이번에는 3계층을 적용했던 것이였습니다. 또 3계층 아키텍쳐여도 저는 DI를 주입하였기 때문에 GPT문의결과 클린 아키텍쳐와 비슷하게 되어가고 있다고 하더라고요. 저기에 DI를 주입했다는 글과 그 이유도 같이 쓰는게 좋을까요?(사용이유에?) 사용 이유, 성과 또한 마찬가지로 위 사진의 설계 효과에 넣었었습니다. 도입 배경을 넣고 싶었는데 이력서 칸을 넘겨서 뺐었는데 넣는게 좋을까요??
