본문 바로가기

두두의 삶/두두의 책

[컴퓨터/IT][독후감] "요즘 개발자" - 임동준, 고예슬

728x90

2024.06.03 ~ 2024.07.02
Score ❤❤❤❤


1장.

1.1. 세상이 정의하는 개발자

Q. 내 일상생활에 많은 영향을 끼치는 소프트웨어 다섯 가지

  • 카카오톡
  • 메모장 (노트패드)
  • 웹 브라우저
  • 윈도우
  • 리눅스

Q. 개발자 수요가 높은 이유. 기업이 시간과 비용을 들여 개발자를 채용하고 소프트웨어 개발 및 유지 보수에 직접 나서는 이유

  • 내 생각: 오프라인으로 돈과 시간을 투자해야하는 기능을 시간과 공간에 제약받지 않는 온라인으로 제공해주기 때문
  • 책 생각: 지속적으로 변화하는 고객의 요구 사항에 대응하기 위해

Q. 내가 중요하다고 생각하는 세상의 변화

  • 어제보다 오늘 더 나은 삶


⭐️복합적 문제 해결 능력이 중요
⭐️세상을 바라볼 때 개발자의 시선으로 ‘왜’라는 질문을 계속해서 던져보자

1.2. 회사가 정의하는 개발자

Q. 내가 자주 사용하는 서비스 기업의 핵심 가치 찾기

  • 애플: 단순함(simplicity), 창의성(creativity), 인간애(humanity)
  • 메타의 개발 문화: move fast(개발), iteration(우선 동작하는 제품을 개발하고 사용자의 반응과 데이터를 살피면서 기민하게 발전시키는 것 = 해커톤)

Q. 개발자 콘퍼런스에서 주최한 기업의 다음 방향성을 드러내는 서비스 찾기

  • 구글 I/O > gemini
  • 애플 WWDC
  • 마이크로소프트 Build
  • 오픈 AI Open AI DevDay
  • 네이버 deview
  • 토스 slash
  • 이글루코퍼레이션 idc
  • 현대차 hmg
  • 우아한형제들 https://woowacon.com, techblog.woowahan.com, www.youtube.com/우아한Tech

Q. 기업의 블로그나 유튜브를 통해 신규 입사자를 위한 온보딩 콘텐츠 찾기

  • 잘 돌봐주고 혼자서 해낼 수 있게 도와주는 정도로 함
  • 놔두지 않는 것이 중요한듯 (내 생각)
  • https://engineering.fb.com


⭐️회사가 어떤 문제를 어떻게 해결하는지에 집중하라!

1.3. 내가 정의하는 개발자

Q. 나는 어떤 개발자인지 정의해보기

  • 작더라도 멈추지 않고 발전하는 개발자

Q. 내가 생각하는 좋은 개발자의 특징 세 가지와 그 이유를 적어보기

  • 끈기가 있어야 함
  • 개발에 열정이 있어야 함
  • 문제를 발견하고 해결하는 것을 좋아함
  • 소프트웨어로 문제를 해결하는 과정이 전례 없는 수준의 성능을 보여줘야 함
  • => 문제 정의, 문제 해결, 해결 방법 공유

Q. 공감이 되는 개발자 이야기를 세 개 이상 찾고 댓글 남기기

⭐️‘어떤 가치’를 만드는 개발자가 되고 싶은지 고민해야 함
현재 내 호기심을 자극하는 것이 무엇인가? 나는 어떤 변화를 일으키고 싶은가?
일기, 카드 사용 내역, 가계부를 통해 내가 어디에 시간과 돈을 투자하는지 살펴보라.
ex. 사람들과 함께 보내는 시간, 책, 전시회 => 다른 사람과 의견을 나누며 성장하는 활동, 폭넓은 트렌드를 읽을 수 있는 활동을 즐긴다.
⭐️로드맵! 기획자, 교육자, 테크 엔지니어, 작가 등 새로운 커리어로 전환하는 경우도 있음
⭐️사실 성공 경험보다 더 도움이 되는 이야기는 실패한 경험입니다. 다른 사람의 실패를 깊이 들여다보면 그만큼 많은 것을 배울 수 있습니다.
⭐️미션 공유 커뮤니티 : https://github.com/ssac-dev/yozm

 

