캐치 # 개발자 커리어콘 - 개발자 성장 로드맵

📎  캐치 # 개발자 커리어콘 - 개발자 성장 로드맵

 

https://www.catch.co.kr/CatchCafe/ProgramView/1155

개발자 성장 로드맵ㅣ캐치

 

 

내용:  개발자 성장에 필요한 커리어 전환 및 강점을 찾는 방법에 대한 이야기

 

일시: 6.29(화) 오후 7시 - 8시 30분

---

 

김은영 - 카카오 서버 개발자

"개발자 전향을 위한 고군분투 이야기"

커리어 전환할 때 느꼈던 커리어 목표의 중요성, 현업에서 느낀 취업 준비 팁에 대해 이야기합니다.

 

 

1. 커리어 전환 계기

하고 싶은 일(개발자) vs 해야 하는 일(SQA)

개발자로 입사를 했으나 입사 초기에 QA 업무를 진행하였지만, 개발 관련된 업무를 하고 싶었음 

팀 이동 요청 -> QA 인력 부족하다고 거절받음

 

선택 1) 대리 직급으로 이직

• 이직할 때 유리하지만, 커리어 전향이 불가능함

선택 2) 퇴사하고 개발자로 전향(이직) 준비

• 재취업이 가능할지 ?

선택 3) 회사를 다니면서 개발자로 전향(이직) 준비

 

 

2. 커리어 전환 과정

목표 회사 List up(선택과 집중)

• 휴가, 면접 등에 따라 선택과 집중을 하고 목표 회사를 List up !
• 회사의 리스트는 '내가 성장할 수 있는지가 가장 우선순위로 둠'
• 회사마다 준비해야 하는 기술이 있기에 적당한 리스트를 잡고 준비하는 것을 추천

 

직장인 -> 시간이 부족함

• 집중해야 하는 일과 집중하지 않아도 되는 일을 분리하자.
• 남는 시간을 활용하자(특히 출퇴근 시간!!)

 

직장을 다니면서 이직 준비를 하면 안 좋은점?

• 마음이 느슨해짐
• 따라서 개발자 취업 스터디를 이용하자(알고리즘 공부, 면접 준비, 정보 공유 등)

 

경력이 쌓일수록 커리어 전환이 힘듬

• 커리어 전환을 하면 경력직 혹은 신입으로 들어가든 경력을 인정 받을 수가 없음
• 따라서 커리어 전환하기로 마음을 먹었다면 빠르면 빠를수록 좋음 

 

 

3. 커리어 목표의 중요성

• SW 개발 분야의 종류는 정말 많음
• 백엔드, 임베디드, 모바일, 게임, 프론트엔드, 빅데이터, AI, DBA, ...
• 첫 회사는 중요함

 

 

4. 개발 직군 정하는 방법

백견불여일타(JUST DO IT!)

• 망설이지 말고 JUST DO IT!
• 너무 열심히 너무 잘하려고 하지 말고 JUST DO IT!
• 너무 많이 준비하지 말고 JUST DO IT!

 

토이 프로젝트를 하자

• 원하는 분야를 찾았다? -> 계속 파고들 것
• 원하는 분야를 못찾았다? -> 분야가 다양해짐
• 따라서, 모든 프로젝트들이 경험이고 소중한 자산

 

 

5. 개발 직군에 대한 노력

무슨 노력을 어떻게 해야 할까?

 

기술 스택을 파악하기

• 경력직 공고
• 기술 블로그(우아한 형제들 기술블로그, Naver D2 등)
• 기술 컨퍼런스(if(kakao), DEVIEW)

공부 방법: 토이 프로젝트, 기술 블로그 정리 등

여유가 없다면 1번을 면접 전에라도 볼 것

 

 

 

정리

• 커리어 전환을 하기로 정했다면, The sonner The better
• 원하는 개발 직군을 빨리 정하자!
• 개발 직군을 정하는 방법은 '백견불여일타(Just Do It!)'
• 원하는 직군에서 쓰이는 기술 스택을 파악하고 발전시키자!

 

 

 

 

진유림 - 비바리퍼블리카(토스) 프론트엔드 개발자

"0.5인분, 1인분, 10인분 개발자"

1인분 몫을 하기 위한 주니어 개발자의 고뇌를 공유하고 10인분 몫을 해내는 개발자로 성장하기 위한 방법에 대해 알아봅니다.

• 현재 개발자로 일한지는 6년
• 주니어 - 미드(현재 본인의 위치?) - 시니어 - 장인
• 주니어 개발자로 처음 취직했을 때 -> '열심히 공부하고 기여해서 1인분 몫을 할거야' 라는 목표

 

다양한 경험을 하며 이직을 하고 자신감을 가짐

• 다음 목표는 ? 10인분 개발자
• 10배로 많이 일하기가 아닌 10배 효율의 개발 기반 만들기 

 

여러분이 다음 단계의 개발자로 성장하기 위해 필요한 능력 다이어그램

• '구현' 능력 외에 필요한 역량

 

구현 실무 예시

• 기획자, 디자이너와 빠르게 협업해 앱 출시
• 서비스에 새로운 기능을 추가하고 과연 유저들이 많이 사용하는지 데이터를 지켜봄

=> 프로덕트 개발

 

• 디자인팀과 협업해 UI Kit를 만들어 모든 페이지에서 일관성있는 UI를 볼 수 있도록 만들기
• 코드를 GitHub에 올리고, CI/CD 적용한 시스템을 만들어 동료 개발자 생산성 극대화

