sudo_app-get_growth++.md

Career Growth++

월간 코드리뷰 | 커리어 성장

Date: 2021.10.01 @19:00 - 23:52

Speakers

Schedule	Event	Speaker
19:00-19:10	오프닝 및 웨비나 소개	신수철
19:10-19:50	Session 01: 성장하는 개발자의 '공유의 기술'	박미정
19:50-20:30	Session 02: 혼자서 오픈소스로 성장하기	변정훈
20:30-21:10	Session 03: 개발자의 슬기로운 발표 생활	서지연
21:10-21:20	Break Time
21:20-22:00	Session 04: 오픈소스 프로젝트 키우기	옥찬호
22:00-22:40	Session 05: Zero to Hero_Developer Roadmap	이수진
22:40-23:50	네트워킹 및 추가 QnA	All

Session 01

박미정 (레이첼) | 탈잉

성장하는 개발자의 공유의 기술

성장: 점점 커짐
성장의 목마른 개발자라는 존재...

[개발자 성장 키워드]
이걸 다 하면 정말 성장할까?

• 스터디 모임
• 블로그 글쓰기
• 컨퍼런스 발표
• 오픈소스 기여
• 집필

시작만으로는 어렵고 구체적인 목표가 있어야 함. 나만의 방법을 세워야함.

[고민 필수]

1. 나 지금 이거 할 시간이 있어?
2. 왜 하는건데?
3. 그래서 결과물이 뭐야?
   일정과 품질을 함께 가져가며 업무를 잘 해내는 것
4. 그럼 어떻게 할까?
   • 계획된 프로젝트 내에서 필요한 기술들 리스트업
   • (주간/일간) 업무 계획을 세울 때, 공부 계획도 함께 수립
     
     
     • 얼또: 레이첼이 페북에서 운영하는 그룹 (얼리 또라이)

[공부]

• 공부를 해야하는 맥락이 현실과 매우 밀접해야 하는 사람.
• 업무에 필요한 기술을 제대로 숙지해서 업무를 더 잘하기 위함.
• 새로운 것 학습하기 < 기존의 것을 더 정확히 이해하기.
  
• 업무를 하면서 모호하게 알고 있는 것들, 업무를 하면서 명확하게 하고 싶은 것들을 공부 → 결과를 가시적으로 확인 가능

[블로그]

• 새로운 기술 사용법 보다는 실제로 겪은 문제 해결 과정

  1. 내가 겪은 문제 상황을 자유롭게 노트에 작성
     
     

     • 잘 정리된 형식일 필요 없음
     • 그저 내가 기억할 수 있는 키워드면 충분

  2. 2주에 한 번 돌아보고 키워드 선정 후 작성

  

• 블로그 하는 이유
  문제 해결을 통해 깨달은 것을 온전한 내 것으로 만들기 위함

• 더닝 크루거 효과
  인지 편향의 하나로, 능력이 없는 사람이 잘못된 결정을 내려 잘못된 결론에 도달하지만, 능력이 없기 때문에 자신의 실수를 알아차리지 못하는 현상을 가리킨다.

• 내용 구성

  1. 문제 상황에 대한 설명
  2. 해결책
  3. 그 해결책을 선택한 이유

[집필]
집필이나 발표같은 경우 ⇒ 조금 더 이타적으로 목표가 필요

• 이타적으로 필요하다고 판단한 것 그리고 스스로가 묻어나는 것

  • 나를 녹여내면서도 누군가에게 필요한 것을 만들것
    
  • 정말 많은 고민과 시간이 필요함.
    

• 왜? 집필활동?
  내 가치관을 녹여서 책의 형태로 필요한 것을 제공하기 위함

• 결과물이 뭐야?
  내 이름으로 만들어진 책, 누군가에게 도움이 될 수 있음, 다음 책에 대한 욕심?
  

• 그럼 어떻게 할까?

  1. 평소에 왜 없지? 하는 것들 리스트 업 ⇒ 주제 선정
  2. 내가 그 주제를 경험 했거나, 곧 경험할 예정인지 판단
  3. 필요성, 차별화, 목차 작성 후, 출판사에게 제안
     내 책이 다른 이유가 뭔지.
  4. 집필 시간 계획
  

[발표]