GitHub - ssac-dev/yozm

Contribute to ssac-dev/yozm development by creating an account on GitHub.

github.com


2장

2.1. 출발하기 전 고민해야 할 두 가지

Q. 피드백의 부재로 내가 잘하고 있는지 판단하기 어려웠던 경험 한 가지 생각하기

  • 코드 리뷰를 섬세하게 받지 못해서 내 코드의 방향성이 제대로 된 것인지 알기 어려웠다.
  • 양치질 제대로 했는데 치석이 생기는 이유 ? 양치질 직후 피드백을 제대로 받은 적이 없기 때문…
  • 운동 피드백.. pt..

Q. 즉각적인 피드백을 통해 무언가를 배울 수 있었던 사례 한 가지 생각하기

  • 서버 장애났을 때의 피드백? 해결하는 걸 옆에서 보면서 배웠다
  • 웹 서비스에서의 피드백 : 로딩중같은 화면, 404 페이지 등

Q. 내가 사용하는 서비스 중 즉각적인 피드백을 제공하는 서비스 한 가지 공유하기


⭐️개인이 하는 회고 : 어떤 점이 의미있었고 힘들었는지 적어보기. 하루 단위가 아니라 의미 있는 일의 단위로 진행
-> 오늘 집에 바로 안가고 카페에서 책을 읽은 덕분에 오랜만에 뿌듯하게 책을 읽을 수 있었다. 다음에도 집가서 나태하게 있지 말고 밖에서 할 일을 다하고 들어가야 할 것 같다. github로도 질문 커뮤니티를 만들 수 있다는 게 신기했다. 근데 카페는 매일 가기 비싸니까 다음에는 스터디 카페나 회사 도서관 가거나 집에서 누워있지 말아야겠다.
⭐️팀 단위의 회고
- KPT 회고 : Keep(계속할 점), Problem(문제점), Try(시도할 해결책)
- 5F 회고 : Fact(사실), feeling(감정), Finding(교훈), Future action (향후 계획), feed-back(피드백)

2.2. 어디서 배워야 할까

Q. 지금까지 무언가를 배울 때 가장 효과적이었던 학습 경험 적어보기

  • 1:1 pt, 배드민턴 레슨, 과외

Q. 효과적인 학습 경험을 만든 조건 세 가지 적어보기

  • 1:1, 제한된 시간, 하나의 목표

Q. 세 가지 조건을 충족하는 나만의 학습 환경 찾아보기

  • 많은디 돈이없다

Q. 나에게 가장 잘 맞는 학습 환경에서 실천할 수 있는 학습 루틴 적어보기


⭐️책: 읽지만 말고 실제로 적용하자
❤️SQ3R 방법론
- Survey : 살펴보기
    - 책 표지의 뒷면을 읽고 목차를 살펴보기
    - 어떤 부분에 집중해서 읽을지 결정
- Question : 질문하기
    - 각 장이나 절을 읽기 전에 스스로 질문하기
- Read : 읽기
    - 밑줄, 메모
    - 내 프로젝트에 이 기법을 어떻게 적용할 수 있을지 생각하며 읽기
- Recite : 요약하기
    - 주요 아이디어나 개념을 간략하게 정리하기
- Review : 복습하기
    - 질문에 답하고 학습한 내용 되짚어보기

⭐️온라인 강의 : 강사 생각과 내 생각의 차이를 찾자
유데미, 인프런, 코세라
1. 목차를 보며 시뮬레이션 하기. 내꺼와 어떻게 접목시킬 수 있는지?
2. 내 생각과 강사의 이야기 비교해보기
3. 과거의 경험과 강의 내용을 적극적으로 접목해보기

⭐️부트캠프 : 많은 피드백이 오가는 환경을 찾자
우아한 테크코스

