상반기네이버인턴을돌아보며
네이버 아폴로 FE | 임문수
자기 소개
• 임문수 (munsu.lim@navercorp.com)
• 네이버 Apollo FE Dev (2020.02 인턴 후 6월 입사)
• 네이버 블로그 프론트엔드 개발
목차
• 인턴에 들어오기전 과정
• 인턴에서 무엇을 했나요?
• 좋았던 시도들
• 아쉬웠던 시도들
인턴에 들어오기까지
인턴 채용
• 상, 하반기 인턴 채용
• 인턴 수시 채용 (https://recruit.navercorp.com/)
• 프로그램 연계 채용 (부스트캠프, 네이버 핵데이 등)
내가 하던 것
네이버에서 원하는 것
부스트캠프 ?
네트워킹데이
인턴전에 공부하면 좋은 것들
올해 부스트캠프 지원 끝났는데?
• 프론트엔드라면 자바스크립트는 필수 (기회가 되면 타입스크립트도…)
• Git (branch,checkout, commit, push, rebase, reset) 정도는 연습해보자
• 시간이 있다면 토이프로젝트를 진행하면서 웹팩, 프레임워크, eslint 등을 적
용해보자.
토이프로젝트
• 팀으로 진행한다면 상용화되어 있는 서비스를 클론 할 수 있다.
• 혼자서 개발한다면 게시판, todo 와 같은 간단한 프로젝트라도 만들어
보자. (ex http://todomvc.com/)
• 설계, 일정 산출, 기능 개발과 같이 프로세스를 지키면서 진행하고 팀원
과 함께 한다면 코드리뷰를 혼자 진행하더도 git과 eslint는 꼭 사용해
보자.
• Commit 컨벤션이나 branch 전략, 웹팩도 알면 좋다.
면접 준비
• 기본적인 알고리즘 테스트와 인성, 기술 면접으로 이루어진다.
• 무엇을 공부해야할지 모르겠다면 여러 개발자분들이 모아두신 자료부터 시작
해보자.
(ex https://github.com/JaeYeopHan/Interview_Question_for_Beginner)
기술면접?
해당 키워드의 개념도 중요하지만 더 심도있게 공부하는 것이 좋다.
• 왜 이런 기술이 도입되었는가 ?
• 어떻게 활용할 수 있는가 ?
• 다른 비슷한 기술과는 어떻게 다르고 각각 어떠한 장단점이 있는가?
와 같이 하나의 키워드로 이어지는 질문에 대비할 수 있게 준비하는 것이 좋다.
인턴동안 무엇을 했나요?
1주차 (적응기간)
• 대여 기기에 개발 준비
• 간단한 과제 (자바스크립트, 웹 기반 지식)
• 프로젝트에 필요한 사전 강의 or 문서
• 개발에 필요한 팁
2~7주차 프로젝트 개발 기간
• 일정 산출, 설계
• 프로젝트 개발
• 프로젝트 회의 및 주간 회의
8주차 최종 발표 기간
• 프로젝트 시연 준비.
• 발표 자료 준비 및 발표.
좋았던 시도들
테스트 코드
• 기능을 개발할 시간도 부족하다.
• 어차피 완벽한 테스트는 불가능한데 크게 의미가 있나?
• 프론트를 테스트하는데 공수가 너무 많이 들어간다.
단위테스트라도..
테스트가 없으면 변경이 매우 불편해진다.
꼼꼼한 코드리뷰
첫번째 PR은 많은 변경 이후에 머지되었다.
코드리뷰에서 주의해야할 점
• 작은 단위로 PR을 하자.
• PR시에 관련 내용을 잘 정리하자.
• 사소한 코드리뷰로 감정이 상하지 않도록 주의!
아쉬웠던 시도들
프로젝트 및 개인 일정 관리
생각보다 개발에 집중 할 수 있는 시간은 적다.
프로젝트 및 개인 일정 관리
A B C
• 일정이 밀린다면 우선적으로 개발할 것들을 개발하고 다음
단계로 넘어가자.
커뮤니케이션
• 애매한 용어 사용을 자제하자.
• 글로 의견을 전달하게 된다면 너무 딱딱한 표현은 피하자.
• 내가 말하고 싶은 내용보다는 상대방의 궁금해하는 내용을 고민
하고 이해하기 쉽게 전달하자.
질문 하기와 공유하기
• 질문에 충분히 고민한 흔적이 드러나도록 하자.
• 질문할 내용을 문서화해두면 피드백 받기도 쉽고 내용도 명확해
진다.
• 직접 질문하기 어렵다면 고민을 잘 공유해보자.
발표를 마치며
전환에 대해서
• 프로젝트를 끝까지 완성하는 것이 중요하다?
• 전환율은 어떤가요?
• 정규직으로 전환되기 위해 어떻게 해야될까요?
전환 이후 느낀점들
• 코드리뷰가 너무 어렵다…
• 크로스 브라우징...
• 마크업, 프론트, 백엔드, QA 등 작업영역이 명확하게 나누어져 있어 맡
은 업무에 집중하기는 좋지만 사소한 CSS 변경사항도 바로 적용하기가
힘들다.
그래도..
• 팀원분들이 다들 뛰어나셔서 피드백을 받
아서 문제를 해결하기가 좋다.
• 유지 보수만 할 줄 알았는데 페이지와 컴포
넌트를 직접 만드니 재미있다. (블로그에
내가 작업한 페이지가 배포되었다!)
• 하고 싶은 일 하면서 돈도 받을 수 있다.
(그러나 책임이 따른다…)
200820 NAVER TECH CONCERT 12_상반기 네이버 인턴을 돌아보며

200820 NAVER TECH CONCERT 12_상반기 네이버 인턴을 돌아보며

  • 2.
  • 3.
    자기 소개 • 임문수(munsu.lim@navercorp.com) • 네이버 Apollo FE Dev (2020.02 인턴 후 6월 입사) • 네이버 블로그 프론트엔드 개발
  • 4.
    목차 • 인턴에 들어오기전과정 • 인턴에서 무엇을 했나요? • 좋았던 시도들 • 아쉬웠던 시도들
  • 5.
  • 6.
    인턴 채용 • 상,하반기 인턴 채용 • 인턴 수시 채용 (https://recruit.navercorp.com/) • 프로그램 연계 채용 (부스트캠프, 네이버 핵데이 등)
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
    인턴전에 공부하면 좋은것들 올해 부스트캠프 지원 끝났는데? • 프론트엔드라면 자바스크립트는 필수 (기회가 되면 타입스크립트도…) • Git (branch,checkout, commit, push, rebase, reset) 정도는 연습해보자 • 시간이 있다면 토이프로젝트를 진행하면서 웹팩, 프레임워크, eslint 등을 적 용해보자.
  • 12.
    토이프로젝트 • 팀으로 진행한다면상용화되어 있는 서비스를 클론 할 수 있다. • 혼자서 개발한다면 게시판, todo 와 같은 간단한 프로젝트라도 만들어 보자. (ex http://todomvc.com/) • 설계, 일정 산출, 기능 개발과 같이 프로세스를 지키면서 진행하고 팀원 과 함께 한다면 코드리뷰를 혼자 진행하더도 git과 eslint는 꼭 사용해 보자. • Commit 컨벤션이나 branch 전략, 웹팩도 알면 좋다.
  • 13.
    면접 준비 • 기본적인알고리즘 테스트와 인성, 기술 면접으로 이루어진다. • 무엇을 공부해야할지 모르겠다면 여러 개발자분들이 모아두신 자료부터 시작 해보자. (ex https://github.com/JaeYeopHan/Interview_Question_for_Beginner)
  • 14.
    기술면접? 해당 키워드의 개념도중요하지만 더 심도있게 공부하는 것이 좋다. • 왜 이런 기술이 도입되었는가 ? • 어떻게 활용할 수 있는가 ? • 다른 비슷한 기술과는 어떻게 다르고 각각 어떠한 장단점이 있는가? 와 같이 하나의 키워드로 이어지는 질문에 대비할 수 있게 준비하는 것이 좋다.
  • 15.
  • 16.
    1주차 (적응기간) • 대여기기에 개발 준비 • 간단한 과제 (자바스크립트, 웹 기반 지식) • 프로젝트에 필요한 사전 강의 or 문서 • 개발에 필요한 팁
  • 17.
    2~7주차 프로젝트 개발기간 • 일정 산출, 설계 • 프로젝트 개발 • 프로젝트 회의 및 주간 회의
  • 18.
    8주차 최종 발표기간 • 프로젝트 시연 준비. • 발표 자료 준비 및 발표.
  • 19.
  • 20.
    테스트 코드 • 기능을개발할 시간도 부족하다. • 어차피 완벽한 테스트는 불가능한데 크게 의미가 있나? • 프론트를 테스트하는데 공수가 너무 많이 들어간다.
  • 21.
  • 22.
    꼼꼼한 코드리뷰 첫번째 PR은많은 변경 이후에 머지되었다.
  • 23.
    코드리뷰에서 주의해야할 점 •작은 단위로 PR을 하자. • PR시에 관련 내용을 잘 정리하자. • 사소한 코드리뷰로 감정이 상하지 않도록 주의!
  • 24.
  • 25.
    프로젝트 및 개인일정 관리 생각보다 개발에 집중 할 수 있는 시간은 적다.
  • 26.
    프로젝트 및 개인일정 관리 A B C • 일정이 밀린다면 우선적으로 개발할 것들을 개발하고 다음 단계로 넘어가자.
  • 27.
    커뮤니케이션 • 애매한 용어사용을 자제하자. • 글로 의견을 전달하게 된다면 너무 딱딱한 표현은 피하자. • 내가 말하고 싶은 내용보다는 상대방의 궁금해하는 내용을 고민 하고 이해하기 쉽게 전달하자.
  • 28.
    질문 하기와 공유하기 •질문에 충분히 고민한 흔적이 드러나도록 하자. • 질문할 내용을 문서화해두면 피드백 받기도 쉽고 내용도 명확해 진다. • 직접 질문하기 어렵다면 고민을 잘 공유해보자.
  • 29.
  • 30.
    전환에 대해서 • 프로젝트를끝까지 완성하는 것이 중요하다? • 전환율은 어떤가요? • 정규직으로 전환되기 위해 어떻게 해야될까요?
  • 31.
    전환 이후 느낀점들 •코드리뷰가 너무 어렵다… • 크로스 브라우징... • 마크업, 프론트, 백엔드, QA 등 작업영역이 명확하게 나누어져 있어 맡 은 업무에 집중하기는 좋지만 사소한 CSS 변경사항도 바로 적용하기가 힘들다.
  • 32.
    그래도.. • 팀원분들이 다들뛰어나셔서 피드백을 받 아서 문제를 해결하기가 좋다. • 유지 보수만 할 줄 알았는데 페이지와 컴포 넌트를 직접 만드니 재미있다. (블로그에 내가 작업한 페이지가 배포되었다!) • 하고 싶은 일 하면서 돈도 받을 수 있다. (그러나 책임이 따른다…)