질문이 있습니다 선생님.

alopp님 안녕하세요. 채용 관련 정보가 없어서 자세히 답변드리기는 어려우나 지원한곳의 서비스에 관련된 지원자의 관심을 질문으로 풀어보시는게 어떨까요? 주력 제품이라든가 지원한 부서의 업무에서 지원자가 궁금한 사항이나 업무에 맞춰진 질문들을 몇개 미리 준비해두고 그 중에 적당한것들을 선별해보세요. 아울러 협업에 대한 커뮤니케이션도 점검해보시기 바랍니다.좋은 결과 있기를 바랍니다.

질문이있습니다!

안녕하세요. 24번이 데일리 미팅 질문을 말씀하시는거 맞겠죠? 바로 이어지는 그 다음 강의에서 그라운드 룰에 대한 설명에서 답변이 나오긴 합니다만, 간단하게 설명드리면, 일하는 방식에 대해 팀원이 모두 모여 그라운드 룰을 논의해서 합의하는 방향으로 풀어야 합니다.문제를 일으키는 당사자도 팀 리더를 포함한 구성원이 있는 자리에서, 현재의 근무 방식에 어떤 문제가 있고 어떤 방향으로 해소해야 하는지 의견을 내고 합의를 하도록 유도한 뒤에, 여기서 나온 결론을 무시하거나 지켜지지 않을 경우 평가에 반영되는 등의 패널티를 부여하는 형태로 접근하는건데요. 회고하는 방식으로 우리팀의 업무 진행의 문제와 유지할것, 개선해야 할 것들을 구성원 모두가 포스트잇에 적어내고 업무 방식에서 가져가야 할 것들에 대한 그라운드 룰을 세팅하는 방식으로 접근해야 합니다. 강제로 제제를 한다거나 직접적인 의견으로 설득을 하겠다는 형태의 답변을 요구하는 질문이 아니라, 이런 상황을 어떤 방식으로 접근해서 해소할 수 있는가? 를 물어보는 성질의 질문이라고 이해하시면 됩니다.이 부분에서 합의를 이루고 지키려고 하는게 중요한데, 문제를 일으키는 당사자도 분명히 의견을 냈고, 합의를 한 사항이기 때문에 본인도 지키려고 노력할 것이고, 지켜지지 않을 경우 패널티 부과, 즉 팀 평가에서 낮은 평가 등급을 받는 것을 감수하게 된다는 의미가 됩니다. 보통의 구성원이라면 자기에게 손해보는 일, 팀에 해를 끼치는 일을 하지 않는게 정상적인 성향인데, 그런 것을 무시하는 조직원이라면 인사평가에 반영해서 압박함으로써 해소를 하는 것이 좀 더 좋은 답변일 것이고 아침 일정에 대한 부담으로 개인의 사정이 발생하고 있는 상황이라면 그라운드 룰을 세팅할 때 시간을 옮기거나 문제의 당사자가 원하는 안이 수용가능하다면 그걸 반영하는 형태가 같이 병행이 되면 좋을것입니다. 직접적인 제재, 당사자에 대한 비난, 직접 대면을 통한 문제해결은 단편적인 해소책이라 권장하는 답변은 아닙니다.2차 면접의 경우 솔루션 보다, 솔루션에 도달하는 방식이 합리적인가? 이성적인 판단이고, 동의할 만한 의견인가? 에 초점을 맞춰야 한다고 이해하시면 되겠습니다. 질문 남겨주셔서 감사합니다.

기술 스택에 대한 질문

안녕하세요. 보통 채용공고상에 필수 항목과 우대 사항이 나눠져 있습니다.필수항목의 기술셋은 자세히 알고 있어야 합니다. 우대사항의 경우는 이론편에서 채용공고 뜯어보기에 자세한 노하우들이 나와있는데, 찍먹이라도 해보고 면접을 가시는걸 추천드립니다. 감사합니다.

강의 / 책 내용 문의

