- 질문에 의도에 맞게 대답 - 검정
- 의도와 조금 다르거나 부족함 - 노랑
- 대답을 잘 하지 못함 - 빨강
주제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
전체적인 피드백
직관성 - 무슨 말을 하려는지 빠르게 이해(good), 말하려는 바를 꼬리질문을 통해 이해 (bad)
구체성 - 묻는 개념에 대해 자세하게 이야기(good), 묻는 개념의 일부만을 이야기함 (bad)
정확성 - 올바른 개념에 대해 이야기 (good), 잘못된 정보, 여러 개념을 혼합하여 이야기함 (bad)
태도 및 자세 - 말하는 속도, 강약조절, 자신감, 몸짓의 변화가 적절하다 (good)
- 외부- 통신환경이 불안정 했다.
- 말이 좀 빨랐다.
- 자신감이 많이 부족했다.
자가 피드백
초심으로 돌아가게 하는 모의면접날이었습니다.. 인수님의 피드백 너무 좋았습니다! 정곡을 찌르는 느낌 푹🔪
- 매주 받는 피드백 : 자신감이 많이 부족하다 ⇒ 어떻게 늘릴 수 있을까? (그냥 많이 알아야해요,, 깊게 알아야하고ㅠ)
- 너무 긴장해서 안좋은 면접의 정석을 보여줬던 날인 것 같습니닷..
- 공부할 때 “실무와 연관지어서, 예시, 왜?”에 집중해서 봐야할 것 같습니다.
- 나만의 언어로 정리해서 얘기하는 연습을 해야함