=> 플랫폼 개발

 

 

	프로덕트 개발	플랫폼 개발
고객	일반 사용자	개발자
필요 능력	실제 사용자 기반의 사고 & 빠른 손	다양한 케이스에서 공통점을 뽑아내기, 생산성 개선에 대한 흥미
즐거운 점	내가 만든 서비스를 온갖 사람들이 돈내고 사용하네 ~! (제품 개발에 대한 감 Up)	내가 만든 시스템을 울 회사 개발자가 다 쓴다고 !? (회사 내부 임팩트 Up)
아쉬운 점	ASAP한 개발을 하다 보니 기술을 깊이 파고싶다는 갈증이 있음	기술을 깊이 팔 순 있지만, 제한된 사람들에게만 임팩트를 줄 수 있음

 

 

프로덕트 개발의 성향자

• 개발은 내가 원하는 서비스를 만드는 수단일 뿐이다!
• 천천히 코드 고칠 시간이 어딨어, 빠르게 개발하고 사용자 반응을 보자.
• 기획자, 디자이너와 함께 서비스 이야기 하는게 재밌다.

 

플랫폼 개발의 성향자

• 사용자가 쓰든 안 쓰든, 개발 자체에서 재미를 느낀다.
• 기술 하나를 깊게 파는 것을 즐긴다.
• 반복되는 작업은 반드시 자동화 해야 한다.

 

밸런스가 중요해요!

• 한 프로젝트에서도 두 성향이 섞여있음
• 프로덕트 개발만 하면 플랫폼 사고를 키울 수 없음
• 플랫폼 개발만 하면 프로덕트 사고를 키울 수 없음

 

본인의 강점은 키우면서 밸런스를 맞출 수 있음

 

프로덕트 개발 스킬 능력 키우기

• 주어진 그대로 개발만 하는게 아닌 실제 이 기능이 유저에게 어떤 의미가 있는지 사업적으로 어떤 임팩트를 주는지 파악 후 개발을 시작한다.
• 정신개조 - 못난 질문은 없다! 사소한 질문이라도 하지 않으면 영원히 알지 못하게 된다.
• 주어진 스펙을 최소로 줄인 MVP를 빠르게 개발하는 연습 (quick hand!)
• 데이터를 보는 습관을 기른다. 데이터가 없다면 수집부터!

 

플랫폼 개발 스킬 능력 키우기

• 기능이 필요할 때, 이게 나뿐만이 아닌 다른 사람들도 필요한지 한 번만 생각해본다.
•     => 맞다면, 일단 노트에 적는다!
•     => 평소에 하던 개발의 10%정도로 시간을 들여 이 기능을 다른 사람도 쓸 수 있도록 개발한다.
• 처음부터 모든 사람이 모든 경우에 쓸 수 있도록 만들려고 하지말자(오버 엔지니어링 X)
•     => 일단 나의 케이스만 대응하는 코드를 만들고 조금씩 범용적인 기능 덧붙이기
• 팀의 생산성에 기여하는 기능 개발 기회가 보이면 바로 지원한다.
• 오픈소스 컨트리뷰톤에 참여한다.

 

 

구현, 설계, 비즈니스 사고

 

"매거진 기능을 넣어주세요" 라는 요구사항

 

구현 스킬 보유자

• "확인했습니다~ 목요일경에 테스트 가능한 링크 공유할게요 ~"

 

설계 스킬 보유자

• 추후에 매거진 월별 관리 기능도 생각중이신가요? 그리고 고객사가 직접 매거진을 올릴 수 있는 어드민도 있으면 좋겠네요"

 

비즈니스 사고 스킬 보유자

• ㅇㅇ기능 대신 매거진 개발에 집중해야 하는 이유가 뭔가요?
• 유저 반응 보기 위해 스펙을 ~정도로 줄여서 MVP로 내보면 어떨까요?

 

요구사항이 주어졌을 때 단순히 언제까지 개발한다는 외 다양한 응답을 할 수 있음

• 충분히 주니어들도 할 수 있는 생각
• 기능 개발을 시작하기 전에 "주어진 스펙 이외 다른 고려할 점이 없는지 고민하는 연습"
• "왜" 이걸 "지금" 해야하는지 납득할 수 있는 이유를 찾는 연습
• '연습'만이 살길이다!!

 

 

설계 스킬 키우기

책 읽기: 클린 코드, 리팩터링, 오브젝트 등

• 책만 읽으면 안되고 나만의 원칙으로 정리하고, 코드 예시 적어보기

Better code 토론 스터디

• 서로 코드를 가져와서 읽어보고, 같이 공부한 원치에 뭐가 위배되는지, 개선할 점이 있는지 등 토론

※ 좋은 설계란 정말 추상적이고, 케이스에 따라 다르기 때문에 혼자 고민하기 보다는 팀원과 함께 고민하는 것이 정말 도움이 많이 됨

 

 

 

비즈니스 스킬 키우기

비개발 직군이 문제를 어떻게 풀어내는지 관찰

• "이 아이디어는 어떻게 나오게 되었는지?"
• "이 아이템은 왜 지금 해야하는지?"

데이터 자주 보기

• 개발로만 끝난게 아닌 가설 검증으로 러닝 얻어 앞으로 개발할 때 이를 바탕으로 설계/의견 개진

사용자가 있는 토이프로젝트 만들기

 

 

성장했는지 파악할 수 있는 방법

• 기록을 해놔야 내 성장 지표를 확실하게 가늠할 수 있음
• 기록은 발표, 블로그, GitHub, TIL, 온라인 강의 등등