- 질문에 의도에 맞게 대답 - 검정
- 의도와 조금 다르거나 부족함 - 노랑
- 대답을 잘 하지 못함 - 빨강
1. CSR vs SSR
- SPA와 MPA
- 답변: 렌더링 방식으로 비교하여 설명 good
- 두 개 이상의 페이지로 구성된 애플리케이션 vs 하나의 페이지로 구성된 애플리케이션
- SSR vs CSR 렌더링 : GOOD
- SSR
- 흐름: html 먼저 응답
- 장점
- 처음 컨텐츠가 보여질 때까지 시간이 짧음
- 검색 엔진 최적화에 유리
- 단점
- 정적인 템플릿을 받아오기 때문 동적으로 구성 X
- 페이지 이동 시 사용자 경험에 부정적
- 서버가 모든 데이터를 담당 : 서버의 부하 증가
- CSR
- 흐름: 모든 JS를 다운
- 장점
- 페이지를 동적 렌더링 ⇒ 새로고침 X → 좋은 사용자 경험
- 서버는 데이터 처리만 → 리소스 감소
- 단점
- 검색 엔진 최적화가 어려움
- 초기 로딩 시간이 김 → 사용자 경험에 부정적
- SEO란?
- 답변: 검색 엔진을 위해서 최적화하는 방식
- 검색엔진이 웹을 크롤링(자동으로 웹 사이트에 엑세스하여 데이터를 얻는 과정)하면서 페이지에 컨텐츠 색인을 생성하는 과정
- SSR : 완전한 템플릿을 가져오기 때문에 따로 처리를 안해줘도 됨
- CSR : 따로 최적화를 해줘야함
- 조금 아쉬움: 개념을 다시 정리하는 것이 좋을 것 같습니다.
흐름이 아쉽다(밑에 3개의 질문)
- SPA 에서 SSR을 구현할 수 있는 방법, 장점
- 답변: react 예시 (O)
- 초기 로딩 속도 빠름
- 검색 엔진 최적화에 유리
- 왜 이러한 트렌드로 넘어갔는지
- 모바일로 트렌드가 넘어가면서 빈 화면을 줄이기 위해서 사용자 경험을 좋게 하기 위해
- next.js나 seo와 연결해서 말했으면 좋았을 것 같아요
- Next.js
- react 위에서 동작하는 프레임워크
- SSR을 편하게 해주는 프레임워크
- SSR의 장점(말하면서) + CSR 장점
의도적 뜸들이기2. 실행컨텍스트
- 실행 컨텍스트의 생성 시점
- 답변: 함수가 호출될 때 생성
- 함수가 호출될 때 말고는 생성 X ?? → 답변: 전역 컨텍스트 → 이러한 부분도 어떠한 함수의 범주로 생각(궁금)
- 전역 컨텍스트가 먼저 생기고 ⇒ 지역 컨텍스트가 생성된다.
- 어떤 정보를 포함?
- 답변: lexical environment
- 식별자 정보
- this
- 함수 평가값
- 함수가 실행될 때 외부 환경 참조 정보
- 자신감이 있어 보였다
- 스코프
- 답변: 유효 범위
- 변수 선언 : var, let, const - 잘 알고 계심
- es6 전에 var : 함수 단위 스코프(호이스팅 현상)
- let, const
- let(블록 단위 스코프) ⇒ 초기화/선언 단계 구분, 재할당 가능
- const(블록 단위 스코프) ⇒ 재할당 불가능
- 스코프 체인
- 선언 되었을 때 외부 환경 참조, 해당 함수에서 선언 되지 않은 변수를 참조할 때 ⇒ 검색 ⇒ chain 형태 ⇒ 스코프 체인
장황했다. 자신만의 언어로 정리
- 클로저
- 외부에서 내부에서 함수를 참조한다고 하고 설명 드리겠다로 시작: good
장황했다. 자신만의 언어로 정리22
의도적 뜸들이기전체적인 피드백
직관성 - 무슨 말을 하려는지 빠르게 이해(good), 말하려는 바를 꼬리질문을 통해 이해 (bad)
구체성 - 묻는 개념에 대해 자세하게 이야기(good), 묻는 개념의 일부만을 이야기함 (bad)
정확성 - 올바른 개념에 대해 이야기 (good), 잘못된 정보, 여러 개념을 혼합하여 이야기함 (bad)
태도 및 자세 - 말하는 속도, 강약조절, 자신감, 몸짓의 변화가 적절하다 (good)
- 잘 아는 개념에 대해서는 질문의 의도를 파악하셔서 그에 대한 대답을 잘 말하셨습니다. 하지만
잘 모르는 개념에 대해서는 횡설수설한 느낌이 있음(점점 장황해짐)
- 속도, 자신감이 좋았습니다.