• 하드스킬
  동기 부여가 필요할 때

• 소프트 스킬
  개발 문화에 기여하고자 할때

• 왜 하는건데?

  • 필요한 기술을 학습할 동기를 부여하기 위함 (하드스킬)
    • 2017년 Pycon 에서 발표함 Pyton과 데이터 분석
  • 회사 안팎으로 개발 문화에 기여하기 위함
    

• 그래서 결과물이 뭐야?

  • 스스로의 경험을 회고한 것

• 그럼 어떻게 할까?

  1. (필요한) 기술, (경험한) 개발 문화 주제 선정
  2. 외부 발표든 사내 발표든 데드라인 공표
     스피커 신청, 날짜 받아 놓기

• 결국 중요한 것은?
  명확하고 구체적인 목표 ⇒ 결과물 ⇒ 공유를 통한 피드백 수집

  • 공유? 이것만 지키자
    너무 상처받지 않을 배짱

    • 무플보다 악플이 낫다! 내가 얻을 수 있는 정보만 있다면 손해보는 거 아님.
    • 발표를 해도 해도 긴장됨....
    • 비난을 좋아하지 않지만서도....

  • 배경/문제 설명 ⇒ 해결책 ⇒ 선택 이유
    스스로 '왜?' 라는 질문에 답할 수 있다면 어떤 이유라도 괜찮음.

모든 것의 시작은 객관적으로 필요성/현실성 판단
모든 것의 마무리는 공유가 아닌 피드백 수집

• 피드백을 기준으로 다음에는 더 의미 있게 전달 할 수 있다.

스스로 일하는 방식을 관찰해보고 그 안에서 궁금한 점이 생기면 자연스럽게 찾아 더 연구하는 것, 그 편이 재미도 있고 효과도 좋은 것 같아요. By. 월드 바리스타 챔피언 전주연

Session 02

변정훈 (아웃싸이더) | 당근마켓

기여보다 학습 목적으로 바라보는 오픈 소스

주변에 배울거나 협업할 만한 동료가 없다고 하더라도 오픈소스에는 수많은 개발자들이 협업하면서 좋은 코드를 작성하고 있습니다.
오픈소스 생태계에서 더 좋은 코드를 작성하는 법을 배우고 협업하는 방법을 배우면서 성장하려면 어떻게 하면 좋은지 공유합니다.

[개발자의 성장]

• 업무 태도
• 커뮤니케이션
• 협업
• 업무 파악
• 문제 해결

[코딩]
코딩 실력을 늘리는 방법은 다양하다.

• 좋은 사수, 좋은 동료?
  각자 상황에 따라 일해보기 전엔 모르기도 하고,
  원하는 곳에 갈 수 있는 것도 아니고,
  사수나 동료가 없는 경우도 많고,
  취업 전일수도 있다.

  그렇기에 오픈소스를 사용하여 성장 해보자 !!

• 오픈 소스로 개인 프로젝트를 만들다.
  굳이 오픈소스로 공개할 필요는 없지만 이왕 작성한 소프트웨어를 오픈소스로 공개 해보자.

1. 코드를 많이 작성하다 ⇒ 이는 매우 중요

   • 좋은 코드든 나쁜 코드든 많이 작성하는 것이 중요
     처음 부터 좋은 코드를 짤 수 는 없다. 하지만 점점 좋아질 것.

   • 많이 작성한다는 것은 ⇒ 고민을 해 보며 작성하는 것을 의미
     이전 코드를 어떻게 개선할 수 있을지?

   새로운 프로그래밍 언어를 배우는 유일한 방법은 그 언어로 프로그램을 작성하는 것이다. By. 데니스 리치

   공부할 기술을 활용해 볼 소프트웨어를 만든다.

   • 기술을 먼저 선택을 하고 ⇒ 소프트웨어를 선택
   • 첫 고객은 자기 자신
     아무도 안 쓰는 소프트웨어라는 것은 없음.
     요구사항을 직접 정의할 수 있다.

   나는 힘든 일을 하기 위해 게으른 사람을 선택합니다. 게으른 사람은 그것을 하는 쉬운 방법을 찾을 것이기 때문입니다. By. 빌게이츠

   • 게으름: 귀찮음을 자동화 시키는 개발자적인 게으름