안녕하세요. 책은 알고리즘 구현 코드하고 기술면접에서 필요한 기본 개념들에 대한 설명이 좀 더 자세히 들어있습니다.만약 자바 개발자이고, 기술면접에서 다소 취약하시다면 책을 보셔도 도움이 될거라고 생각하는데요. 책의 목차중에 강의 내용과 겹치지 않는 부분이 아래와 같습니다. 이 내용이 본인에게 도움이 되실만한 사항이 있는지 판단하시면 좋겠습니다.온라인으로는 목차만 보고 판단하기 어려우실테니 오프라인 서점에서 스르륵 보시길 추천드려요. [ PART 1 | 취업과 이직을 위한 서류 준비 ] -> 인프런 이론편 강의에 해당 [ PART 2 | 실전에서 마주하는 기술 면접과 코딩 테스트 ] -> 자바 코드 및 기술 면접에서 나오는 개념에 대해서 설명CHAPTER 05 프로그래머의 역량CHAPTER 06 코딩 테스트 준비 전략6.1 기본적인 테스트 준비___쉬운 문제부터 다양한 형태의 문제로___계산과 로직, 자료구조를 고려한 훈련___실행 속도 고려와 더 나은 코드 고민하기___테스트 검증하기6.2 기본적으로 알아야 할 알고리즘___코딩 테스트 유형___코딩 테스트를 위한 주요 알고리즘6.3 통과를 위한 키 포인트___시간 배분___공부 방법___회고와 리뷰 그리고 마무리CHAPTER 07 기술 면접 대비하기7.1 기술 면접 준비 시작___채용 공고 뜯어보기___면접의 시작과 끝7.2 기술 영역별 공부해야 할 것들7.3 기본적인 웹 환경의 아키텍처 설명하기7.4 커리어를 위한 로드맵과 공부해야 할 분야___백엔드 기술 로드맵___데브옵스 기술 로드맵___프런트엔드 기술 로드맵___그 외의 로드맵에 대해서7.5 애플리케이션 성능 관리와 대용량 데이터 처리___성능 테스트를 통해 알 수 있는 것___장애 처리___DB 개선___대용량 테이블의 처리 기법___비동기 메시지 처리___부하 분산을 위한 방법___스케일 아웃과 스케일 업7.6 API 설계에서 고려해야 할 것들7.7 배포 시스템 구축 시 고려해야 할 것들___CI/CD___배포 프로세스에 필요한 것___배포 시스템을 만들기 위한 기능 정의7.8 기술 면접 마무리7.9 [사례 연구 3] 기술 면접 탈락 사례감사합니다.

비동기 메시지 처리 아키텍처 이미지 질문

위 시퀀스는 비동기 아키텍처를 설명하기 위한 지극히 일반적인 프로세스의 케이스를 설명한것이라서, 예외 케이스등을 설계한 시퀀스 다이어그램이랑은 다소 차이가 있습니다.재고의 경우 처리 방식이 상품의 성격이나(안전재고가 있다거나, 0원 상품이 있다거나, 매일 입고가 된다거나), 회사의 프로세스(재고 처리는 주문보다 후처리이므로 주문을 받고, 재고가 없으면 취소 환불 프로세스를 태운다거나)에 디펜던시가 있습니다. 그런 관점을 설명한것은 아니고, 주문과 나머지 프로세스들을 분리할 때 비동기적 입장에서 처리하면 나머지 영역들도 분리할 수 있다는 설명을 위한 이미지라고 이해하시면 될거 같습니다. 일반적으로는 주문서를 랜딩할 때 재고를 체크하고, 다시 결제 페이지 진입 전에 재고를 한번 더 체크할 것입니다. 그래서 결제 페이지까지 진입했다면 재고 체크 로직을 통과한 것이기 때문에 뒤에 차감만 태우는것이 맞고, 상품의 재고는 주문 도메인의 영역이 아니라 상품 도메인의 영역이기 때문에 트랜잭션을 분리하고, 비동기적으로 상품에 재고 차감을 요청한다가 비동기 아키텍처의 관점에서는 더 나은 선택이 될걸로 보입니다. 그런데 뒤에 중복된 차감으로 마이너스 재고일 때, 즉, 재고가 없을 경우의 업무는 정책마다 다소 차이가 있을거라, 주문 성공까진 다 처리하고 후에 환불/취소 배치를 돌릴지, 트랜잭션을 재고까지 묶을지는 업무 설계의 방식에 따라서 취사선택할 문제라서 비동기의 관점과는 성격이 다른 영역이라고 이해하시면 되겠습니다. 답변이 도움이 되었으면 좋겠습니다. 좋은 질문 감사합니다.