�ݺ�ߣ

Editor's Notes

• #5: 특히 조직장 처음엔 공감하지 않음 / 의지 없는 사람들?
• #6: 기존에 문제 없음. 나는 iOS 초보자, 리딩하기 어려움
• #7: 지난 슬라이드가 잘 하는 방법이었다면 / 제안
• #8: 이 질문에 대한 답을 얻을 수 있는 기회
• #9: 코드리뷰의 장점
• #11: 하기 시작한 도입기 이슈 해결 성숙기 문화로 자리 잡은 안정기
• #13: 스토리 웹팀의 이야기는 성숙기에서 안정기로 가는 이야기
• #18: 그 외에 에고가 강하다거나. 그렇지만 두 가지가 가장 큼. 그렇다고 누굴 탓할 수 없다.
• #19: 전체 개발 시간 차치 / 리뷰 자체에 소요되는 시간
• #20: 생각보다 꽤 오랜 시간 / 스토리 때는 하루 종일 걸리기도 했음
• #21: 기존 일하는 방식이 최적화 / 예: 작업 범위 나뉘어져 있음 좋다고 느끼지 않을 수 있고
• #22: 어려운 일이죠.
• #23: 다들 처음이라 거부감이 적었음. 초기에 운 좋게 자리 잡음 리뷰가 당연하다는 인식
• #24: 습관은 오랜 시간에 걸쳐 만들어짐
• #26: 리뷰 도입에 실패했던 팀의 공통점
• #27: 코드리뷰 대단하지 않음, 대화의 일종 이렇게 접근하면 쉽게 할 수 있을 것
• #28: 오늘의 키워드
• #29: 3단계로, 기존엔 한꺼번에, 이번엔 단계별로 나눠서 접근
• #30: 단계별로 나눠 접근하는 것으로, 리뷰에 자연스럽게 익숙해지도록
• #32: 사람을 움직이고 팀의 습관을 바꾸는 일 팀에 리뷰를 도입하는 실험을 하고 있다는 느낌 어려운 시기가 왔을 때 이겨낼 수 있을 것
• #33: develop 머지 / 신경쓰지 않는다.
• #38: 리뷰가 오래 걸리는 이유 / 온라인에서 느낌이 달라요.
• #39: 내 코드지만 낯설음 / 댓글이 없어도 신경쓰지 않고 / 본인이 익숙 어느 정도 시간이 되고 익숙해진 후에 >
• #40: 100라인 이내 /
• #41: 옮긴 팀에서의 첫 Pull Request
• #42: 응급처치 훈련
• #43: 멘트를 자주
• #44: 심적으로 어려운 시기 팀은 오랜시간 지속되고, 조금씩 나아지면 되니까 / 어제보다 오늘이 나으면 되니까
• #45: 자꾸 얘기하면 상대방도 불편해서 하게 됨
• #46: 가장 어려운 시기엔, ‘왜’라는 질문을 내가 조금만 더 지속하면 우리 팀을 바꿀 수 있다 마인드 컨트롤
• #47: 첫 리뷰가 굉장히 중요
• #48: 코드와 나를 분리하는 수행
• #50: 의지가 꺾이지 않게
• #51: 코드 레벨에서 서로에게 더 도움이 된다.
• #52: 나쁜 예: 우리 마음 속에 있기 때문 이거 뭐야? / 이건 뭐지? / 헐 빈정 상하면 쌓아놓은 탑이 무너짐 / 젠틀하게
• #53: 리뷰 받는 사람도 도움이 된다고 느낄만한 부분 / 첫인상
• #54: 그냥 다 좋아보이고, 어려울 수도 있고 못 알아 먹을 수도 있고 충분히 피드백을 표현할 수 있음
• #56: 상대방이 더 좋은 코드를 쓰고, 한 번 더 검토하는 동기를 유발거라고 생각
• #57: 리뷰 피드백이 활성화 / 이 시점이 상호 성장의 기반이 되는 시작점 스토리에선 이렇게 짜면 뭐라 그럴 것 같은데
• #58: 리뷰 피드백이 활성화 / 이 시점이 상호 성장의 기반이 되는 시작점 스토리에선 이렇게 짜면 뭐라 그럴 것 같은데
• #59: 도입기를 극복해낼 수 있는 아이디어에 대한 이야기
• #61: 2개월 3개월이든 몇몇은 참여하지 않고, 댓글 없이 머지되는 경우도 있고.
• #62: 이런 게 좋았다. 저런 게 좋았다. 누가 리뷰해줘서 고마웠다. 도움이 됐다. 이렇게 하고 싶다.
• #64: 이터레이션 기간, 담당 피처 개수 대비 PR의 수는 적당함 PR의 수가 유지되고 있음
• #65: 타팀 사람도 있음 팀의 분위기를 바꿀 수 있었다는 것에 의미가 있다고 생각 만약에, 강제로 적용하려고 했다면 어땠을까?
• #66: 타팀 사람도 있음 팀의 분위기를 바꿀 수 있었다는 것에 의미가 있다고 생각 만약에, 강제로 적용하려고 했다면 어땠을까? 기존 팀에서는 이 방법이 효과적
• #68: 코드 스타일 체크는 깃훅 등의 도구 활용 성숙기로 들어서면 >