2. 기존 소프트웨어를 다시 만든다.

   • 장점

     • 아이디어를 고민하지 않아도 되고 요구사항이 이미 정해져 있다.
     • 참고할 소스코드가 있다.
     • 내부 구조를 이해할 수 있다.

   • Reinventing the wheel
     똑같은 프로그램을 직접 만들어 본다. 학습시에는 이는 매우 도움이 된다.

     • 웹서버
     • 랜덤 워드 제너레이터
     • UUID 제너레이터
     • HTTP 클라이언트
     • gRPC 클라이언트
     • 날짜/시간 관련
     • 라이브러리

3. 오픈소스 프로젝트의 코드를 읽는다.

   코드를 작성하는 것보다 읽는 것이 더 어럽습니다. By. 조엘 스폴스키

   더 많이 읽어볼수록 더 빨리 잘 읽을 수 있다.

   • 계속 코드만 보기는 어려우니...
     • 버그나 이슈가 있을 때 코드를 본다.
     • 문서가 잘 이해 알될 때 코드를 본다.
     • 내부 동작이 궁금해지면 코드를 본다.

   코드를 읽으려면

   • 프로젝트의 코드도 봐야 하지만 실행도 해봐야 하고
   • 로그를 찍거나
   • 디버거도 돌려보고
   • 때론 학습 테스트를 작성해 보기도 한다.

   작은 프로젝트 부터

   • 코드가 크면 보기가 어려움, 추상화도 많이 되어 있기에...
   • 프로젝트가 크다면 0.1 버전을 본다.
     프로젝트가 하고자 하는 기능은 같다. 초기 버전을 보면 처음에 어떤 접근을 가졌는지 알 수 있다 ⇒ 이해에 도움이 됨.
     • 핵심 아이디어 파악하기
     • diff 떠서 봐보기

4. 협업하는 방법을 배운다.
   대부분의 오픈소스도 협업으로 만들어진다.

   오픈소스가 회사와 다른 점은

   • 서로 본 적이 없는 모르는 사람이고
   • 어느 정도의 지식이나 경험이 있는지 모르고
   • 하고자 하는 일의 문맥도 모르고
   • 시간대도 다르며
   • 신뢰도 하지 않는다.

   메인테이너의 입장에선

   • 어떤 이슈가 이해하기가 좋은지
   • 어떤 이슈가 문제 파악이 쉬운지
   • 어떤 이슈가 처리가 안되는지
   • 어떤 Pull Request 가 리뷰하기 좋은지
   • 어떤 Pull Request 가 막혀있는지

   예) 카프카 오픈소스에 기능을 추가하고자 한다면 제안서를 아래와 같이 제출해야 함.

   오픈소스에서는 실수를 막기 위한 다양한 시스템이 갖춰져 있음.

   • Formatting
   • Linting
   • Unit Tests
   • Code Coverage
     • Coveralls
     • Codecov
   • Changelog / Release notes

   CI : continuous integration

   • Travis CI
   • Circle CI
   • GitHub Actions

   OpenHub ⇒ Black-dog

   • OpenSource 에 관한 정보를 알 수 있음

Session 03

서지연 (치즈) | NAVER

개발자의 슬기로운 발표 생활

발표 기회를 만드는 방법, 그리고 놓치지 않는 방법

1. 발표 경험이 중요한 이유

   • 나만의 강점 만들기
     개발 잘하는 사람 너무 많음, 나만의 강점이 필요.
   • 자기 브랜딩
     나의 가치 성장
   • 커뮤니케이션 스킬 향상
     개발자이기 때문에 말을 잘 하고 커뮤니케이션을 잘 하는 것이 몸값 성장에 도움이 된다.
     • Tech Skill + Communication Skill == 더 많은 커리어 선택권
     

