네이버 테크톡 12. 상반기 네이버 인턴을 돌아보며 - 요약

1. 인턴에 들어오기까지
상/하반기 인턴 채용
인턴 수시채용
부스트캠프 연계 채용 이 있다.
부스트캠프 챌린지, 멤버십. 스케치 서비스를 클론해서 구현하게 되었는데 흥미를 느꼈음.
- 프론트엔드라면 js는 필수.(기회가 되면 TS)
- git (branch, checkout, commit, push, rebase, reset) 정도는 연습
- 시간이 있다면 토이프로젝트를 진행하면서 웹팩, 프레임워크, eslint 등을 적용해보자.
-팀으로 진행한다면 상용화되어있는 서비스 클론 가능
-혼자서 한다면 todo와 같은 간단한 프로젝트라도 만들어보자. http://todomvc.com

TodoMVC

- 설계, 일정 산출, 기능 개발과 같이 프로세스를 지키며 진행하고 팀원과 함께 한다면 코드리뷰를 혼자 진행하더라도 git과 eslint는 꼭 사용
- commit 컨벤션이나 branch전략 웹팩도 알면 좋다.
- 기본적인 알고리즘 테스트와 인성, 기술 면접으로 이루어진다.
- 무엇을 공부해야할지 모르겠다면 여러 개발자분들이 모아두신 자료부터 시작하자. https://github.com/JaeYeopHan/Interview_Question_for_Beginner

JaeYeopHan/Interview_Question_for_Beginner

- 네이버의 경우 기술질문이 깊게 들어오는 경우가 많아서.. 또한 꼬리물기 질문이 많다.
* 왜 이런 기술이 도입되었는가?
* 어떻게 활용할 수 있는가?
* 다른 비슷한 기술과는 어떻게 다르고 각각 어떠한 장단점이 있는가? 와 같이 하나의 키워드로 이어지는 질문에 대비할 수 있게 준비하는 것이 좋다.
js, 자료구조, 알고리즘과 같이 코드로 작성할 수 있는 부분은 직접 쓰면서 공부하는게 면접에 도움이 된다.

<2. 인턴동안 무엇을 했나요?>
1. 적응기간을 준다. 맥북을 받아 개발에 필요한 설정을 하고..간단한 과제(js, 웹 기반 지식) 진행함. 이에 대한 질문, 답변. 프로젝트에 필요한 사전 강의 or 문서, 개발에 필요한 팁.
2. 2-7주차 프로젝트 개발 기간: 일정 산출 및 설계 - 개발 - 프로젝트 회의 및 주간 회의(일정을 크게 잡아 리스크 관리를 하는 것이 중요)
3.8주차: 최종 발표 기간: 프로젝트 시연 준비, 발표 자료 준비 및 발표

<좋았던 시도들>
*테스트 코드
-기능을 개발할 시간도 부족하다.
-어차피 완벽한 테스트는 불가능한데 크게 의미가 있나?
-프론트를 테스트하는데 공수가 너무 많이 들어간다.
- 테스트가 없으면 변경이 매우 불편해진다. 단위 테스트라도 작성
*코드리뷰
- 첫번째 pr은 많은 변경 이후에 머지되었다.
- 작은 단위로 pr을 하자. (수정 용이)
- pr시에 관련 내용을 잘 정리하자.
- 사소한 코드리뷰로 감정이 상하지 않도록 주의!

<아쉬웠던 시도들>
*개인 일정 관리
-생각보다 개발에 집중할 수 있는 시간은 적다(프로젝트 회의, 코드리뷰, 문서화, 주간회의, 스터디 등)
-넉넉하게 일정을 잡더라도 일정이 밀린다면 우선적으로 개발할 것들을 개발하고 다음 단계로 넘어가자. a > b > c 가 되어야 프론트를 볼 수 있다면 a, b에서는 간단한 최소의 것만 만들고! 기간을 잡고 일정대로 진행
*애매한 용어 사용을 자제하자
*글로 의견을 전달하게 된다면 너무 딱딱한 표현은 피하자.
*내가 말하고 싶은 내용보다 상대방의 궁금해하는 내용을 고민하고 이해하기 쉽게 전달하자.
*질문에 충분히 고민한 흔적이 드러나도록 하자.
*질문할 내용을 문서화해두면 피드백 받기도 쉽고 내용도 명확해진다.
*직접 질문하기 어렵다면 고민을 잘 공유해보자.

<전환에 대해서>
*프로젝트를 끝까지 완성하는 것이 중요하다? 환경마다 다른데 잘 마무리하는것이 중요하다. 일정관리에 있어서 중요한 기능을 먼저 파악하고 더 나아가기 위한 것들을 잘 정리함.
*전환율:6명 합격(부서 내 부스트캠프)
*정규직으로 전환되려면? 다른 부서로 전환 시 최종발표.. 하면서 느꼈던 점, 알게 된 점들을 잘 정리

<전환 이후 느낀점>
*코드리뷰가 너무 어렵다
*크로스 브라우징
*마크업, 프론트, 백엔드, QA 등 작업영역이 명확하게 나누어져 있어 맡은 업무에 집중하기는 좋지만 사소한 CSS 변경사항도 바로 적용하기가 힘들다.
*뛰어난 팀원이 많아서 좋은 피드백
*유지 보수만 할 줄 알았는데 페이지와 컴포넌트를 직접 만드니 재미있음
*하고 싶은 일을 하면서 돈도 받을 수 있다(그러나 책임이 따르는..)