⭐️커뮤니티 : 공감할 수 있는 멤버가 모인 환경을 찾자
페이스북 그룹, 슬랙, 디스코드 커뮤니티, SLiPP
www.ssac.io

2.3. 어떤 것부터 공부해야 할까

Q. 가고 싶은 회사의 채용 공고를 살펴보며 관심 있는 직군 10개 골라보기
Q. 링크드인을 통해 나와 같은 업무(내가 하고 싶은 업무)를 하는 사람을 찾고 콜드 메일 또는 메시지를 보내 어떤 역량이 중요한지 파악하기
Q. 모집 공고와 콜드 메일로 얻은 정보를 토대로 이력서 미리 작성하기

⭐️문제 정의를 위한 단계별 전략
1. 내가 해결해보고 싶은 문제와 맥락 찾기
2. 실무자에게 연락하기
    1. 링크드인, 인터넷 기사, 블로그, 유튜브
3. 각 팀에서 원하는 역량 조사하기
    1. 팀 문화는 어떤지
        1. 워크숍
    2. 테스트 코드를 작성하는지
    3. PR 리뷰는 어떻게 진행하는지
        1. 3명 이상의 팀원으로부터 코드 리뷰 받기
    4. 현재 팀에서 가장 목말라 하는 역량은 무엇인지
4. 토이 프로젝트 만들기

2.4. 무엇부터 만들어야 할까

Q. 내가 만들고 싶은 앱/웹 리스트 작성하기

  • 레고 설명서, 운동 템포 조절 앱

Q. 동작 가능한 가장 작은 버전의 요구 사항 만들기

  • 레고 순서의 사진, 동영상
  • 화면 넘기기 위한 슬라이드 및 버튼
    1. 핵심 기능 구현
    2. 연계 기능 확장
    3. 레이아웃 구현
    4. 스타일 적용
    5. 사용자 피드백 받기

Q. 동작 가능한 가장 작은 버전 구현하기

2.5. 어떻게 피드백을 요청할까

Q. 스택오버플로에 답변이 많이 달리는 질문 한 개 이상 올리기

  • vsc 충돌 오류

Q. 온라인 스터디를 두 개 이상 찾고 각 스터디의 핵심 목적 적어보기

  • 인프런 스터디
    1. '사람들' 그룹의 환경에 익숙해지자
    2. 그리고 나서 프로젝트/스터디/다양한 활동(오픈소스 기여, 컨퍼런스 참여)을 같이 할 사람을 찾자
  • 프로그래머스 스터디
    '어떤 것을 공부해야 하는지?'를 모르기 때문에 굉장히 어려워 하시는 분들이 많으신데요.
    이 부분에 대해 도움을 드리고, 공부하실 수 있는 여건을 만들어 드리려고 합니다.
  • OKKY
  • 페이스북

⭐️스터디 목표 설정 : 기간, 목적
- ex. 한달, ‘자바스크립트 기본서에서 모르는 개념을 다룬 챕터 네 개를 한 달간 공부한 후 예제를 통해 설명할 수 있을 정도로 학습하기
주기적인 목적 확인 : 일주일에 한 번 회고하기

 

Q. 커뮤니티에서 현명한 방식으로 도움을 요청한 질문 한 개 이상 골라보기

#1. 성의 있게 질문하기

ex. 현재 상황, 시도한 내용, 해결하고자 하는 목표 등을 전달
러버덕 디버깅 : 어떤 오류가 발생했을 때 질문하기 전에 책상 위의 고무 오리에게 발생한 문제를 처음부터 설명하고 다시 해결해보는 방법

#2. 스타일보다는 구체적인 해결방안 질문하기
- 저는 이런 방식으로 구현했는데 혹시 다른 방법이 있을까요?
- 이런 방식으로 구현하니 생각보다 문제 해결이 쉽지 않네요. 어떻게 해결할 수 있을까요 ?

#3. 이해 내용의 싱크 맞추기
- 제가 이해한 내용이 맞나요 ?

2.6. 어떻게 다른 사람과 프로그래밍할까 - 페어 프로그래밍 편

