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