색상으로 피드백 표현
- 질문에 의도에 맞게 대답 - 검정
- 의도와 조금 다르거나 부족함 - 노랑
- 대답을 잘 하지 못함 - 빨강
이벤트 버블링
- 이벤트란 무엇일까요?
- 어떤 사건이 발생하면 이루어지는 ? 프론트엔드에서는 사용자의 클릭이나 행동
- 이벤트 버블링과 켑쳐링
- 잘 알고계셨지만
피드백
이벤트가 일어난 DOM을 기준으로 설명해주셨으면 더 좋았을듯
- 이벤트 위임 패턴에 대해 알고있나요?
- 이벤트 전파를 응용해서 상위요소에 이벤트를 부여해서 자식요소에 이벤트를 주는 것
- 이벤트 위임이 필요한 경우는 어떤 경우일까요?
- 노드를 추가하거나 삭제하는 이벤트를 부여? 조금 애매 -
피드백
’생성되지 않은 돔’ 이라는 키워드가 있었다면 더 좋았을듯
- 이벤트 위임을 사용했을때 성능적으로 문제가 될 수 있는 부분이 있지 않을까요?
- 이벤트가 전파되서 다른 돔까지 이벤트가 발생하기 때문에 의도하지 않은 문제가 일어날 수 있다 → 3가지 이벤트 메서드 설명
피드백
good
- 전파된 이벤트가 일어난 돔을 어떻게 알 수 있을까요?
- 답변x
피드백
e.currentTarget으로 알 수 있습니다.
REST API
- REST, RESTful, REST API가 무엇인가요?
- 답변 좋았습니다. perfect...
- GraphQL과 REST의 차이점?
- 준비하신만큼 대답하신것 같습니다 (잘 몰라서 패스)
HTTP, HTTPS
- HTTP가 무엇인지 간단하게 설명해주세요
- ~의 약자이고 클라이언트와 서버간 리소스를 사용하는 통신규약
- HTTP의 발전과정을 간단하게
- 처음에는 버전이없었다. 0.9가 생겼고 헤더, 겟메서드가 없는 단점때문에 1.1이 나왔고 1.1은 커넥션 하나당 하나의 요청만 처리하도록 설계되어있음. 그래서 여러번 주고받는게 불가능 (불가능인지 잘모르겠습니다)
- HTTP status에 대해서 알고계신만큼 설명
- 200, 400, 500번대로 설명
- HTTP vs HTTPS
- 보안이 가장 큰 차이, 잘 설명해주신 것 같음, OSI 계층 말씀해주셨으면 더 좋았을듯
- HTTPS 암호화과정?
- 제가 아예 모르는 부분이라 피드백을 못드렸지만 잘 준비하신 것 같았습니다.
전체적인 피드백
직관성 - 무슨 말을 하려는지 빠르게 이해(good), 말하려는 바를 꼬리질문을 통해 이해 (bad)
구체성 - 묻는 개념에 대해 자세하게 이야기(good), 묻는 개념의 일부만을 이야기함 (bad)
정확성 - 올바른 개념에 대해 이야기 (good), 잘못된 정보, 여러 개념을 혼합하여 이야기함 (bad)
태도 및 자세 - 말하는 속도, 강약조절, 자신감, 몸짓의 변화가 적절하다 (good)
- 답변이 직관적입니다. 공부하신 부분에 대해서는 매우 구체적으로 답변을 하실 수 있습니다. 태도, 자세 전체적으로 좋았습니다.