Q. 페어 프로그래밍 함께할 사람 모집하기

Q. 페어 프로그래밍을 하기 전 코딩 스타일을 정하고 투 두 리스트 작성하기

⭐️코딩 스타일 규칙
- 하나의 함수는 15줄 이하로 만든다.
- 함수의 이름은 동사로 시작한다.
- 변수의 네이밍은 camel case로 한다.

⭐️투 두 리스트
- 두 개의 숫자에 대해 덧셈/뺄셈/곱셈/나눗셈이 가능하다
- AC 버튼을 누르면 0으로 초기화한다.
- 숫자는 한 번에 최대 세 자릿수까지 입력할 수 있다.
- 계산 결과를 표현할 때 소수점 이하는 버린다.

Q. 페어 프로그래밍 진행 후 회고하기
- 어땠는지, 어떤점이 좋았고 어떤점이 아쉬웠는지, 감사인사, 배울점, 성장에 필요할 것 같은 이야기

 

⭐️페어 프로그래밍 : 두 사람이 한 대의 컴퓨터 앞에 앉아 키보드를 번갈아 사용하면서 프로그램을 같이 만드는 것

- 내비게이터 : 내비게이션처럼 전체 지도를 보며 목적지까지 제대로 할 수 있게 확인하는 역할

- 드라이버 : 키보드를 직접 잡고 프로그램을 작성하는 역할

⭐️주의할 점

1. 한 사람이 한 가지 역할을 오래 하지 않아야 함. 5분 교대 주기

2. 수평 관계 유지(편하게 이야기를 나누는 것)
3. 문제를 명확하게 정의하고 요구 사항을 함께 정리하기

     함수 이름을 결정하기 어렵다면 후보를 세가지 이상 두고 함께 결정하기

⭐️페어 프로그래밍 주제

- 알고리즘 문제 풀기, 소프트웨어 요구사항 정리해보기

2.7. 어떻게 다른 사람과 프로그래밍할까 - 코드 리뷰 편

Q. 내가 과거에 작성한 코드를 한 개 이상 깃허브에 업로드하고 코드 리뷰하기
Q. 다른 사람의 코드에 1회 이상 코드 리뷰 하기
Q. 오픈 소스의 Pull Request에 1회 이상 코드 리뷰하기

⭐️효과적인 코드 리뷰 방법
- 해결하고 싶은 문제의 의도 드러내기
- 코드 리뷰 과정에서 리액션하기 : 개선점, 칭찬, 궁금한 점
- 코드 리뷰 후 회고로 되돌아보기

⭐️코드 리뷰 시 검토할 항목
1. 이 코드가 어떤 문제를 해결하는가
2. 코딩 표준을 준수했는가
    1. 가독성, 일관성, 유지 보수성, 버그 위험 감소
    2. 들여쓰기, 네이밍 규칙, 주석 및 문서 사용
3. 성능 및 확장성을 확인했는가
4. 보안 측면에서 취약한 부분은 없는가

⭐️코드 리뷰 시 주의할 점

2.8. 어떻게 챗gpt를 활용할까

Q. chat gpt에 평소 헷갈리는 개념 한 가지 질문하기
Q. chat gpt로 최근 작성한 코드에 대한 리뷰 받기
Q. chat gpt에 새로 개발하려는 문제에 대한 가이드 질문하기

⭐️chat gpt 장점
- 즉각적인 피드백 제공
- 학습자 수준에 맞는 문제 해결 속도
- 집단 지성의 손쉬운 접근

⭐️chat gpt 프로그래밍 학습법
1. 동작 가능한 가장 작은 버전부터 물어보기
    1. xx를 만들고 싶은데, 동작 가능한 가장 작은 버전부터 만들고 싶어. 어떤 것부터 구현하는 것이 좋을까?
