안녕하세요. 재미니님. 강의 잘 보고 있습니다. 스킬에 대해 궁금한 점이 있습니다. 대부분의 지원공고를 보면, 어떤 하드스킬을 가졌는지 '자격 요건' 부분에 적어서 공고를 내는 경우가 많습니다. 예) 자격요건 • 5년 이상의 백엔드 애플리케이션 개발 경력이 있으신 분 • Java/Kotlin을 이용한 Spring Framework 기반의 애플리케이션 개발 경험이 있으신 분 • JPA, Hibernate 등 ORM 사용과 도메인 모델링 경험이 있으신 분 면접관 입장에서는 이력서를 봤을 때, 해당 지원자가 해당 스킬셋을 기본적으로 갖췄는지 판단하는게 1순위가 될 거라고 예상을 했습니다. 만일 이력서에 스킬셋이 구체적으로 적혀있는 게 아니라, 경험을 통해 자연스럽게 녹여내는 방식으로 적는다면 직접 적는것과 비교해서 상대적으로 이력이 나타나지 않기 때문에 판단하기 어려울 것이라는 생각을 했습니다. 스킬이라는 영역으로 정리하는 것 문제해결 및 프로젝트로 자연스럽게 녹이기 이 2가지 방법으로 하드스킬을 어필할 수 있을 것 같은데, 후자로 적는다고 해서 면접관들이 피곤함을 느끼지는 않나 궁금합니다. (바로 스킬셋이 써있지 않기 때문에) 재미니님은 어떻게 생각하시나요?
안녕하세요. 강의보고 이제 어떻게 수정해야 할지 감이 온것 같습니다. 감사합니다 마지막 하나 질문이 있는데, 한번 의견 들려주시면 감사드리겠습니다 : ) ## 현재 상황 건강 문제로 수술을 받았고, 회복 과정에서 몇 차례 문제가 있어 약 2년 정도의 공백이 생겼습니다. 다행히 현재는 일반인 수준으로 회복되었다고 판단하여 재취업을 준비하고 있습니다. 다만 이 기간 동안 완전히 쉰 것은 아니고, 개인 작업물을 몇 개 만들고 운영했습니다. 그중 하나는 MAU 2~3천 정도의 작은 서비스로, 약 7개월 정도 운영 중입니다. 개인적으로는 애정을 가지고 해서 그런지 몰라도 전반적인 퀄리티, 기술적 내용과 유저의 반응/지표가 없지는 않은 것 같습니다. ## 고민 고민되는 지점은 이 경험을 이력서에서 어떻게 보여줘야 하느냐입니다. 회사 경력이 아니기 때문에 경력란에 넣는 것은 부적절해 보이지만, 최근 2년 중 일부 기간을 이 작업에 썼고 실제 운영 지표도 있기 때문에 단순 개인 프로젝트처럼 아래쪽에 작게 두기에도 애매합니다. 그렇다고 상단에 크게 배치하면 공백을 방어하려는 느낌이 강해 보일까 걱정됩니다. 평가자 입장에서는 이런 경우를 어떻게 보시는지 궁금합니다.
[취업폭격기] 공공기관 전산직 취업 치트키 : NCS·전공·PT면접까지 한 번에 뚫는 정규과정
안녕하세요. 현재 비전공자이고 정처기 실기, SQLD, 한국사까지 마친 상태입니다. (토익은 아직 835라 900 병행 예정) 전공 필기 준비 본격적으로 시작하려고 하는데, 알려주신 지안에듀로 준비하려니 처음부터 정처기에서 배운 것보다 너무 생소한 내용(부동 소수점, 고정 소수점, 논리회로 등)이 나와서 이해가 아예 안돼더라구요. 1회독 어찌어찌 하려고 하는데 그냥 읽기만 하고 날리는 수준에 그칠 거 같아서 걱정입니다. 그래서 인강을 찾아봤는데 지안에듀 인강은 박태순 강사님 강의가 뭔가 애매하고, 강의 스타일만 고려했을 땐 박미진 컴퓨터 일반 강의도 고려하고 있습니다. 근데 강의가 전반적으로 20만원 오버라 매우 고민중입니다. 제로미니님은 어떤걸 추천하시나요? 1. 그냥 닥치고 다회독 + 시간박아서(사고해서) 이해한다 2. 지안에듀 교재가 좋으니 박태순 강사 강의를 듣는다 3. 박미진 강사 강의로 개념을 잡고 지안에듀 다회독한다 4. 기타 내년 상반기 금공 무조건 취업을 목표로 하고 있습니다. 감사합니다.
재미니님 안녕하세요! 항상 좋은 강의 정말 감사드립니다. 강의를 듣고 이력서를 작성하면서 궁금한 내용 질문드립니다. 프로젝트 설명 시 Why와 배경설명을 강조하였는데, 당시의 상황과 제약조건까지 함께 적어도 괜찮을지 궁금합니다. 예를 들어 제가 경험했던 프로젝트 상황인데요 기존 담당 인력이 빠지면서 중간에 투입된 프로젝트 관련 도메인 지식이 거의 없는 상태에서 시작 규모 대비 일정이 빠듯했고(약 3개월), 기존 운영 업무와 병행해야 했던 상황 고객사 요구사항을 빠르게 이해하면서 지속적으로 회의/조율 및 사이드 이펙트를 고려한 설계를 진행했던 경험 등 배경설명에 이러한 부분에 제약이 있었고, 힘든 상황을 강조해서 써도 되는지 궁금합니다. 또한 고객사의 요청으로 인한 개발 설계는 Why가 어떻게 되는지도 궁금합니다. 그 요청하기까지의 고객사의 상황을 설명해야하는것인지 궁금하네요. 또 하나 궁금한 점은 레거시 개선 관련 내용입니다. 예를 들어 DB 최적화를 통해 CPU 점유율과 조회 성능을 개선했던 경험이 있는데, 이게 꼭 고객이 직접 불편을 제기해서 시작된 것은 아니었습니다. 오히려 운영 중 모니터링 과정에서 비효율 쿼리와 시스템 부하를 먼저 발견했고, “사용자는 원래 느린 시스템이라고 받아들이고 있었을 수도 있지만, 운영 관점에서는 충분히 개선 가치가 있다고 판단”해서 진행했던 케이스였습니다. 이런 개선 배경도 이력서/프로젝트 설명에서 의미 있는 포인트가 될 수 있을지 궁금합니다.
안녕하세요! 강의 수강중 예시로 보여주신 이력서를 보고 궁금한게 있어서 질문글 남깁니다! 수정후 B님과 수정후 C님의 이력서를 비교해보았을때, 포맷이 살짝 다른데요. 프로젝트나 내용을 작성할때, B님같은 경우는 내용과 불릿을 거의 50:50비율로 사용하여 컴팩트하게 보여주셨고 C님 같은 경우는 내용을 줄글로 작성하셨습니다. 물론 정답이 없다는 것은 알고 있지만 제미니님의 취향이라던지 선호하는 스타일은 어떤 쪽이신지 궁금하여 참고차 문의드립니다!
안녕하세요 재미니님, 강의 정말 유용하게 보고 있습니다. 강의에서 회사 기밀은 이력서에 작성하지 말라고 하신 것을 봤는데 혹시 아래와 같은 쿼리 개선기도 좀 조심스러운 부분일까 싶어 여쭤보게 되었습니다. https://byeongmin.kr/posts/2023-07-30-mongodb-aggregation-query-optimization/ 회사나 서비스를 식별할 수 있는 정보는 최대한 검열했다고 생각합니다. 추가적으로 이력서에서 이 개선기가 “어떤 도메인이었는지” 까지는 보통 공개해도 괜찮은 편인지 여쭙고 싶습니다. 시간 내주셔서 감사합니다.
안녕하세요. 기존에 이력서와 포트폴리오 두개를 작성한게 있는데 막혀서 강의를 듣게 됐습니다. 기존에 작성한 이력서 형식 중 프로젝트 부분을 강의와 비슷하게 기술 스택, 프로젝트 설명, 수행하게된 원인, 수행한 역할, 결과 및 수치를 각각 한줄씩 작성을 해서 총 4장 분량이 나왔습니다. 강의를 수강하기 전에 시니어 개발자분께 멘토링을 한번 받았는데 이력서가 너무 길다고 프로젝트 부분은 빼고 각 회사별로 경력 영역만 작성하라고 하셨습니다. 이력서는 짧으면 짧을수록 좋고 최대한 1장으로 만들라는 피드백을 받았습니다. 해당 강의가 2년 전에 업로드 되었던데 지금 시점과 차이가 있는걸까요? 아니면 강의에서 알려주신대로 따라가되, 내용을 더 줄이고 프로젝트를 몇개 빼서 분량을 줄이는게 좋은걸까요? 그리고 포트폴리오에서는 문제->해결과정->결과->배운점 흐름으로 상세하게 작성했는데 해당 내용을 요약한게 이력서인 걸까요? 중복되면 안된다고 하는데.. 어떤게 맞는건지 너무 어려워서 질문 남깁니다. 그리고 혹시 인프런 멘토링 기능에서 이력서 멘토링은 따로 안하시나요? 하신다면 받고 싶습니다.
안녕하세요! 궁금한 점이 있습니다 회사의 시스템 아키텍처를 포트폴리오에 써도 되나요? 면접에서는 프로젝트의 시스템 아키텍처가 어떠한지 물어본다고 들었습니다! 그래서 포트폴리오에 시스템 아키텍처를 명시하려고 하는데, 포트폴리오에 넣어도 되는건가요? 아니면 보안상 문제 때문에 넣으면 안되는건가요? 시스템 아키텍처를 넣어도 된다면 어느정도 수준? 까지 공개해도 되는건지 궁금합니다! (제대로 그린건지는 잘모르겠습니다 ㅎㅎ;;) 예를 들어, 이 정도 수준의 정보라면 포트폴리오에 넣어도 문제가 없는 걸까요?
안녕하세요. 인덱스를 활용한 조회 성능 개선을 공부하던 중 궁금한 점이 생겨 질문드립니다. 현재 저는 OFFSET 기반 pagination을 사용하는 서비스 를 개발하고 있으며, 다음과 같은 환경에서 성능 테스트를 진행했습니다. 데이터: 약 1,000만 건 서버: EC2 t3.small DB: RDS t4g.micro k6 vus100 1. 문제 상황 초기에는 OFFSET 제한 없이 마지막 페이지까지 이동 가능하도록 구현했습니다. 하지만 데이터가 1,000만 건 수준으로 증가하자, 깊은 페이지로 갈수록 조회 속도가 급격히 느려지는 문제 를 확인했습니다. 2. 고민 및 제약 일반적으로 이 문제는 Keyset Pagination(커서 기반) 으로 해결하라고 많이 알려져 있습니다. 하지만 제 서비스는 👉 네비게이션 바를 통한 페이지 직접 이동 (ex. 1, 10, 100 페이지 클릭) 이 필요하기 때문에 Keyset 방식만으로는 요구사항을 만족시키기 어렵다고 판단했습니다. 3. 적용한 개선 방법 다음과 같은 방식으로 성능 개선을 진행했습니다. OFFSET 최대 범위를 제한 (최대 10,000 페이지 / OFFSET 100,000) 커버링 인덱스 적용 조회 방식 개선 먼저 ID만 조회 → 이후 필요한 10건만 상세 조회 전체 게시글 수(count)는 캐싱 처리 4. 성능 개선 결과 [Page 10] avg: 1.4s → 700ms p95: 4.5s → 1.8s [Page 100] avg: 17s → 1.18s p95: 24s → 3.3s [Page 1000] avg: 32.1s → 1.7s p95: 59s → 4.27s SQL 쿼리는 분석결과 약 1700MS -> 70MS 까지 단축한 것 같습니다. 5. 추가 제약사항 로그인 사용자와 비로그인 사용자의 조회 결과가 다름 (사용자별 구독 게시글이 포함됨) 따라서 캐시는 비로그인 사용자에만 적용 위 성능 수치는 로그인 사용자 기준 6. 현재 고민 위와 같이 개선했지만, 👉 여전히 성능이 충분하지 않다고 느끼고 있습니다. 특히 궁금한 점은 다음과 같습니다. 7. 질문 OFFSET 기반 pagination을 유지하면서 👉 추가로 성능을 개선할 수 있는 방법이 있을까요? 다음과 같은 방법들을 고려했는데, 방향성이 맞는지 궁금합니다. RDS를 2개를 사용하여 조회 성능 데이터를 각각 2개의 db가 처리하도록 한다? Keyset + OFFSET 혼합 방식 ( 일반적인 페이지 이동은 Keyset Pagination을 사용하고, 사용자가 특정 페이지를 직접 입력하거나 점프하는 경우에만 제한적으로 OFFSET 기반 조회를 사용하는 혼합 방식) RDS 스펙 업그레이드 또한 에펨코리아( https://www.fmkorea.com/)와 같은 대형 커뮤니티는 제가 원하는 페이지 네이션 방식을 사용하면서 깊은페이지(최대 1만)도 지원하고 동시접속자 수십만 페이지 수천~수만 대량 데이터 환경에서도 빠른 조회 성능을 유지하는데 👉 이러한 서비스들은 어떤 방식으로 pagination 및 조회 성능을 처리하는지 궁금합니다.
안녕하세요 :) 이력서에 프로필 사진을 넣으라고 하셨는데, 이 프로필 사진이 증명사진 스타일이어야 좋은지 궁금해서 질문드립니다. 평소 GitHub, 혹은 SNS 프로필로 쓰고 있는 사진이 있는데, 이런 사진을 제출 서류에 사용해도 괜찮을까요? 증명사진보다는 조금 더 편안한 인상을 드리고 싶어서요. 혹시 읽으시는 입장에서 정말로 지양하여야 하는 지점이 있다면 함께 알려주시면 감사하겠습니다.
다른 분들에게 도움이 될까 글을 작성합니다. 저는 윈도우 환경에서 InteliJ를 사용하고 CLI 화면이 편하기 때문에 WSL를 사용하여 도커를 사용했습니다. 해당 전에 문제 해결들은 자료가 없어서 해결 방안만 말씀드리겠습니다. cloud... gradle 문제 해당 프로젝트가 One Driver에 있기 때문에 클라우드 상에 있는 그레이들이 안되는 것으로 알고 있습니다. 만약 프로젝트가 One Driver에 있다면 One driver 밖으로 이동 시켜주세요 WSL 도커를 실행해도 윈도우 환경에서는 컨테이너를 찾지 못하는 경우가 있기 때문에 Window 환경에서 도커를 실행 하세요 해당 예외들이 터진 후에 모든 테스트 로직에 대해 예외가 발생합니다. BackendportfolioApplicationTests > contextLoads() FAILED java.lang.IllegalStateException at DefaultCacheAwareContextLoaderDelegate.java:143 Caused by: java.lang.IllegalStateException at LoadingCache.java:75 Caused by: java.lang.ExceptionInInitializerError at Class.java:-2 Caused by: java.lang.IllegalStateException at DockerClientProviderStrategy.java:277 원래 전에는 build와 테스트가 잘 진행되었는데 무슨 일인지 Test에서 도커를 만들지 못하는 문제가 생겼나 봅니다. 저는 테스트에서 사용되는 DB Config들을 사용하는 곳에 주석 처리하고 도커 컴포즈로 DB를 주석 처리하고 테스트에서 사용되는 DB들은 Docker compose에 사용되는 DB를 켜서 사용했습니다. Docker Compose에서 사용되는 DB로 사용되기 싫으시다면 Docker 컨테이너로 따로 만드시면 될 것 같아요 @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @SpringBootTest //@Import({TestDatabaseConfig.class, TestRedisConfig.class}) public @interface IntegrationTest { } docker compose up db redis -d build 관련 에러들은 어노테이션 설정, gradle 설정, 컴파일 설정 등 많은 이유가 있어 하루 종일 붙잡아도 문제 해결이 안되는 점이 많아 시간으 며칠 잡아 먹었네요 글을 깔끔하게 가독성 좋게 작성하지 못해 아쉽지만 다른 사람들이 똑같은 문제를 맞았을 때 해당 글이 도움이 되길 바랍니다.
