안녕하세요, 좋은 강의 감사드립니다. 현재 해외 취업을 목표로 시스템 디자인 인터뷰를 준비 중인 수강생입니다. 낯선 문제를 만났을 때 하이레벨 디자인에서 딥다이브로 넘어가는 과정에 어려움이 있어 조언을 구하고자 합니다. 강의 시퀀스인 [요구사항 정의 -> 하이레벨 디자인 -> 딥다이브(API, 모델링 등) -> 리뷰]를 준수하며 연습하고 있으나, 익숙하지 않은 도메인에서는 하이레벨 디자인 단계에서 예외 케이스나 컴포넌트를 제대로 커버하지 못하는 경우가 많습니다. 그러다 보니 딥다이브(c)를 진행하는 도중에 설계 오류를 발견하고 다시 하이레벨(b)을 번복하게 됩니다. 처음 보는 문제에서도 하이레벨 디자인을 탄탄하게 잡고 갈 수 있는 접근법이나, 이러한 번복 플로우를 줄일 수 있는 인터뷰 팁이 있을지 여쭤보고 싶습니다.
안녕하세요, 요즘 이직 준비하면서 CS 인사이드나 좀 얻고자 해당 강의를 무료로 수강 중인데요. 우선 영상 만드시는데 수고하신 것 같습니다만 이해가 안되는 부분들(다형성)이 있어서 문의드립니다. 2강 '객체지향은 어떻게 동작하는가?' 6:08 해당 주제명과 코드는 추상화 라고 해야 적합할 듯한데요. OCP는 추상화에 관련 있기도 하고요 6:26 다형성의 핵심은 부모타입으로 다루는 것(구현이 아닌 추상에 의존한다) 이 말씀이 무슨 말씀인지 이해가 잘 안되는데, 공부하셨던 자료 출처가 있을까요? 결론적으로 문의를 요약하면 다형성 개념을 오버로딩/오버라이딩 개념보단 추상화 개념으로 보는 것 같은 데 다형성과 추상화과 어떤 관련이 있는 지 궁금하며 공부하신 자료 출처를 남겨 놔주시면 다른 이들도 함께 공부하는 기회가 될 것 같습니다 :))
안녕하세요. 채팅시스템 1:1 메시지 플로우에서 질문드립니다 chat server i chat server j ... chat server n 존재할때 각 클라이언트는 서로다른 서버에 websocket 프로토콜로 연결이 되어있을꺼 같은데요 이때 i 서버에 있는 sender 가 j 서버에 있는 receiver 에서 메시지를 전송한다고 했을때 온라인시점에서 i 서버에서 메시지를 전송했다는 이벤트(혹은 시점)를 j 서버가 인지해야 각 서버의 websocket 에 연결되어있는 클라이언트들에게 메시지를 push 를 해줄수 있을꺼같은데요 키 벨류 스토어 외에 메시징 관련 시스템이 별도로 있어야 할꺼같은데 강의에서 해당 내용을 어떻게 설명해주신지 (큐를 통해 설명해주신건지) 명확하게 이해를 못한부분이 있어 질문드리게 됐습니다 감사합니다
안녕하세요. 항상 좋은 강의 감사합니다. A-SPICE라는 것이 OEM입장에서는 TIER사들에게 단순히 "CLx 를 지켜라" 라고 요구사항에 명시하는 것이고 그것을 실제로 수행하는 주체는 tier1이나 tier2 같은 업체인건가요?? 아니면 OEM도 A-SPICE의 프로세스를 지키면서 업무를 하고 심사도 받고 그렇게 하는것인가요? 감사합니다.
안녕하세요. 강의 잘 보고 있습니다. 🙂 두 가지 정도 수정해주시면 좋을만한 내용이 보여서, 문의 남겨봅니다. 1. 속도 조절기 PDF 21페이지, 속도 조절기(Rate Limiter) 강의 영상 기준 18분 이후 -> HTTP 420 -> HTTP 429가 좀 더 맞는 것 같습니다! 물론 420을 쓰는 사례가 있다는 것도 알고 있습니다~ 2. 웹 크롤러(Web Crawler) 강의 중 9분 ~ 9분 40초 쯤 -> 강의 영상에서 해당 부분은 편집해주시는 것이 조금 더 낫지 않을까 싶습니다 🙂 확인 부탁드려요! 좋은 강의 만들어주셔서 감사합니다.
우선 정말 좋은 강의 제작해 주셔서 감사합니다! 채팅 시스템 관련 강의 약 19분 경에 나온 데이터 모델 설계에 대해 궁금한 점이 있습니다. DynamoDB와 같은 key-value 저장소를 기반으로 1:1 채팅을 구현할 때, pk(key) 를 message_id 로 설정해주셨는데요. 사용자가 로그인하여 사용자 식별자(user_id)를 얻었을 때, 이 user_id를 이용해 어떻게 관련 message_id들을 조회할 수 있을지 머릿속으로 잘 그려지지 않는데 혹시 이에 대해 좀 더 설명해주시면 정말 감사하겠습니다!! 제 생각으로는 GSI를 활용해 user_id를 별도의 키로 설정하거나, 다른 형태의 추가 키가 필요할 것 같아보여서요 아니면 혹시 이 key-value 저장소가 임시 저장 용도로만 사용되는 건가요?
강사님의 경험이 많이 접목 되어져 있는 내용들이 강의에 녹아 있어서 재밌게 듣고 있습니다. 강의를 들으면서 가졌던 생각은 "문서로 처리되고 있는 내용이 다이어그램으로 표현이 될 수 있지 않는가?" 였습니다. 개인적으로 생각하는 다이어그램의 장점은 "도형으로 구분되어지고 있어, 다른 사람을 이해시키는데 특화되어져 있다" 이고 "생각의 흐름이나 시나리오의 흐름을 직관적으로 보여줄 수 있다" 라고 생각합니다. 결론적으로 질문하고자 하는 내용은 강사님이 오랫동안 이벤트 프로세스 모델을 사용하시면서 다이어그램을 활용하는 모델링 방법을 검토를 해보셨을 듯 한데 왜 적용을 하지 않으셨는지 아니면 강의에서 다루지 않은 것인지 궁금 합니다.
강의를 들으며 제가 이해하기로는 아래와 같습니다. 상태 1 : "현행 비즈니스 프로세스를 변경없이 그대로 사용한다. " 상태 2 : "현행 비즈니스 프로세스가 요구사항을 포함하고 있다." 상태 3 : "요구사항이 현행 비즈니스를 포함한다." 상태 4 : "현행 비즈니스 프로세스를 변경한다." 상태 2과 상태 3는 요구사항의 목표에 따라 상태가 지정 된다고 이해했습니다. 여기서 상태 2의 경우에는 상태1로 이어지는 상황이고 상태 3은 상태 4로 이어지는 상황이라고 봤을때, 상태 2과 상태3 와 같이구분을 할 필요가 있는 것인가에 대한 질문 입니다. 제가 생각하는 상태는 아래와 같이 총 4가지로 판단됩니다. 상태 1 : "현행 비즈니스 프로세스를 변경없이 그대로 사용한다. " 상태 2 : "현행 비즈니스 프로세스를 변경한다." 상태 3 : "요구사항이 현행 비즈니스 프로세스에 없다" 상태 4 : "현행 비즈니스 프로세스를 사용하지 않는다" 강사님의 생각은 어떠하신지 궁금합니다.