2. 코드 작성 및 리뷰 요청하기
    1. 가독성과 유지 보수를 위해 이 코드에서 무엇을 개선할 수 있나요?
    2. 예외 처리에 대한 모범 사례를 이 코드에 어떻게 적용할 수 있을까요?
    3. 이 코드에 보안 위험 요소가 있나요?
    4. 성능 최적화를 위해 이 코드를 어떻게 개선할 수 있을까요?
3. 방향성과 예시 요청하기

⭐️chat gpt는 정답이 아닌 가이드를 제공한다.

3장. 이런 회사에 가고 싶어

[나에게 맞는 회사는 어디에 있을까]
Q. 비개발적인 역량을 포함하여 나의 강점 세 가지 작성하기
Q. 개발 역량 면에서 나의 강점 세 가지 작성하기
Q. 내가 최근에 시도했거나 시도 중인 경험으로 SIGN 지표 작성하기
Q. 나의 특징이 잘 드러나도록 링크드인 프로필 작성하기

- 에너지가 높아지는 경험하기
- SIGN 지표
    - Success 성공 : 내가 이 일에 기여하고 성공했다는 느낌이 드는가? 능동적으로 참여한다는 느낌이 드는가?
    - Instinct 본능 : 이 일을 큰 노력 없이 쉽게 시작할 수 있으며 앞으로도 계속하고 싶은가?
    - Growth 성장 : 이 일을 할 때 내가 배우고 성장한다는 느낌이 드는가?
    - Needs 욕구 : 일을 마무리한 후 느낌이 어떤가? 일이 힘들어도 뿌듯한 느낌이 드는가?
날짜 업무 능동성 (1~5) 에너지(1~5) 성장한 점 전체 평
api 대응 업무 2 성장보다는 기존에 아는 내용을 적용하는 기분이다 어려운 일이 아니라 부담되지는 않는다
사내 온보딩 업무 새로운 팀원에게 설명하면서 내가 가진 지식도 더 탄탄해졌다 바쁜 일들이 있어서 귀찮았지만 막상 사직하니 에너지가 상승했다
https://makerjun.com
https://www.linkedin.com/in/yeslkoh

[이력서와 포트폴리오는 어떻게 준비할까]
Q. 지원하고자 하는 회사의 JD를 분석하고 나와의 교집합 찾기
Q. 역량순으로 이력서 작성하기
Q. 다른 사람과 서로의 이력서를 검토하고 역량 관점으로 피드백을 주고받기

160p. JD 요구사항 - 나의 경험 또는 역량 연결 예시
163p. 이력서 예시

[티저 영상 같은 이력서와 포트폴리오]
Q. 구직 시장에서 달성하고 싶은 구체적인 목표 설정하기
168p 예시
Q. 가고 싶은 회사의 JD 분석하기
170p 예시
Q. 분석한 JD와 관련 있는 경험만 넣어서 이력서 혹은 포트폴리오 작성하기
171p 예시
원티드, 사람인, 잡코리아, 링크드인, 사내 블로그

174p~ 읽기 !!!

4장. 함께 성장하고 싶어

[혼자 공부하고 있다면]
Q. 서너명 정도의 작은 스터디 직접 만들어보기
Q. 스터디의 목표, 기간, 규칙 정하기
Q. 스터디 중간 회고 및 마무리 회고 공유하기

[회사에서 나 혼자라면]
Q. 나와 비슷한 환경에 있는 개발자와 티타임하기
Q. 회사 외부 스터디 또는 개발자 모임에 1회 이상 참석하기
Q. 팀 내 다른 직군의 동료와 1회 이상 페어 프로그래밍 하기

[좋은 팀원이 되고 싶다면 - 메신저와 회의 편]
Q. 이전에 내가 도움을 요청할 때 보냈던 메시지를 한 번만 읽고도 이해할 수 있는 두괄식 표현으로 리팩터링하기
Q. 회의의 효율성을 극대화하기 위한 방법 한 가지 이상 실천하기
Q. 페어 프로그래밍 시도하기