2. 기회를 만드는 방법

   • 발표할 게 없어요 | 이미 다 아는 것들 인것 같아요.
     발표는 내 견해/관점을 공유하는 것.

     • 내가 경험한 것 나의 관점에서
     • 평소에 발표할 생각으로 정리해두기

       • 결론 - 문제 - 해결
         예) 쿼리 튜닝 작업을 했다.

         • 결론: 응답 속도 개선 함
         • 문제: 사용자가 많아지면서 응답 속도가 느려졌다
         • 해결: 쿼리 병목 발견, 인덱스와 조인문으로 쿼리 개선

       • 평소에 총알 준비: 발표, 블로그 그리고 미래의 삽질 할 나를 위해 (노션에 정리)

     • 특정 키워드로 구글링 했을때 한 페이지가 되지 않는다면 주제로 선정할만 함
     • Write once, run anywhere.
       • 같은 소재 우려먹기로인해 얻은 것
         • OCR Services 들
         • 다양한 Serverless 들
         • 조금씩 나아지는 코드
       • 어차피 현업도 같은 문제...
         • 다른 방법
         • 다른 환경
         • 다른 동료
     • 머리속으로 생각하기 < 내 언어로 정리해 말하기

   • 발표할 곳 찾기

     • 오프라인 코드 리뷰
     • 스크럼
     • 주간 회의
     • 빅 테크 컨퍼런스

   • 선 지름 후 수습
     하면된다가 아닌, 되면 한다.

   • 코딩 실력을 키우려면 코딩을 발표 실력을 키우려면 발표를

     • 성장하려면 불편함 속으로 자신을 던져야 한다.
     • 어느 순간에는 발표가 직접 나를 찾아올 때까지.

3. 기회를 놓치지 않는 방법

   • 횡설수설 말하는 것 같아요 || 내용이 재미 없는것 같아요
     ⇒ 핵심만 짧게 전달하기

   • 한 장표당 하나의 메시지

     • 메시지가 많으면 발표자에게 집중하는 것이 아니라 글을 읽기만 함
     • 모든 이야기 전달 < 중요한 내용 전달

   • 장표 집중 < 연사자 발표 집중
     장표는 한 눈에, 집중은 연사자에게

   • 화면이 빠르게 넘어가면 속도감 증가!
     지루할 틈이 없음

   • 발표 할때마다 너무 떨려요

     • 익숙하지 않은건 다 어려워요, 연습 또 연습
     • 개발자에게 주목받기란...
       

   • 여려운 거 == 안 익숙한 거
     익숙한거 == 쉬운 거

     • console.log 눈감고 치잖아요?

   • 주변 사람을 위해 리허설

     • 혼자 연습 ⇒ 가족 / 친구 / 팀 연습 ⇒ 피드백 반영

   • 발표 망치면 어쩌죠?
     못한 발표 청중이 까먹어요

   • 그럼 발표에서 최악의 상황은?
     무대에서 쓰러지기?

내가 배운 것

• 우리가 계속 같은 검색을 하는 이유 ⇒ 자꾸 까먹으니깐
• 공유의 즐거움
• 함께 성장
  진짜 일 잘하는 사람들

Session 04

옥찬호 | MOMENTI

오픈소스 프로젝트 키우기

파종부터 추수까지! 오픈소스 재배일기

1. 파종 - 어떤 오픈 소스 프로젝트를 만들까?

   파종: 작물의 번식에 쓰이는 씨앗을 뿌려 심는 농사일

   1. 다양한 요소 고민
      잘하는 분야 ← → 좋아하는 분야
      잘하는 언어 ← → 좋아하는 언어
      검증된 기술 ← → 새로운 기술

      • 위의 무엇이든 중요하지 않음. 무엇이든 좋다. 여러분들이 하고 싶은 것을 할 것
        • 하고 싶은 것을 해야 꾸준할 수 있음.

   2. 목표를 설정하자

      1. 꿈은 크고 넓게
      2. 발걸음은 작고 짧게

   Q. 처음 접하는 프로그래밍 언어를 공부할 때 어떻게 접근하는지?
   A. 기본 분법만 빠르게 보고 뭔가를 만들어 보세요. 만들다가 막히는 부분이 있으면 문서를 살펴 보거나, 아는 사람에게 물어 하나씩 헤쳐나가세요. 뭔가 동작하는 걸 완성해보는 경험이 중요합니다.

2. 발아 - 프로젝트 프로토타입 만들기

   발아: 식물의 종자-포자-꽃가루 및 가지나 뿌리 등에서 싹이 발생하고 생장을 개시하는 과정.

   • 프로토타입을 만들 때 고려해야 할 사항 ⇒ 미니멀리즘
     꼭 필요한 것만 남기고 나머지는 비우기

     일단 어느 수준까지 만들어서 사용자들이 사용할 수 있게 해야 함 ⇒ 꼭 필요한 기능은?

