일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- 분산분석
- knn
- 확률
- 베이즈 정리
- 인공신경망
- LeetCode
- ANOVA
- p 값
- 인공지능 겨울
- 심층학습
- p-value
- 딥러닝
- 편향
- Bayes Theorem
- 인공지능
- Bayes Rule
- 조건부 확률
- 30 Day Challenge
- 컴퓨터 조립
- AI Winter
- 통계
- 퍼셉트론
- Neural Network
- Stack
- AI
- 컴퓨터
- Today
- Total
군더더기 없는 기계학습 백과사전
구글 소프트웨어 엔지니어의 프론트엔드 인터뷰 준비 팁 본문
항상 그랬듯이 리크루터가 제1 순위 정보 출처다. 당신의 리크루터가 채용 과정에 있어 핵심 요소이며 그들은 당신이 고용되도록 일하고 있다. 당신이 필요하다고 생각되는 어떤 질문이든지 물어보도록 하자.
또한 지금 소프트웨어 엔지니어 인터뷰를 (정확히 말하자면 프런트 엔드 인터뷰) 어떻게 통과해야 하는지에 대한 정보가 많이 널려있다. 2020년 기준으로 구글에 관련된 것들만 콕 집으면...
-
모든 코딩 질문은 문제 은행에서 나온다. 유출된 문제들은 전부 표기가 되어 다시 출제되지 않는다. 사실상 당신이 알고 있는 질문을 만나는 것은 불가능이라고 보면 된다. 따라서 Leetcode 같은 곳에서 문제 암기하는 것은 할수록 점점 줄어드는 보상을 볼 수 있을 것이다. "이런 문제는 이렇게 푸는 거구나"라고 생각되는 시점에서 멈추면 될 것이다.
-
속임수 문제없음 - 이는 문제 은행에 의해 보장되는 또 다른 사실이다. 어떠한 아주 세세한, 이미 알려져 있는 지식들도 알 필요가 없다. 가장 간단한 접근이 보통 올바른 접근이며, 이가 아니라면 당신을 답에 근접하게 해 줄 것이다. 코딩 문제들은 보통 TypeScript, Angular, 혹은 다른 추가적인 것이 아닌 오직 자바 스크립트에서만 풀 수 있도록 의도된 것들이다.
-
해당 사항은 면접관이 정하는 것이지만 보통 면접자들은 대략 문제를 푸는데 35분이 주어진다. 시간 관리가 인터뷰에서 제일 중요하면서 어려운 부분이다. 당신이 문제 풀이를 2번이나 할 수 있다는 보장은 없다. 따라서
-
코딩하기 전에 뭘 할 건지 완전한 계획을 짜도록 하라. 슈도 코드를 쓰던지 크게 말하던지 해야 할 것이다. 계획을 세우고 있을 때 최소한 몇 가지 테스트 케이스를 떠올리고 에지 케이스도 포함하도록 하자. 이는 화이트보드 없이 하기엔 좀 어려울 것이다. 옆에 문방구를 두거나 화상 채팅 코멘트로 쓰던지 하자.
-
최단 시간으로 쓸 수 있는 JS 문법에 집중하자. 보통 당신이 쓰고 싶을 만한 자료구조는 평범한 고전적 자바스크립트 객체일 것이다. 배열일 수도 있고 스트링일 수도 있다. 만약 세트나 맵이 작업을 단순하게 만들어주고 코딩 속도를 높여준다면 당신에겐 이득이겠지만 이럴 가능성은 희박하다. 그러니까 뭘 좀 안다고 화려하게 코딩하려고 하지 말자. 마찬가지로 정말 필요하거나 없으면 자바스크립트를 쓰기 어렵다면 (시간제한이 있기도 하니) 어지간하면 클래스를 쓰지 말자.
-
-
가상 인터뷰 플랫폼(Virtual Interview Platform) - 현재부로 모든 코딩 인터뷰는 원격이며, 가벼운 코딩을 위한 가상 환경 VIP를 쓰고 있다. VIP 안에서 면접자들은 코딩 언어를 선택하고, 문법에 따라 코드 하이라이트를 받을 수 있으며, 제한 시간도 볼 수 있다. 다만 코드가 돌아가지는 않는다. VIP에서 자동 서식 맞춰주기 기능은 완전판 코드 에디터에 비해 딸리지만 이게 당신을 발목을 잡게 하지 말라. 면접관들은 문단 띄어쓰기 별로 신경을 안 쓰며 그리고 (대부분) 틀린 메서드 이름에 대해 신경 쓰지 않는다. (우린 알아채겠지만 전체적으로 따져보면 딱히 중요하진 않다) 불행하게도 문제를 푸는 것보다 이런 것들을 조정하는 데에 시간을 많이 허비하는 유혹에 빠질 수도 있다. 다시 말하지만, 시간이 인터뷰에서 제일 희소한 자원이다.
-
코드를 "테스팅" 해보라. 당연히 코드가 진짜로 돌아가지는 않으니 따옴표 표시를 했다. 입력값을 잘 썼는지 확인하고 에지 케이스도 잘 돌아가는지 확인해보라. 다 확인했으면 몇 가지 테스트 케이스를 돌려서 잘 돌아가는지 확인하라.
-
깨끗한 코드. 보기 쉬운 변수 이름들이랑 별개의 함수로 분리할 수 있는 코드 모두 쓸모 있다. 많은 면접자들이 자기가 쓴 변수 이름을 보고 헷갈려하다 시간을 허비하는 경우가 많다. 여기에 추가로 좋은 변수 이름들은 면접자가 질문을 잘 이해했음을 보여준다. 또한 도우미 함수 구현은 큰 걸 하는 게 아니면 미룰 수 있다. (아니면 건너뛰거나) 이는 당신이 쓸 수 있는 시간을 늘린다.
해당 글은 현재 구글 스태프 소프트웨어 엔지니어로 일하고 있는 Jérôme Cukier의 '2020년에 구글 프런트엔드 개발자 인터뷰를 어떻게 준비해야 될까요?' 쿼라(Quora) 질문에 대한 답변을 번역한 글입니다. 해당 글에는 필자가 한국인 독자에게 적절하다고 생각하는 의역이 있을 수도 있음을 알려드립니다.
해당 글은 쿼라 콘텐츠 이용약관 3조 c(i)항을 따릅니다. https://www.quora.com/about/tos
원글: qr.ae/pNFach
[Copyright ⓒ 블로그채널 무단전재 및 재배포 금지]
'쉬어가는 코너' 카테고리의 다른 글
밀란코비치 이론 - 반증 서적 (0) | 2020.09.08 |
---|---|
라미 2000 소재, 구조, 및 생산 (2) (0) | 2020.08.30 |
라미 2000과 라미 디자인의 역사 (1) (0) | 2020.08.18 |
미국 학교 코로나(COVID-19) 발생 통계 (0) | 2020.08.18 |
커피 산업의 위기 (0) | 2020.08.16 |