• 현실을 먼저 파악 : 이 많은 걸 친절하게 다 알려줄 수 있는 사람은 없음
• 결국 정보는 스스로 찾아서 연습하고 연구해야함
• 모든 키워드는 연결되어 있음 : 하나의 키워드에 대해서 학습하며 다음 키워드를 찾는 행위를 반복
• 스스로에게 질문을 던져보자 : 어떤 분야의 키워드를 빠르게 이해할 수 있는 능력은 몇 개의 팁만으로 단기간 안에 키울 수 있는 능력이 아님 일정 수준 이상의 해당 분야 지식을 기반으로 하기 때문

가장 빠르게 배우는 방법

• 코딩에 관한 좋은 영상을 보고 강사나 발표자에게 연락해서 감사를 전하고, 궁금한 것을 물어보세요.
• 사용하는 오픈 소스 라이브러리에 PR을 날려보세요.
• 아무도 사용하지 않을지도 모르지만, 라이브러리를 만들어 보세요.
• 좋아하는 것들을 백지 상태에서 따라 만들어보고 어떻게 작동하는지 살펴보세요.
• 워크샵에서 강의를 해보세요.
• 컨퍼런스에서 학습한 것들을 요약해보세요

• 자동화할 수 있는 검증의 책무를 사람이 아닌 기계에게 맡기는 것 또한 도움이 된다. 사람이 ‘이 풀 리퀘스트는 기존의 기능을 깨먹지 않았습니다’고 말하는 것을 믿는 대신, 자동화된 회귀 테스트가 검증하게 한다.

  문서에 적힌 ‘이 함수를 이런 파라미터를 받습니다’라는 정보를 믿기보다는 정말 그러한지, 혹 잘못 사용하고 있는 곳은 없는지 타입 체커가 자동으로 검사하게 만들면 더 안심할 수 있다.

• 원해서든 원치 않아서든 코드 리뷰를 받을 상황에 놓였다면, 코드에 대한 비판은 사람에 대한 비판이 아니라는 점을 유념해야 한다. 리뷰어에게 존중과 감사를 표하는 것을 잊지 말자.
• 학습에 있어 병목은 나의 시간, 에너지, 이해력이지 외부 정보량이 아니다. 따라서 더 많은 소스 확보가 아니라 큐레이션에 집중해야 한다.

• 받기만 하는 입장에서 주기도 하는 입장으로 가기 위해 넘어야 할 문턱은 생각보다 높지 않다.

• 중요한 것은 ‘내가 생각하는 성장 단계’가 무엇인지 나만의 관점을 가지는 것
• 다른 사람이 쉽게 프로젝트를 파악하려면 어떤 것들이 필요할까
• 목표는 크게, 자세는 겸손하게
• 멍청한 질문은 없으며, 오히려 그 질문에 답변하는 시간을 통해 한 번 더 정리할 수 있는 시간을 가질 수 있다.

• 시행착오는 시간 낭비가 아니다.
• 모르는 것은 당연하니 ‘이걸 혼자서 얼마나 시도해 본 뒤 물어봐야할까’

• 문제에 맞닥들이면 다음 스탭을 밟기 전 두 가지를 생각

  1. 지금 내가 집중해야할 핵심 요소인가 이를 서포팅 해주는 부가적인 요소인가
  2. 일정을 생각했을 때 이 문제에 얼만큼의 시간을 투자할 수 있을만큼의 여유가 있는가
• 문제를 풀어나갔던 과정을 복기하면서 왜 그때 그렇게 생각했고 어느 포인트에서 잘못 짚게 됐는지 스스로 피드백
• 본문 중

특정 영역에서 꾸준한 반복을 통해 실력을 향상시키고 싶은 사람이라면

1. 실력을 개선하려는 동기가 있어야 하고
2. 구체적인 피드백을 적절한 시기에 받을 수 있는 상황을 찾아야 함

• 개인 프로젝트 성공의 세 가지 원칙 Direction - 내게 맞는 옷을 입어야 함 Operation - 내가 잘하는 것을 찾아야 함 Consistency - 꾸준히 해야함
• 프로젝트를 시작할 때 스스로에게 질문 Direction - 요즘 시대에 디자이너가 추구해야 할것 Operation - 내가 가장 성장하고 싶은 영역 Consistency - 꾸준히 할 준비가 되었는가

• 지금의 모습은 과거의 습관에 의해 만들어진 것
• 행동으로써 책임을 다하지 않으면 한때 가졌던 욕심에 지나지 않음

• 글을 많이 쓰지 않음 (쓰기와 말하기)
• 글쓰기를 배우지 않아서 못씀 (어휘력,문장력,구성력,퇴고력)
• 독서 (기승전결+어떻게 이야기를 전개하는가)

(Boost Your Team’s Data Literacy)

• 좋은 질문을 할 수 있는 역량
• 필요한 데이터를 선별하고 검증할 수 있는 역량
• 데이터 해석능력을 기반으로 쓸모 있는 결론을 만들어 내는 역량
• 가설 기반 A/B 테스트를 수행하여 결과를 판별할 수 있는 역량
• 의사결정자들도 이해하기 쉽게 분석 결과를 표현할 수 있는 역량
• 데이터 스토리텔링을 통해 의사결정자들이 전체를 이해하고 결과에 따라 실행하게 하는 역량

• MVP 프로젝트 팀 기획자
• 중대형 프로젝트 팀 기획자
• Operation 팀 기획자
• 외주 프로젝트 팀 기획자

이원화된 영수증과 데이터, 분리된 멤버쉽, N개의 법인이 가로막는 데이터 통합 쓸만한 데이터는 목적에 맞는 형태로 쌓아야 하고 법적인 이슈가 없도록 검토되어야함

• LINE
• 지식공유 시작하려는 개발자에게
• 우아한형제들
• DR, TE
• 개발자들의 대변자
• DevRel 이야기(영상)

• 1편
• 2편
• 3편
• 4편
• 5편

• 피드백을 요청 받은 그룹보다 조언을 요청받은 그룹이 부족한 부분을 구체적으로 지적하고, 개선할 수 있는 방법을 더 많이 제안하는 경향을 보임
• 피드백은 과거를 심사하는 것이 아니라 미래지향적인 조언이어야 함

• 협력을 해 나가는 과정을 학습 때부터 익혀놓는 것은 필수적