[좋은 팀원이 되고 싶다면 - 개발 편]
Q. 작은 기능을 구현하며 중간 과정 1회 이상 공유하기
Q. 작은 기능 한 가지를 팀원과 함께 페어 프로그래밍하기
Q. 내가 생각하는 좋은 코드 리뷰의 특징 세 가지 적어보기
    - 어떤 목적으로 쓴 코드이고 어떤 부분을 중점적으로 리뷰받고 싶은지 미리 공유
    - 스타일보다 동작에 대해 리뷰하기 (네이밍, 함수size, length)

모든 서비스의 궁극적인 목표는 고객에게 가치를 제공하는 것이다!

[좋은 멘토를 찾고 싶다면]
Q. 내가 현재 하고 있는 일 중 피드백을 받고 싶은 항목 세 가지 이상 적어보기
Q. 가장 중요한 일에 대한 피드백을 줄 수 있는 멘토 두 명 이상 찾기
Q. 함께 공부하는 동료와 상호 멘토링하며 서로 문제 해결 과정을 이끌어보기
Q. 내가 멘토가 되어줄 수 있는 멘티 상대 찾기

멘토가 피드백을 줘도 나에게 주도권이 있다.

[기술적으로 함께 성장하고 싶다면]
Q. 참여하고 싶은 해커톤 세 개 이상 알아보기
Q. 사내 기술 블로그 또는 개인 기술 블로그에 써보고 싶은 글의 초안 작성하기
https://engineering.shopify.com
Q. 참여하고 싶은 오픈 소스에 코드 리뷰 남기기

5장. 다른 무대에도 서보고 싶어

[스멀스멀 피어나는 이직 욕구]
Q. 회사에서 이루고 싶은 나의 욕구 리스트 세 가지 작성하기
Q. 내가 일을 잘할 수 있는 환경 요소 세 가지 찾기
Q. 내가 이루고 싶은 일 중 현재 환경에서 시도할 수 있는 것 세 가지 작성하기

ex)
1. 회사에서 얻고자 하는 것
    1. 긴급 배포와 같은 일정 외에는 업무에 시간을 쏟지 않고 워라밸을 지키는 것
    2. 나의 잠재력과 열정을 업무에 맘껏 발휘하는 것
    3. 회의할 때 내 아이디어를 자유롭게 공유할 수 있는 환경인가?
    4. 아이디어나 의견을 제시할 수 있는 미팅 시간이나 회고 시간이 주기적으로 확보되어 있는가?
    5. 서비스의 핵심 기능과 관련된 코드를 리팩터링하고, 아키텍처까지 다루는 영역이 확보되는 팀인가?
2. 일을 잘할 수 있는 환경
    1. 나는 메신저보다 직접 만나서 커뮤니케이션하는 것을 좋아한다. 주 0회 이상은 동료와 대면하면 좋겠다
    2. 코드리뷰가 내게 효과적인 학습 방법이므로 코드 리뷰를 통해 피드백을 자주 주고받으면 좋겠다
    3. 내가 효율적으로 일할 수 있는 환경을 스스로 정의하고 만들 수 있는 자유가 있다
    4. 내 생각이나 의견을 말해도 내 의도가 오해받지 않을 것이라는 안전감이 있다
    5. 새로운 기술을 팀 서비스에 적용하기 위해 관심 있는 동료들과 함께 정기적으로 학습할 수 있는 분위기면 좋겠다
3. 내가 지금 당장 시도할 수 있는 것 -> 우선순위 체크
    1. 기술적 도전
    2. 인간관계
    3. 멘토의 존재
    4. 근무 형태
    5. 커리어 성장
    6. 연봉

[현재 회사에서 할 수 있는 시도]
Q. 동료와의 관계를 발전시킬 작은 도전 한 가지 시도하기
- 1:1로 감정 회고하기
- 팀 차원에서 문제 해결하기
- 다른 영역 담당하기
Q. 기술적인 성장을 위한 작은 도전 한 가지 시도하기
- 토이 프로젝트 진행하기 (데브폴리오)
- 오픈 소스에 기여하기
Q. 다른 사람에게 도전 거리를 공유하고 피드백받기