3. 써레질 - 빌드/배포 자동화 및 각종 툴 설치

   써레질: 써레를 이용해서 모를 내기 직전에 갈아놓은 논바닥의 덩어리진 흙을 깨뜨리며 바닥을 판판하게 고르는 일

   • 유명한 오픈소스 프로젝트 공통점

     • 배지들이 다양하게 달려 있음

     • CI / CD

       • CI: 여러 개발자가 작성하거나 수정한 소스를 지속적으로 통합하고 테스트하는 것
       • CD: 개발, 통합, 배포, 릴리즈, 테스트를 자동화해 지속적으로 배포하는 것
       • Tools: GitHub Actions, Travis CI, CircleCI, AppVeyor, Jenkins

     • Code Coverage

       • 테스트를 진행할 때 코드가 얼마나 실행되었는지를 나타내는 지표
       • Tools: Covertura, CappUnit, Pytest, Coverage.py, Icov/gcov

     • 정적 코드 분석 (Static Code Analysis)

       • 코드 내에서 발견될 수 있는 보안 취약점, 잠재적인 결함, 위험 등을 찾는 과정
       • Tools: CodeClimate, Codebeat, Codacy, LGTM, CodeFactor

4. 모내기 - 협업을 위한 준비 및 홍보

   모내기: 모판(못자리) 싹을 틔운 모(육모)를 논에 심는 농작법

   • 다른 개발자가 우리 프로젝트를 참여하게 할 것은?
     • 프로젝트 설치 및 사용 방법 알려주기 | 문서
       • 운영체제별로 설치 법을 별도로 제공
     • 프로젝트 코드 및 구조 문서화하기
       • 세세하게 설명해 놓으면 남들에게 기여 받기가 쉬워짐
     • 기여 방법 단계별로 알려주기
       • Pull Requests
     • 도움이 필요한 부분 등록하기
     • 질문 답변을 위한 창구 만들기
   • 모든 준비가 끝났다면 오픈소스 홍보 타임
     • 트위터
     • 페이스북
     • 레딧

5. 제초 - 이슈 및 코드 리뷰 대응

   제초: 잡초를 뽑아 없애는 것

   • 이슈 템플릿 작성하기

     • 자신이 적고 싶은데로 적지 않도록 통일성 부여

   • PR 템플릿 작성하기

     ## Description
     
     ## Tasks
     * [] Tested on Linux
     * [] Tested on Windows
     * [] Tested on macOS
     
     ## How to test this PR 
     .
     .

   • 코드 리뷰 하기

     • 꼼꼼하게
     • 왜 이렇게 작성했는가 이야기를 들을 필요가 있다면 질문

6. 추수 - 다음 단계를 위한 준비

Session 05

이수진 | ta%fix

Zero to Hero

非개발자에서 Be개발자로 성장할 수 있었던 4가지 비결

1. 나만의 커리어 로드맵을 그려라
   IT 업계의 커리어는 사다리가 아닌 정글짐
   

   • 신기술, 회사 내 업무, 관심사에 따른 커리어 변환이 잦음
   • 내 관심사와 성향에 맞는 개발 분야 및 직무 찾기
     
   • 개발자에게 커리어 로드맵이란?
     나는 OO 개발자로 성장하기 위해 어떤 노력을 할 것인가? (Discovery & Plan)
     • 커리어
       • 향후 1-2년, 3-5년 후 나의 모습은?
         • 커리어 탐색: 희망 직무의 기술 트렌드 및 요구 역량 이해
           • 개발자 로드맵에서 희망 직무를 찾아보기
           • 관심있는 회사와 채용 공고를 3개 이상 찾아보고 필요한 소프트스킬, 하드스킬을 정리해보기
           • 관련 업계 롤모델을 찾아보고 배울 점을 정리해보기
           • 실무자의 경우, 부서 내 Career Ladder 기준으로 개인 역량 진단.
       • 나는 현재 어느 위치에 있는지
         • 현재 내 지식과 역량이 업계에서 요구하는 수준에 미치는가?
         • 특정 지식을 학습하는데 어느 정도 걸리는가? 배우면 할수 있는 일인가?
       • 커리어 로드맵 작성하기
         
         • 단 시간에 성취할 수 있는 아주 작은 것 부터 시작.
         • 기본기에서 탁월함이 나온다.
           프로그래밍 기초의 중요성.
         • 소프트 스킬(커뮤니케이션 능력, 리더십)도 역량이며 경쟁력
     • 개발
       • 나의 강점은?
       • 내가 개발해야 할 역량은? (커리어 탐색)
       • 이를 성취하기 위해 해야 할 일은? (역량 개발 목표 설정)
     • 목표
       • 나는 다음 3~6개월 동안 무엇을 개선하기를 원하는가?
       • 내 앞에 내가 극복해야만 하는 무엇이 있는가?
     • 행동단계
       • 목표를 달성하기 위해 내가 취해야 할 특정 행동은 무엇인가?
     • 결과

