• 질문에 의도에 맞게 대답 - 검정
• 의도와 조금 다르거나 부족함 - 노랑
• 대답을 잘 하지 못함 - 빨강

주제1. 정렬

• 사용해봤던 정렬 중 선호하는 정렬은? 자기무덤 자기가 파기 → 전략적 답변 선택필요
  • 버블정렬을 너무 잘알아 → 버블정렬(자세히) → 퀵정렬(짧게) 버블정렬만 말하면 매력없다.
  • 버블정렬의 한사이클 ?
    • [1,2,3,4,5] 사례 설명
      • 스왑의 기준은?
        • [3,2,1] → [2,1,3] → [1,2,3] 직접물어봤지만, 예시로 한 사이클 정도 말을 하면 판단완료
        • 자신감 있게 설명해쥬세요!
  • 버블정렬을 사용하지 않는 이유는?
    • 스왑방식의 복잡성, 성능
• 그림을 보고 어떤 정렬방식인지 맞추기
  • 1번 → 퀵정렬
    • pivot 기준
  • 2번
    • 삽입정렬
  • 3번
    • 병합정렬
      • 분할→ 정렬 → 합치기의 특징

의도적 뜸들이기

• 브라우저 렌더링 - 사용자가 naver화면을 보기 까지의 큰 흐름
  • URL파싱 → DNS조회 → MAC 주소 변환 → TCP 통신 → 브라우저렌더링 말도 조금 빨랐던 듯
• ARP의 역할은?
  • IP 주소를 MAC주소로 변환하는 프로토콜
  • 변환해야 하는 이유
    • IP 주소로는 실제 서버 위치를 알 수 없기 때문에
      • 각각의 정의에 대한 설명이 나오면 좋을듯

의도적 뜸들이기

• 브라우저에서 렌더링 하는 과정
  • html, css 파싱 DOM트리 및 CSSOM 을 결합해서 렌더트리 구축
  • javascript 파싱?
  • 레이아웃→ 페인팅

의도적 뜸들이기

• css link 태그, js 태그 어디가 적합하다고 생각하시는지

  • script 태그 body 하단

    • 이유는 스크립트 파일 먼저 읽히면, DOM 조작 시 에러 말이 조금 빠른 듯

  • async, defer 옵션

    • async
      • 순서 상관 없이 load된 js파일 실행
    • defer
      • DOM 생성 이후 ... ?? ? ?

    단순 나열보다 비교하면 좋을듯

의도적 뜸들이기

• layout 단계와 paint단계
  • reflow - 레이아웃 계산을 새로하는 것, DOM-tree CSSOM 수정시
    • reflow를 줄이기 위한 방법
      • 사용하지 않는 node는 display: none 확인필요
      • virtualDOM 이용
      • 전역스타일 변경하지 않는 것, ..
    • virtualDOM이란?
      • 가상으로 만든 객체
      • 메모리 사용줄여 성능 장점? 아마?*3번 nono
  • paint -재결합된 render트리를 그려줄 때
    • 구체적인 사례
    • 색깔만 바뀌는 경우, visibility, outline

전체적인 피드백

<aside> 💡 직관성 - 무슨 말을 하려는지 빠르게 이해(good), 말하려는 바를 꼬리질문을 통해 이해 (bad)

구체성 - 묻는 개념에 대해 자세하게 이야기(good), 묻는 개념의 일부만을 이야기함 (bad)

정확성 - 올바른 개념에 대해 이야기 (good), 잘못된 정보, 여러 개념을 혼합하여 이야기함 (bad)

태도 및 자세 - 말하는 속도, 강약조절, 자신감, 몸짓의 변화가 적절하다 (good)

</aside>

• 외부- 통신환경이 불안정 했다.
• 말이 좀 빨랐다.