[다음 무대가 다가오게 하는 방법 - 기록편]
Q. 깃허브에 프로필 작성하기
Q. 링크드인에 프로필 작성하기
Q. 블로그에 무언가를 시작하기 위한 준비 또는 진행 과정을 공유하는 글 작성하기

https://github.com/imakerjun
https://velog.io
https://blog.makerjun.com
www.makerjun.com
www.yeslkoh.com

[다음 무대가 다가오게 하는 방법 - 발표 편]
Q. 지인에게 나의 발표 아이디어 공유하기
Q. 발표 아이디어를 기반으로 미니 프레젠테이션 개요 작성하기
Q. 네다섯 명 규모의 사람들과 테크 토크 일정 잡기
Q. SSAC 커뮤니티에서 소규모 테크 토크 진행하기

[다음 무대가 다가오게 하는 방법 - 밋업 편]
Q. 참가하고 싶은 개발자 밋업 두 개 이상 찾기
Q. 밋업 발표자와 발표 이후에 대화해보기
Q. 밋업에서 회사 채용 담당자와 대화해보기

밋업: 오프라인이나 온라인에서 서로의 경험, 지식, 아이디어를 공유하는 모임
밋업을 찾는 방법 : Meetup, Festa.ion, 이벤터스, IT 행사 알리미 오픈채팅방
밋업을 선택하는 기준 : 나와 비슷한 고민을 하고 있는 개발자들이 참가하는 밋업

[나의 커리어를 브랜딩하는 방법]
Q. 훌륭한 엔지니어의 다섯 가지 핵심 역량과 관련된 나의 경험 되돌아보기
- 좋은 코드를 만든다
    - 효율적이고 유지보수가 용이하며 다른 개발자들이 쉽게 이해할 수 있어야 함
    - 나의 경험 중 탁월했던 부분과 어려움을 겪었던 부분 ?
    - 내가 기술적으로 마주쳤던 어려움과 그것을 극복한 경험 ?
    - 내가 가장 자랑스러워하는 코드와 그 이유 ?
- 작업의 현재 가치를 극대화한다
- 데이터에 기반하여 의사 결정한다
- 동료의 효과적인 의사 결정을 돕는다
- 꾸준히 학습한다
Q. 더 강화하고 싶은 나의 강점 한 가지 정하기
Q. 나의 강점 한 가지를 브랜딩할 수 있는 문장으로 나타내기

6장. 나 오늘도 잘하고 있어

[성장 속도보다 중요한 방향성]
Q. 욕구 리스트에서 나의 가치 세 가지 찾기
- 존재감 / 자기표현 / 자유 / 건강 / 나다움 / 성장 / 즐거움 / 꿈과 목표 / 효능감 / 경험 / 개성 / 지지 / 독립
- 건강 / 나다움 / 자유
    - 자세, 빛, 음식
Q. 세 가지 가치와 관련된 나의 경험 적어보기
Q. 내가 추구하는 가치를 만들 수 있는 액션 세 가지 적어보기

[넘어져도 다시 일어서는 회복력]
Q. 나의 아군 리스트업하기
Q. 나만의 스트레스 관리법 한 가지 이상 공유하기
포모도로 기법 : 25분 일하고 5분간 쉬기 반복
Q. 평소의 나라면 하지 않을 다른 사람의 스트레스 관리법 한 가지 이상 시도하기

넘어졌다는 것은 내가 무언가 시도하며 나아가려고 했다는 증거

[꾸준한 성장을 위해 필요한 작은 성공]
Q. 실패할 수 없는 가장 작은 단위의 목표 세 가지 이상 적어보기
Q. 목표를 우선순위에 따라 정렬하기
알고리즘 코딩 테스트 합격
- 알고리즘을 푸는 능력
- 내가 푼 문제를 설명하는 능력
- 코딩 테스트 플랫폼 및 환경에 익숙해지는 능력
Q. 성공한 작은 경험을 바탕으로 이루고 싶은 다음 성공 경험 적어보기

우리회사에서 하는 것과 하지 않는 것 구분해서 … 지원동기에 쓰자!