2. 영어로 개발 지식을 쌓자
   개발자에게 날개를 달아주는 영어

   • 전세계 어디서든 일할 수 있는 해외 취업의 기회의 문
   • 최신 개발 지식과 정보를 습득
   • 전 서계적인 오픈 소스에 기여
   • 해외 컨퍼런스 참석 및....

   영어는 내 삶의 영역을 넓혀주는 도구

   • 듣기: 개발 관련 팟캐스트, 유튜브 채널 등 구독
   • 읽기: 한국어 번역, 영어로 개발 문서, 서적, 블로고 읽기
   • 쓰기: 개발 문서 작성, 소셜미디어, 블로그 글
   • 말하기: 해외 컨퍼런스 발표하기, 해외 개발자들과 네트워킹 하기

3. 학습과 취업을 동시에 잡는 개발 프로젝트를 만들자

   70:20:10 학습법칙

   
   • 학습의 70프로는 업무 경험을 통해서
   • 20 프로는 타인과의 상호작용을 통해서
   • 10 프로는 교육을 통해서 일어난다

   프로젝트를 통한 개발 학습

   
   • 문제 해결 과정을 기록해 컨텐츠를 남길 것

   취업을 위한 프로젝트 - 실무자

   • 내가 고용주를 찾는 것이 아니라 고용주가 직접 우리를 찾게 만들자
   • 기업의 가치를 높여주는 프로젝트
   • 회사 내에서 오픈소스 프로젝트를 진행
   • 현업에서 부딪힌 문제점을 발전시켜 프로젝트를 진행

4. 커뮤니티와 함께 성장하자

   문화는 흙이고 기술은 꽃이다. 기술은 문화라는 흙을 먹고 자라는 꽃이다. 개발자들이 모여서 진행하는 가상의 모임은 꽃을 피우기 위한 문화라는 흙을 비옥하게 만들어줄 것이다. By. 임백준

   • 다양한 커뮤니티 활동을 통해 멘티에서 멘토로 성장

     • 커뮤니티 행사를 통해 싱가포르 내 회사에 취업
     • 현지 개발자들과 네트워킹, 멘토링, 페어 프로그래밍 등을 경험
     • 회사 내 다수의 데이터 시각화 프로젝트를 발표
     • 데이터 시각화 대회 참가
     • 난민, 비전공자, 일반인을 위한 무료 코딩 캠프를 진행하는 비영리 기관에서 현재 웹 프론트엔드 분야 벤토로 활동 중 (독일 2021)

   • 개발 커뮤니티는 어떻게 참여하는가?

     • 로컬 커뮤니티
       • meetup.com 등 내가 사용하는 기술, 언어 관련 그룹 찾아보기
       • 컨퍼런스 행사 자원 봉사자 또는 발표자로 참여하기
       • 커뮤니티 내 프로젝트에 참여하기
         • 번역
         • 커뮤니티 웹사이트 제작
         • 해커톤
     • 온라인 커뮤니티
       • 온라인 강좌를 통해 학습 커뮤니티에 활동하기
       • 온라인 해커톤, 세미나, 워크샵 등에 참여하기
       • 핵토버페스트 등 입문자를 위한 오픈 소스 행사에 참여하기
       • 스택오버플로우 등 동료 개발자들의 질문에 답글 남기기