HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
🌳
말하면서 배워요 스터디
/
🌱
[7회차] 세번째 모의면접 기록
/
[3번째] 인수님 모의면접 피드백

[3번째] 인수님 모의면접 피드백

 
색상으로 피드백 표현
  • 질문에 의도에 맞게 대답 - 검정
  • 의도와 조금 다르거나 부족함 - 노랑
  • 대답을 잘 하지 못함 - 빨강

주제1 이벤트.

  • 코드 문제 - 왜 이렇게 일어나는지
    • 이벤트 버블링 → 상위 요소로 이벤트가 전파되는 현상 하위 요소에서 이벤트가 발생하면 상위 요소로 차례 차례 발생하게 된다.- 이벤트 버블링에 대하여 잘 알고 있는 느낌
    • 이벤트 전파 방지 방법: e.propagation() 이벤트 핸들러 안에 작성하면 이벤트 전파 방지
    • 이벤트 캡쳐링 → 반대로 이벤트가 실행되기 때문에 옵션을 주면 반대로 작동하게 된다. - 이벤트 캡쳐링에 대하여 잘 알고 있음
의도적 뜸들이기
  • 이벤트 위임
    • 답변 - 삭제나 생성이 빈번한 요소가 있을 때 요소에 이벤트를 등록하게 된다면 이벤트 등록 반복 작업을 해야하지만, 상위요소에서 정의하면 그럴 필요 없다. 피드백
    • 예시 - 노션, 투두리스트 → 많은 같은 블럭들의 추가 삭제가 이루어지기 때문에 위임 패턴을 사용하면 손쉬운 제어가 가능하다. → 개념과 예시가 잘 이루어진 느낌이 듬
의도적 뜸들이기

2.REST

  • REST - 패턴을 의미
  • 답변 - 피드백
의도적 뜸들이기
  • 장점과 단점
    • 답변 - 클라이언트, 백엔드 어떤 행위를 하는지 바로 알 수 있다.
    • 단점: 표준이 없다. 여러 API가 호출될 수 있다는 단점도 있다. gql과 비교하여 잘 설명한듯
의도적 뜸들이기
  • GraphQL과 비교
    • 장점: 조금 장황하게 대답하신듯 합니다. 조금 키워드 위주로 접근하시면 좋을것 같아요
    • 하나의 기능 새로 만들 때마다 endpoint 구성 필요 but ql은 필요 없다. → good
    • 단점: → 의존성을 가질 수 있다. → 부족하지만 대처는 잘 했다고 생각. (application/json)
의도적 뜸들이기
  • method
    • 답변: GET. PUT, POST, DELETE
  • 왜 RESTful인지?
    • SPA 패러다임에 의한 변화
    • 멀티 플랫폼이랑 restapi는 http 프로토콜을 준수하므로 프로토콜을 지원하는 어떤 언어면 모두 접근이 가능하다

3.https

  • http
    • 비연결성, 비상태성
  • 비연결성
    • http에서 한번에 요청과 응답을 한 직후에 연결이 종료가된다.
  • 무상태성
    • 비연결성과 연관지은것 좋습니다.
  • 어떤 방식으로 클라이언트 특정 가능?
  • 사용자 입장에서 어떤 프로토콜?
    • https: 보안상의 강점 여러 예시를 들어주신 것 굿 근데 예시들이 다 하나의 개념만 설명하는것 같습니다.
  • 어떤 과정때문에 느려지는지?
    • 암호화 과정→ 비대칭키, 대칭키가 먼저 나왔으면 좋을듯 합니다.
  • https 동작 과정
    • 공통키(비대칭키) : 속도 저하 문제 (키를 암호화??)
    • 대칭키: 상대적으로 빠름
    • 요약 부분은 좋았습니다
 

전체적인 피드백

💡
직관성 - 무슨 말을 하려는지 빠르게 이해(good), 말하려는 바를 꼬리질문을 통해 이해 (bad)
구체성 - 묻는 개념에 대해 자세하게 이야기(good), 묻는 개념의 일부만을 이야기함 (bad)
정확성 - 올바른 개념에 대해 이야기 (good), 잘못된 정보, 여러 개념을 혼합하여 이야기함 (bad)
태도 및 자세 - 말하는 속도, 강약조절, 자신감, 몸짓의 변화가 적절하다 (good)
  • 1
  • 2