meeting_log.md

• 스터디 어떻게 진행할 것인가? 등 스터디학습내용 외에 나눈 이야기 로그
• stack 방식으로 기록 - 최신일자가 맨 위로 옵니다

---

Table of contents

• 20181117 토 - 회고

  • 20181117 할 이야기
    • 로그 정리
    • 기타
  • 회고

• 20180616 - 실습 접목할까?

  • 요약
    • 퓨전 방안으로 하자!
  • 이야기
    • 참고. 이전 이야기 - 20180613 - 9장. 우리가 사는 시간 그 외 논의 참고
  • 회고

• 20180623 - TDD 실습 어떻게 진행할 것인가?

  • 이야기
    • 30분안에 TDD 실습페어 프로그래밍을 어떻게 할까
    • 구현실습과 코드리뷰 논의
    • Action 일정정하기
  • 회고

---

20190104 -오랜만에 회고

회고

ohahohah

• 새해죠. 새해에는 새마음으로 시작해야 하는데, 아침에 일어나기가 너무 힘이 드네요. 생활패턴에 맞춰서 잘 해나갔으면 좋겠어요. 내일 로그 작업하면서, 이것도 같이 얘기해봤으면 좋겠어요.

kimsunoh

• 새해 복 많이 받으세요. 내일 뵈어요

RudiaMoon

• 새 마음으로 금요일날 시작하게 됬지만, 내일 또 회의만 하게 되네요. 내일 뵈요.

20181215

이야기해야할것

• 밀린 로그정리
• 최근 로그정리
  • 11월 10일이후~ 12월 15일
  • 일주일단위 어떻게 나눌지
  • 앞으로 로그
  • ohahohah md 플러그인추가 kimsunoh님께공유
  • 3명씩 돌아가면서 작성하기
  • 책읽기 진행방식
  • 적어놓은거 리마인드
  • 35분부터 시작
  • 회고전에 분량정하기

회고 {####-회고}

ohahohah

• 자고싶어요.

kimsunoh

• 요즘 스터디시간 시간가는줄 모르겠어요. 시간 체크해요.

RudiaMoon

• 저도 누워있어서 로그작성 못한다고하고싶어요

20181208

이야기해야할것

• 이번주로그
• 여태밀린로그
• 순차적으로 밀린로그 작성
• 진행을 한지 100일 넘었는데 활용될 방안은?
• 챕터별로 1장 2장 나눠서 키워드를 올린다.는 어떨까
  • kimsunoh : 우리가 각자한거를 올리는건 OK 그러나 회사 애기도한게 있어서 필요할지 의문
  • ohahohah : 목차 정리는 어떨지
  • 장단위로 나누는 것
  • 밀린로그 날짜
    • 07월 18일~ 10월 30일
  • 밀린로그 목차
    • ~26장 빨간막대
    • 실전 TDD 데이터베이스
  • 해야할일 및 담당
    • 파일나누는것(1부,2부)(ohahohah)
    • 목차생성
    • 밀린로그 월별로 나누기
      • 7~8월 kimsunoh
      • 9월 ohahohah
      • 10월 혜영
    • 최근로그 ohahohah님이 어사인함.

회고 {####-회고}

ohahohah

• 뭔가를 꾸준히한다는게 되게 어려운것 같다. 물마시기를 꾸준히하자.도 한달을꾸준히 못함. 뇌가 필요한 작업을 200일이 가깝게 해왔다는건 저희 크게 자축해도되지 않을까. 대단한일이라고 생각함. 다시 한번 우리에게 기특하다라고 해주기. 출근전한다는게 엄청난거같고 가져가고싶은 습관을 만드는거 같다.
  • sunoh: 오늘 나 자신 훌륭했다라는걸 아침에 느낄수있다.
  • 앞으로 성장같이 하는 자되기.(도반)
  • 여행가요 태국? 대만?

kimsunoh

• 같이 로그 작성 못해서죄송하고 수고하신 rudiaMoon께 감사. 날씨 추워서 감기 조심하기. 해안가가있어서 제주도 일교차 심함. 주말 잘보내세요. 주중에 여유가 없어서 서비스 분리로 스트레스 받음. 회의 잘 정리됨.(이하생략)
  • 레거시활용전략 ohahohah님이 공유할 예정

RudiaMoon

• 이번주에 뭔가 분위기가 좋으니깐 힘이 나네요. 저희 150일정도 스터디 유지했다는게 신기. 앞으로도 TDD 계속해봐요.

20181117 토 - 회고

오늘 할 이야기

로그 정리

• RudiaMoon 해야할 것 : 11월 10일(회고),네트워킹 프로그래밍
• conflict issue
  • 이전 날짜의 로그가 merge된 후에 PR 하자. 귀찮음. 그냥 순서 바꾸는 거니까 conflict 감수하고 PR하자
  • 로그 pr 리뷰를 할까?
  • issue 적을때 몇 일까지 리뷰 받겠다고 하고 올림. 그 전까지만 리뷰 받고 올림. 리뷰 기다리느라 log가 너무 오래 쌓이는 걸 방지.
  • 리뷰할 때 자기가 한 말 내용도 수정하고 오류를 잡아줄 수도 있어서 리뷰가 필요할 것 같음. 하지만 리뷰를 너무 오래 안해주면 계속 PR만 쌓임

기타

• 행아웃 알람 유용한가요?
  • 네 유용. 참석확인 메시지가 없으면 미리 모닝콜해줄 수도 있어서 스터디에 참여못하거나 스터디 진행이 늦게 시작되는걸 막을 수 있음
  • 그동안 실험적으로 했었던 스터디 진행방식 업데이트 - 스터디 시작전 행아웃 참석확인 chat 보내기, 칭찬스티커, 모닝콜, 인용구에 말할 내용 키워드로 정리

회고

ohahohah

• 오전에 가끔 참여를 못하는 경우가 있었다. 행아웃 참석확인메시지랑 모닝콜로 조금씩 참여율이 나아지고 있나?
• 이번주에 읽은 부록 장이 책 다른 장 구성보다 분량이 많다. 오늘은 책을 읽고 다음날 어제 읽었던 내용을 이어서 얘기할 때 어제 읽었던 내용이 기억이 안나서 그냥 얘기하는 경향이 있음. 어제 읽었던 내용을 다시 이야기할 일이 생겼는지 생기면 왜 그 부분을 함께 이야기 하려는 거 적어 놓으면 좋겠다. 만약에 예전에 읽었던 내용이 기억안나면 다시 읽고 싶다고 말했으면 좋겠다.
  • RudiaMoon : 전에 이야기했던 것처럼 키워드를 인용구 밑에 적어야하고, 한번에 읽는 분량을 쪼개서 읽는 것도 필요하다.
  • 여러분 아침에 잠을 깨 주세요! 너무 느낌이 뭔가 로딩하고있구나.. 이런 느낌이있다. 스터디 진행하면서도 아직 로딩중 같은뎅? 이런게 있어서 10분 전에 노티하는게 도움이 되고 있나요?
  • RudiaMoon : 전보다는 도움되고 있다. 노티는 스터디전에 모닝콜 줄 수있어서 필요하다. 스터디 후에 모닝콜해주게되면 TDD시간이 줄어들어서 전반적으로 더 짧게 진행하게된다. 그리고 하나하나의 규칙들이 시너지를 발휘하고있어서 예전에는 2일에 한번 출석했다면 점점 그 횟수가 줄어들고있다.
  • Readme.md 10분전 알람주자 칭찬스티커 주자 왜 이야기하려고하는지 키워드 적어둔다.

RudiaMoon

• 저는 전보다 스터디할때 부담감이 없어져서 좋아진거같아요. 뭔가 실습할땐 준비해야하는것 등 해야할게 많았던거에 비해서 지금은 그래도 꾸준히해보자라는 루틴이 되게 시작할때 가뿐하게 시작할수있는거 같아요!
  • ohahoah : 저희가 계속 개선해나가는 부분이 좋은거같다. 개선의 흐름이 생기는 듯

20181117 토 - 회고

20181117 할 이야기

로그 정리

• rudia 해야할 것 : 11월 10일(회고),네트워킹 프로그래밍
• conflict issue
  • 이전 날짜의 로그가 merge된 후에 PR 하자. 귀찮음. -> 그냥 순서 바꾸는 거니까 conflict 감수하고 PR하자
• 로그 pr 리뷰를 할까?
  • issue 적을때 몇 일까지 리뷰 받겠다고 하고 올림. 그 전까지만 리뷰 받고 올림. 리뷰 기다리느라 log가 너무 오래 쌓이는 걸 방지.
  • 리뷰할 때 자기가 한 말 내용도 수정하고 오류를 잡아줄 수도 있어서 리뷰가 필요할 것 같음. 하지만 리뷰를 너무 오래 안해주면 계속 PR만 쌓임

기타

• 행아웃 알람 유용한가요?
  • 네 유용. 참석확인 메시지가 없으면 미리 모닝콜해줄 수도 있어서 스터디에 참여못하거나 스터디 진행이 늦게 시작되는걸 막을 수 있음
• 그동안 실험적으로 했었던 스터디 진행방식 업데이트 - 스터디 시작전 행아웃 참석확인 chat 보내기, 칭찬스티커, 모닝콜, 인용구에 말할 내용 키워드로 정리

회고

ohahohah

• 오전에 가끔 참여를 못하는 경우가 있었다. 행아웃 참석확인메시지랑 모닝콜로 조금씩 참여율이 나아지고 있나?
• 이번주에 읽은 부록 장이 책 다른 장 구성보다 분량이 많다. 오늘은 책을 읽고 다음날 어제 읽었던 내용을 이어서 얘기할 때 어제 읽었던 내용이 기억이 안나서 그냥 얘기하는 경향이 있음. 어제 읽었던 내용을 다시 이야기할 일이 생겼는지 생기면 왜 그 부분을 함께 이야기 하려는 거 적어 놓으면 좋겠다. 만약에 예전에 읽었던 내용이 기억안나면 다시 읽고 싶다고 말했으면 좋겠다.
  • RudiaMoon : 전에 이야기했던 것처럼 키워드를 인용구 밑에 적어야하고, 한번에 읽는 분량을 쪼개서 읽는 것도 필요하다.
• 여러분 아침에 잠을 깨 주세요! 너무 느낌이 뭔가 로딩하고있구나.. 이런 느낌이있다. 스터디 진행하면서도 아직 로딩중 같은뎅? 이런게 있어서 10분 전에 노티하는게 도움이 되고 있나요?
  • RudiaMoon : 전보다는 도움되고 있다. 노티는 스터디전에 모닝콜 줄 수있어서 필요하다. 스터디 후에 모닝콜해주게되면 TDD시간이 줄어들어서 전반적으로 더 짧게 진행하게된다. 그리고 하나하나의 규칙들이 시너지를 발휘하고있어서 예전에는 2일에 한번 출석했다면 점점 그 횟수가 줄어들고있다.

RudiaMoon

• 저는 전보다 스터디할때 부담감이 없어져서 좋아진거같아요. 뭔가 실습할땐 준비해야하는것 등 해야할게 많았던거에 비해서 지금은 그래도 꾸준히해보자라는 루틴이 되게 시작할때 가뿐하게 시작할수있는거 같아요!
  • ohahoah : 저희가 계속 개선해나가는 부분이 좋은거같다. 개선의 흐름이 생기는 듯

20181110 - 회고

이번주 어떠셨어요?

ohahohah

• 이번주는 모닝콜 요정이 되었어요. 약간 나이 들어서 아침잠 없어진 사람된 느낌이예요. 근데 애들이 아침잠이 많아서 깨워야고ㅋㅋㅋ
• 이렇게 피곤하다면 매일하는 거 말고 격일도 고려를?
  • 전체의견 : 매일 해요.
• 칭찬스티커 어떠셨어요?
  • sunoh : 뭔가 꾸준히 해서 쌓아 가니깐 좋은것같다.

kimsunoh

• 이번주 참여를 몇 차례 못해서 아쉬웠어요. 체력을 길러야겠다.
• 백수생활 1주일 남았습니다. 하아… 한달이 허무하네요. 너무 푹 쉬어서 나름 의미있게 보냈는데 시기적으로 그렇게 쉬면 안되는 한달인 거 같기도 하고, 그래도 이게 아니었으면 그래도 어떻게 쉬었을까 싶기도 하고

RudiaMoon

• (일어나서 접속하는거) 이걸 어떻게 다시 습관을 들여야할지 모르겠어요. 왜 행아웃이 안울리며 5분전 알람은 왜 무음일까, 제 맘같지 않게 제가 자고 있어요.
• 이번주에 오프라인 로그 작성하면서 로그 기록하는 시간을 좀 더 줄일 수 있겠구나 하는 생각이 들었어요.

20180929 토

Action (프로젝트 관련 대화)

• ohahohah : 다시 안정화 될 때까지 오프라인 모임으로 하는 것 어떤가요?
  • kimsunoh : 전, 풀잎 폐강되면 오프라인 모임 가능할 것 같습니다. 다음주 토요일에 Rudia님이랑 같이 얘기해봐요
• ohahohah : 요즘, TDD 어때요?
  • kimsunoh : TDD 스터디 실습을 시작하고 나서는, 따로 공부를 하지 않는것 같다. 사실 회사 업무가 힘들어서 다른데 시간을 거의 못쓰고 있다
  • ohahohah : 전반적으로 루즈해진 것같다
  • kimsunoh : 시즌을 종료하고, 다른 책을 해야하지 않을까? 라는 생각을 했다
  • ohah : 저는 책이 생명력이 다했다기 보단, 프로젝트의 생명력이 다했다는 생각을 했다. (알고리즘 스터디도 동일). 매일하는 루틴이 부담이 됐을 때부터 점점 그래왔던 것 같다
  • kimsunoh : 저는 제가 중간에 여행도 가고, 몸도 안좋아서 휴식기를 여러차례 보내다 보니 루즈해 진게 아닌가 싶었다. 여기서 한템포쉬면 시동이 아예 꺼질 것 같아서, 그것도 고민이된다
  • ohah : 저는 종료하는 것도 잘 마무리하면 되는 거라는 생각이 있어서, 그것도 부담없이 자유롭게 말해봤으면 좋겠다
  • kimsunoh : 지금 약간 의욕 상실 상태여서, 하고는 싶은데, 의욕이 나지 않는? 그런 어중간한 상태가 지속되고 있는 것 같다
• kimsunoh
  • 오프시간을 잡자

다음에 얘기나눌 주제

• 시즌 종료
• 안정화 전 정기 오프라인 모임여부

---

20180921 토

회고

• RudiaMoonMoon
  • 그 테스트 케이스를 설계한건 다 만들어 놨는데, 우리가 아직 덜 설계한 부분이 있어서, 레이싱카를 직접구현을 하면서, 테스트 케이스를 더 만드는건 어떨까? 이론이랑은 많이 멀어저서 이론을 하는 것도 맞다는 생각이 들었다.
    • RudiaMoonMoon: 아니면, 한챕터 읽고 실습 전에 TDD 구현해야할 포인트 서로 말하고 그 후에 실습 하는건 어떨까?
    • kimsunoh: TDD 한사이클로 정리하는 챕터 다시 읽어보자. (25장 테스트주도개발!) 25장 읽어와서 30분 얘기하고 30분 실습해요!
• kimsunoh
  • 요즘 일이 갑자기 많아져서 뭔가 집중하지 못해서 개인적으론 실습이 좋다. 레이싱카실습이 남아잇다고 생각했고 현재 이론대로 충실히 못하고있다고 생각.

Action

• 이슈
  • 과거 이슈는 close해요. ohahohah 있을때 CLOSE 같이 해보는건 어떨까요?
  • 이슈 로그 해야할 건 kimsun이 생성해서 역할 나눠주실 예정.(다음주되기 전)

20180908 토

TODO

• PR 정리
• 책으로 진행할지
• 다른 문제를 풀지
• 2주 회고
• 실습시간(매일 or 시간 늘리기…?)
  • 실습진행하여좋았고 문제는 좀더 간단해서 한주에끝내는문제면 어떨까 생각합니다

Action

• 밀린PR 정리
• 밀린 로그 업데이트 : sunohkim (9/15 토)
• 밀린 소스 업데이트 : RudiaMoon (9/8 토)
• 앞으로 실습 어떻게 하면 좋을지

앞으로 실습 어떻게 하면 좋을지

• 기간 : 주2일 (월,목) , 토 (집중데이) - 돌아오는 토요일(9/15)은 실습집중데이
• 전체 실습시간 07:20 08:00 / 07:2030 세팅시간 / 07:3007:55 실습 / 07:5508:00 회고
• 격주로 회고 집중데이 / 실습 집중데이
• 2주동안 월목으로 해보고 실습시간이 모자라면 월수금 3일로 늘려보는 걸로
• 22 일 ~ 26 수(도깨비 방학) - 날이 좋아서 날이 좋지않아서 방학이다 도깨비 방학
  • (ohah) 일단 두가지 선택이 있었죠. 매일 & 주3회요
  • (RudiaMoon) 저는 주 3회요. 주 3회로 하니까 마음의 부담감이 덜 생기는 것 같아요. 시간적 여유도 생기고
  • (sunoh) 주 3회 좋아요. 지금 저희가 주 2회를 하고있어요. 월수금토해서 실제로 코딩하는 날을 정하는게 어떨까. 주 3일을 하면 심리적인 안정감을 줌. 매일하면 끝이 없다는 걸 느낌. 마음이 좀 편함. 내일은 잘 수 있어.
  • (ohah) 매일하는게 좋은데요. 주 3회실습을하고 2일은 책을 읽는건 어떨까 싶어요. 저는 실습하고 책하고 병행하면 좋겠다고 생각을 했는데 주 3일 격주로 실습을 하고 책을 읽으면 시간이 너무 오래 걸릴것 같아요.
  • (sunoh) 요일을 어떻게 할까요? 주3일 (월,수,금 / 월,목), 회고(토) 중에 정해볼까요?
  • (RudiaMoon) 토요일은 한시간씩 하더라도, 실습시간을 확보해서 문제를 빨리 끝냈으면 좋겠다. 실습 턴에서 서로 협업하는 방식을 더 배워서 어떻게 하면 좋을지 고민하는게 좋을 거 같다. 30분을 하기 위해서 이것을 키고, 팀뷰어를 키고 준비하는 과정이 오래걸린다고 생각하낟. 그래서 토요일엔 여유를 잡아서, 실습을 제대로 하는게 좋지 않을까?라고 생각한다.
  • (ohahohah) 긴 실습시간이 필요하다고 말하시는거죠? 저는 회고를 빼는것은 좋다고 생각이 되지 않아서,
  • (RudiaMoon) 아니면, 평일엔 회고만 하고 토요일에 실습을 길게 하는게 좋지 않을까요? 평일에 30분씩은 너무 금방 끝난다. 맥이 끊긴다
  • (ohahohah) 저도 이게 30분 안에 시작할까요? 이렇게만 십분,오분이 금방 훅훅 지나간다고 느끼고 있었다. 회고를 서둘러서 끝내고 싶지 않아서 주말에 하자고 한거였다. 그래서 주말에 하되, 격주로 하는건 어떨까? 2주에 한번 토요일에 회고를 하고, 한번은 실습을 길게 잡자. 그리고, 앞으로 준비할 시간을 10분 일찍 잡아서 7시 20분에 만나서 환경 잡고 시작하는 건 어떨까?
  • (RudiaMoon) 회고를 평일에 하다보면 더 여유있게 할 수 있을 거 같은데 회고를 나눠서 하긴 하지만 편하게 이야기할 수 있고. 실습은 Rudia님이 생각하시는 것처럼 여유있게
  • (ohahohah) 저는 평일에 시작하는 것은 마음이 편해지기 어렵습니다. 그래서 평일에 회고를 하는 것은 좋지 않다고 생각합니다. 중간 회고 시간을 길게 가져가는 것이 좋을 것 같다.
  • (sunoh) 두 명이 핑퐁처럼 회고와 실습을 하는거에 대해서 말을 바꿔가면서 하고 있는데요. 일단 주말에 길게 실습하는거 동의하고. 회고를 시간 쫓기면서 하다보면 꼬리가 짤리는데 그게 안좋다고 생각함. 머리 속에 안남음. ohahohah의견에 한 표하고 싶고요. RudiaMoon이 불편하다고 말씀하셨던 실습환경때문에 잡아먹는 시간이 많다고 한거는 십분, 오분 세팅시간을 따로 픽스하는 걸로 하는거 이렇게 두개로 하는게 어떨지 하는 생각입니다. 지금 잠을 안자서 단어가 거의 홍길동 수준인데요 이해해주세요 동에 번쩍 서에 번쩍하고 있어요. 으음… (졸림)
  • (ohahohah) 실습시간을 확보하기 위한 방법을 더 생각해보자
  • (sunohkim)일단 토요일을 어떻게 할지 정하고. 주중에 2일을 할지 3일을 할지 정하는게 좋을 거 같다.
  • (RudiaMoon) 격주 회고 괜찮아요. 제가 이야기하고 싶은건 실습도 여유있게 가지고 싶다.
  • (sunohKim) 평일 세팅 시간을 할당해서 실습시간을 확실히 25분 하는거 에 대해선 어떻게 생각하시나요>
  • (RudiaMoon) 좋아요
• 무엇을 : 한달은 책읽고, 한달은 실습하고
  • (ohah) 실습 + 책 병행 로그를 봤는데 실습을 했을때보다 책을 봤을때 현업회고가있어서 좋았는데 책만 읽으면 탁상공론이 되서 병행하는게 좋다고 생각하는데. 주 3회가 너무 짧아서 아쉽다. 하지만, 주3회를 하는게 좋을것 같다. 다른 두분이 부담을 느끼고 있으므로, … 지금 문득 드는 생각은 실습을 할 때, 실습을 할때 공유되었던 내용들을 회고에 구조화 해서(e.g. 2일간의 TDD 경험 포함) 정리해서 공유했으면 좋겠다
  • (sunoh) 실습 or 책 둘다 좋아요. 아침마다 초록막대봐서 좋아요. 책읽으면 공부하는거니깐 좋아요. 두개 동시에 병행하기엔 주 3회가 너무 적어요.
  • (RudiaMoon) 저는 실습만요. kimsunoh님 말씀하신 것 처럼 주3회 적다고 생각한다. 계속 실습을 했으면 좋겠다.
  • (sunoh) 실습할때는 서로 경험담 위주였고, 서로가 보는 코드를 볼 수 있고, 현업에서는 실습코드와 공유, 노하우 공유 되었음. 근데 아는 내용에 한해서만 공유가 되는건 좋지 않다고 생각함. 이론적인 부분을 보완하기 위해서 책을 읽는 건 어떨까 생각함.
  • (ohah) 현재 알고 있는 지식에서만 공유하는게 장기적으로 볼때 아쉽다. 짧게 반복을 하다보면 헷갈릴것 같다. 큰 단위로 한달은 책 읽고 한달을 실습하는 것은 어떨까요?
    • (RudiaMoon) 좋네요.
  • (sunoh) 한달은 너무 큰 단위 아닌가? 이주이주는 어때요?
  • (ohah) 기존 계산기문제도 한달이 걸렸고요. 갈증이 쌓일때쯤 턴을 바꾸는 거다. 아 이건 아닌거 같아 학습하고 싶어 할때 책읽기
  • (sunoh) 우리가 실습들어가기 전에 TDD 책읽는데 6/5 ~ 6/20 책을 읽고 실습을 들어감. 한달이 책을 끝내는 시간이라 생각했는데. 일주일에 스터디 횟수를 줄일꺼니까 네. 맞겠네요. 한달씩이!

회고

• (RudiaMoon) 오늘 실습을 많이 하게 된다고 하니까 기뻐요. 주 2일이라고 하니까 더 기쁩니다.
• (sunoh) 졸려요 저도 오랜만에 정리해서 좋았고요. 집중하지 못해서 죄송합니다. 마지막에 집중했어요.
• (ohah) 오늘 좀 정해져서 좋았다. 오랜만에 스터디한 느낌이었다. 이게 주 2일이 한시간 동안 한다고 해도 일주일에 2시간이라, 한 문제 가지고 어떻게 루즈해지지 않을지 고민을 해봐야 할 것 같다. 오랜만에 차근차근 정리가 되서 좋았다. 역시 함께해온 합이 있어서 좋다.

20180817 토

회고

• kimsunoh
  • 이번주는 너무 후딱 지나갔네요. 그래도, 실습이 잘 진행되는 것 같아요.
• RudiaMoon
  • 실습진행하여좋았고 문제는 좀더 간단해서 한주에끝내는문제면 어떨까 생각합니다

20180811 토

• 확정된 내용은 진하게 표시

Do

• 클라우드9 세팅 or 팀뷰어
  • 누구 컴퓨터로
  • 개인 로컬 개발환경설정 맞추기 (JDK 8, JUnit 4 / 프로젝트 정상구동되는지 확인)
  • 맥에서 다른 사람 컴퓨터를 쓰는게 불편한점 없었나?
    • 팀뷰어로 할때 많이 불편한 점 없었다.
    • 단축키가 자기게 아니라 속도에 영향을 준다.
    • 롤 교대 시간 어떻게 설정? (5분씩, 10분씩, 하루에 한명만 드라이버)
    • **네비게이터를 5분씩 **두는건 어떨까?
• 로그정리(PR정리, PR날리기)
  • [ ] maven 설정 안되어있게 master 브랜치 정리 (ohahohah)
  • [ ] maven 설정 남아있는 브랜치 파기 (ohahohah)
  • 실습은 master로 올려도 될까?
    • 이번주 실습내용은 master 브랜치로 업로드
    • 다른 사람 PR내용 가져와서 내 commit 붙이는 방법 알려주기 - 다음주 토요일 ohahohah이야기
    • 일주일에 하나의 실습컴퓨터만 사용. **일주일치 실습내용을 PR **
    • 토요일 시간에 일주일치 같이 리뷰하고 merge
    • [ ] 이번주 금요일 실습 내용까지는 master브랜치에 날리기 (Rudia Moon)
    • 실습 히스토리 정리
      • 현재 mater 브랜치에 /tddExercise 와 /tddExercise2 로 나누어져 있음. RudiaMoon 로컬에 tddExercise모듈이 import 되지 않아서 /tddExercise를 /tddExercise2에 내용 복사 후, /tddExercise2에서 이번주 내용 작업함.
      • 중복내용의 폴더가 두 개 생김
      • 그동안의 commit history남기기 위해, 작업량이 적은 /tddExercise2의 작업내용을 /tddExercise 로 옮기기로 함
      • [x] RudiaMoon이 작업하고 로컬에서 /tddExercise 모듈 import되는지 확인
  • 작업로그 업로드
    • [x] 7/23~ 28 로그 업로드 (RudiaMoon)
    • [ ] 7/30 ~8/4 실습 로그 업로드 (kimsunoh)
    • [ ] 8/06 ~ 8/11 로그 업로드 (ohahohah)
    • 2주 전 일주일치 로그 작성시, cloud9 세팅도 있는데 meeting.md로만 남기는게 맞는지. 그 이후 로그는 어떻게해야할지
• 주 3일 미팅할까요?
  • 보통 1문제, 2문제 나가는게 있고 실습양이 줄어들어서 다음 문제를 할 수있을까
  • kimsuhoh: 1,2문제는 나가는건 문제가 없고 원래 짧게라도 하려고 했기때문에 하지만 다음 문제를 풀 수 있을지 의문.그래도 양에 상관없이 하나하나라도 차근차근하는데 의미가 있다고 생각
  • 토요일 회고는 고장하자. 월수금토
  • ohahohah: 저는 저번주 격일로 스터디참여함 꺄르르 자기가 피곤할때 빠지고 조정하면서 하면 되지 않을까? 화,목을 쉰다고 해서 스터디를 부담감이 덜어지는 건 아닌거같다.
  • kimsuhoh: 성인이라 알아서 하면 되는데 매일매일 스터디 해야한다는 부담감이 있었다. 하루에 알아서 같이 스터디하고 있는데 결석할떄 코드가 진행된다는 부담감때문에 빠지기 어려웠다.
  • RudiaMoon : 하고싶은 욕망과 해야하는 일이 쌓여있는 것들이 대립하고 있다
  • [ ] 다음주 실습 주 3일 월,화,금만 실습해보고 결정하기 (8/15 휴일)
• 다음주 스터디 일정
  • 월,화,금 진행, 수요일 공휴일쉽니다
  • 토요일 07:30~08:00 으로 진행
  • 다음주 sunoh가 실습 컴퓨터 담당
• 벌금정리
  • 따로 스프레드 시트 만듭시다.

회고

• Kimsunoh:
  • 이번주 실습해서 너무 좋았음. 다음주에 주 3번하는거 해보는걸로 결정되어서 좋았음. RudiaMoon이 다음주 해보고 정하는거 어떻겠냐고 해서 주 3일 제안을 했었던 부담이 줄었다
• RudiaMoon
  • 머리가 멍해요.. 전보다 더 깔끔해진 로그 칭찬해요. 이제 미리미리 정해야 하는 것들(일정, 역할 등)을 챙겨서 착착 하고 있다. 뭔가 장수할 수 있는 (스터디가 오래 갈 수 있는) 환경이 만들어진거 같다
• ohaohah
  • 굳이 스터디가 장수할 필요는 없다고 생각함. 그리고 도움 된다고 하면 상관 없음. 드디어 실습이됐다. 클라우드나인하다가 진행이 안되서 팀뷰어로 전향하는 개선한 방향이 좋았다. 삽질한 경험 같이 해봤으니깐 삽질한 시간이 줄지 않을까. 여름 너무 더워서 여름 빨리 갔으면 좋겠어요. 거실에 에어컨 있는데 방문 닫고 스터디할때 너무 더워요. ## 20180908 토

TODO

• PR 정리
• 책으로 진행할지
• 다른 문제를 풀지
• 2주 회고
• 실습시간(매일 or 시간 늘리기…?)
  • 실습진행하여좋았고 문제는 좀더 간단해서 한주에끝내는문제면 어떨까 생각합니다

Action

• 밀린PR 정리
• 밀린 로그 업데이트 : sunohkim (9/15 토)
• 밀린 소스 업데이트 : RudiaMoon (9/8 토)
• 앞으로 실습 어떻게 하면 좋을지

앞으로 실습 어떻게 하면 좋을지

• 기간 : 주2일 (월,목) , 토 (집중데이) - 돌아오는 토요일(9/15)은 실습집중데이
• 전체 실습시간 07:20 08:00 / 07:2030 세팅시간 / 07:3007:55 실습 / 07:5508:00 회고
• 격주로 회고 집중데이 / 실습 집중데이
• 2주동안 월목으로 해보고 실습시간이 모자라면 월수금 3일로 늘려보는 걸로
• 22 일 ~ 26 수(도깨비 방학) - 날이 좋아서 날이 좋지않아서 방학이다 도깨비 방학
  • (ohah) 일단 두가지 선택이 있었죠. 매일 & 주3회요
  • (RudiaMoon) 저는 주 3회요. 주 3회로 하니까 마음의 부담감이 덜 생기는 것 같아요. 시간적 여유도 생기고
  • (sunoh) 주 3회 좋아요. 지금 저희가 주 2회를 하고있어요. 월수금토해서 실제로 코딩하는 날을 정하는게 어떨까. 주 3일을 하면 심리적인 안정감을 줌. 매일하면 끝이 없다는 걸 느낌. 마음이 좀 편함. 내일은 잘 수 있어.
  • (ohah) 매일하는게 좋은데요. 주 3회실습을하고 2일은 책을 읽는건 어떨까 싶어요. 저는 실습하고 책하고 병행하면 좋겠다고 생각을 했는데 주 3일 격주로 실습을 하고 책을 읽으면 시간이 너무 오래 걸릴것 같아요.
  • (sunoh) 요일을 어떻게 할까요? 주3일 (월,수,금 / 월,목), 회고(토) 중에 정해볼까요?
  • (RudiaMoon) 토요일은 한시간씩 하더라도, 실습시간을 확보해서 문제를 빨리 끝냈으면 좋겠다. 실습 턴에서 서로 협업하는 방식을 더 배워서 어떻게 하면 좋을지 고민하는게 좋을 거 같다. 30분을 하기 위해서 이것을 키고, 팀뷰어를 키고 준비하는 과정이 오래걸린다고 생각하낟. 그래서 토요일엔 여유를 잡아서, 실습을 제대로 하는게 좋지 않을까?라고 생각한다.
  • (ohahohah) 긴 실습시간이 필요하다고 말하시는거죠? 저는 회고를 빼는것은 좋다고 생각이 되지 않아서,
  • (RudiaMoon) 아니면, 평일엔 회고만 하고 토요일에 실습을 길게 하는게 좋지 않을까요? 평일에 30분씩은 너무 금방 끝난다. 맥이 끊긴다
  • (ohahohah) 저도 이게 30분 안에 시작할까요? 이렇게만 십분,오분이 금방 훅훅 지나간다고 느끼고 있었다. 회고를 서둘러서 끝내고 싶지 않아서 주말에 하자고 한거였다. 그래서 주말에 하되, 격주로 하는건 어떨까? 2주에 한번 토요일에 회고를 하고, 한번은 실습을 길게 잡자. 그리고, 앞으로 준비할 시간을 10분 일찍 잡아서 7시 20분에 만나서 환경 잡고 시작하는 건 어떨까?
  • (RudiaMoon) 회고를 평일에 하다보면 더 여유있게 할 수 있을 거 같은데 회고를 나눠서 하긴 하지만 편하게 이야기할 수 있고. 실습은 Rudia님이 생각하시는 것처럼 여유있게
  • (ohahohah) 저는 평일에 시작하는 것은 마음이 편해지기 어렵습니다. 그래서 평일에 회고를 하는 것은 좋지 않다고 생각합니다. 중간 회고 시간을 길게 가져가는 것이 좋을 것 같다.
  • (sunoh) 두 명이 핑퐁처럼 회고와 실습을 하는거에 대해서 말을 바꿔가면서 하고 있는데요. 일단 주말에 길게 실습하는거 동의하고. 회고를 시간 쫓기면서 하다보면 꼬리가 짤리는데 그게 안좋다고 생각함. 머리 속에 안남음. ohahohah의견에 한 표하고 싶고요. RudiaMoon이 불편하다고 말씀하셨던 실습환경때문에 잡아먹는 시간이 많다고 한거는 십분, 오분 세팅시간을 따로 픽스하는 걸로 하는거 이렇게 두개로 하는게 어떨지 하는 생각입니다. 지금 잠을 안자서 단어가 거의 홍길동 수준인데요 이해해주세요 동에 번쩍 서에 번쩍하고 있어요. 으음… (졸림)
  • (ohahohah) 실습시간을 확보하기 위한 방법을 더 생각해보자
  • (sunohkim)일단 토요일을 어떻게 할지 정하고. 주중에 2일을 할지 3일을 할지 정하는게 좋을 거 같다.
  • (RudiaMoon) 격주 회고 괜찮아요. 제가 이야기하고 싶은건 실습도 여유있게 가지고 싶다.
  • (sunohKim) 평일 세팅 시간을 할당해서 실습시간을 확실히 25분 하는거 에 대해선 어떻게 생각하시나요>
  • (RudiaMoon) 좋아요
• 무엇을 : 한달은 책읽고, 한달은 실습하고
  • (ohah) 실습 + 책 병행 로그를 봤는데 실습을 했을때보다 책을 봤을때 현업회고가있어서 좋았는데 책만 읽으면 탁상공론이 되서 병행하는게 좋다고 생각하는데. 주 3회가 너무 짧아서 아쉽다. 하지만, 주3회를 하는게 좋을것 같다. 다른 두분이 부담을 느끼고 있으므로, … 지금 문득 드는 생각은 실습을 할 때, 실습을 할때 공유되었던 내용들을 회고에 구조화 해서(e.g. 2일간의 TDD 경험 포함) 정리해서 공유했으면 좋겠다
  • (sunoh) 실습 or 책 둘다 좋아요. 아침마다 초록막대봐서 좋아요. 책읽으면 공부하는거니깐 좋아요. 두개 동시에 병행하기엔 주 3회가 너무 적어요.
  • (RudiaMoon) 저는 실습만요. kimsunoh님 말씀하신 것 처럼 주3회 적다고 생각한다. 계속 실습을 했으면 좋겠다.
  • (sunoh) 실습할때는 서로 경험담 위주였고, 서로가 보는 코드를 볼 수 있고, 현업에서는 실습코드와 공유, 노하우 공유 되었음. 근데 아는 내용에 한해서만 공유가 되는건 좋지 않다고 생각함. 이론적인 부분을 보완하기 위해서 책을 읽는 건 어떨까 생각함.
  • (ohah) 현재 알고 있는 지식에서만 공유하는게 장기적으로 볼때 아쉽다. 짧게 반복을 하다보면 헷갈릴것 같다. 큰 단위로 한달은 책 읽고 한달을 실습하는 것은 어떨까요?
    • (RudiaMoon) 좋네요.
  • (sunoh) 한달은 너무 큰 단위 아닌가? 이주이주는 어때요?
  • (ohah) 기존 계산기문제도 한달이 걸렸고요. 갈증이 쌓일때쯤 턴을 바꾸는 거다. 아 이건 아닌거 같아 학습하고 싶어 할때 책읽기
  • (sunoh) 우리가 실습들어가기 전에 TDD 책읽는데 6/5 ~ 6/20 책을 읽고 실습을 들어감. 한달이 책을 끝내는 시간이라 생각했는데. 일주일에 스터디 횟수를 줄일꺼니까 네. 맞겠네요. 한달씩이!

회고

• (RudiaMoon) 오늘 실습을 많이 하게 된다고 하니까 기뻐요. 주 2일이라고 하니까 더 기쁩니다.
• (sunoh) 졸려요 저도 오랜만에 정리해서 좋았고요. 집중하지 못해서 죄송합니다. 마지막에 집중했어요.
• (ohah) 오늘 좀 정해져서 좋았다. 오랜만에 스터디한 느낌이었다. 이게 주 2일이 한시간 동안 한다고 해도 일주일에 2시간이라, 한 문제 가지고 어떻게 루즈해지지 않을지 고민을 해봐야 할 것 같다. 오랜만에 차근차근 정리가 되서 좋았다. 역시 함께해온 합이 있어서 좋다.

20180817 토

회고

• kimsunoh
  • 이번주는 너무 후딱 지나갔네요. 그래도, 실습이 잘 진행되는 것 같아요.
• RudiaMoon
  • 실습진행하여좋았고 문제는 좀더 간단해서 한주에끝내는문제면 어떨까 생각합니다

20180811 토

• 확정된 내용은 진하게 표시

Do

• 클라우드9 세팅 or 팀뷰어
  • 누구 컴퓨터로
  • 개인 로컬 개발환경설정 맞추기 (JDK 8, JUnit 4 / 프로젝트 정상구동되는지 확인)
  • 맥에서 다른 사람 컴퓨터를 쓰는게 불편한점 없었나?
    • 팀뷰어로 할때 많이 불편한 점 없었다.
    • 단축키가 자기게 아니라 속도에 영향을 준다.
    • 롤 교대 시간 어떻게 설정? (5분씩, 10분씩, 하루에 한명만 드라이버)
    • **네비게이터를 5분씩 **두는건 어떨까?
• 로그정리(PR정리, PR날리기)
  • [ ] maven 설정 안되어있게 master 브랜치 정리 (ohahohah)
  • [ ] maven 설정 남아있는 브랜치 파기 (ohahohah)
  • 실습은 master로 올려도 될까?
    • 이번주 실습내용은 master 브랜치로 업로드
    • 다른 사람 PR내용 가져와서 내 commit 붙이는 방법 알려주기 - 다음주 토요일 ohahohah이야기
    • 일주일에 하나의 실습컴퓨터만 사용. **일주일치 실습내용을 PR **
    • 토요일 시간에 일주일치 같이 리뷰하고 merge
    • [ ] 이번주 금요일 실습 내용까지는 master브랜치에 날리기 (Rudia Moon)
    • 실습 히스토리 정리
      • 현재 mater 브랜치에 /tddExercise 와 /tddExercise2 로 나누어져 있음. RudiaMoon 로컬에 tddExercise모듈이 import 되지 않아서 /tddExercise를 /tddExercise2에 내용 복사 후, /tddExercise2에서 이번주 내용 작업함.
      • 중복내용의 폴더가 두 개 생김
      • 그동안의 commit history남기기 위해, 작업량이 적은 /tddExercise2의 작업내용을 /tddExercise 로 옮기기로 함
      • [x] RudiaMoon이 작업하고 로컬에서 /tddExercise 모듈 import되는지 확인
  • 작업로그 업로드
    • [x] 7/23~ 28 로그 업로드 (RudiaMoon)
    • [ ] 7/30 ~8/4 실습 로그 업로드 (kimsunoh)
    • [ ] 8/06 ~ 8/11 로그 업로드 (ohahohah)
    • 2주 전 일주일치 로그 작성시, cloud9 세팅도 있는데 meeting.md로만 남기는게 맞는지. 그 이후 로그는 어떻게해야할지
• 주 3일 미팅할까요?
  • 보통 1문제, 2문제 나가는게 있고 실습양이 줄어들어서 다음 문제를 할 수있을까
  • kimsuhoh: 1,2문제는 나가는건 문제가 없고 원래 짧게라도 하려고 했기때문에 하지만 다음 문제를 풀 수 있을지 의문.그래도 양에 상관없이 하나하나라도 차근차근하는데 의미가 있다고 생각
  • 토요일 회고는 고장하자. 월수금토
  • ohahohah: 저는 저번주 격일로 스터디참여함 꺄르르 자기가 피곤할때 빠지고 조정하면서 하면 되지 않을까? 화,목을 쉰다고 해서 스터디를 부담감이 덜어지는 건 아닌거같다.
  • kimsuhoh: 성인이라 알아서 하면 되는데 매일매일 스터디 해야한다는 부담감이 있었다. 하루에 알아서 같이 스터디하고 있는데 결석할떄 코드가 진행된다는 부담감때문에 빠지기 어려웠다.
  • RudiaMoon : 하고싶은 욕망과 해야하는 일이 쌓여있는 것들이 대립하고 있다
  • [ ] 다음주 실습 주 3일 월,화,금만 실습해보고 결정하기 (8/15 휴일)
• 다음주 스터디 일정
  • 월,화,금 진행, 수요일 공휴일쉽니다
  • 토요일 07:30~08:00 으로 진행
  • 다음주 sunoh가 실습 컴퓨터 담당
• 벌금정리
  • 따로 스프레드 시트 만듭시다.

회고

• Kimsunoh:
  • 이번주 실습해서 너무 좋았음. 다음주에 주 3번하는거 해보는걸로 결정되어서 좋았음. RudiaMoon이 다음주 해보고 정하는거 어떻겠냐고 해서 주 3일 제안을 했었던 부담이 줄었다
• RudiaMoon
  • 머리가 멍해요.. 전보다 더 깔끔해진 로그 칭찬해요. 이제 미리미리 정해야 하는 것들(일정, 역할 등)을 챙겨서 착착 하고 있다. 뭔가 장수할 수 있는 (스터디가 오래 갈 수 있는) 환경이 만들어진거 같다
• ohaohah
  • 굳이 스터디가 장수할 필요는 없다고 생각함. 그리고 도움 된다고 하면 상관 없음. 드디어 실습이됐다. 클라우드나인하다가 진행이 안되서 팀뷰어로 전향하는 개선한 방향이 좋았다. 삽질한 경험 같이 해봤으니깐 삽질한 시간이 줄지 않을까. 여름 너무 더워서 여름 빨리 갔으면 좋겠어요. 거실에 에어컨 있는데 방문 닫고 스터디할때 너무 더워요.

20180804 토

Doing / 해야할 것

• 출석률

과제

• 로컬에서 maven project로바꾸고 junit돌아가는지 (ide 도움받아서)/ cloud9이랑 local이랑 개발환경 똑같이 맞춰서- kimsunoh
• 라이브러리 jar가 쉽지 않음 - RudiaMoon
  • 왜 안되는지 이유 정리하기(라이브러리.jar방법 알아오기)
• maven 문법 찾아보기 - ohahohah
  • 공식 튜토리얼 미리 찾아와서 내일 아침 설정때 수정하기

cloud9 앞으로 어떻게 진행할지

• 지금까지 설정 안되었던 부분 미리 과제로 해오기

이야기

• 과제하는 동안 책 읽기?
• 과제 완료 가능날짜 (수요일오전)
• 과제 완료후 수요일 오전부터 cloud9 설정 시작
• Rudia: 클라우드 나인을 써야할까 꼭? 팀뷰어로 실습해보는게 어떨지진행
• 팀뷰어로 월요일부터 실습
  • 하루에 한명은 온전히 드라이버
• 일주일에 3번 어떨지 - 3일로하되 45분씩

회고

• Rudia: 화이팅! 저번주 로그 작성할게요.
• kimsunoh: 체력 너무 바닥인게 느껴짐. 체력 올리면 집중력을 높여서 할 수 있을것. 체력을 올려야겠다
• ohahohah: 설정 너무 오래걸린다. 기간이 오래걸린다. 막상, 시간이 걸리는 것은 적다. 흐름이, 끊어서 가는게 만족도는 떨어진다. 실제로 학습효율은 모르겠지만, 만족도가 많이 떨어진다. 팀 뷰어를 하고, 만족도를 높이는 방법을 찾는것을 했으면 좋겠다.

20180728 - 회고 회의

안건

• 이전 로그 보면서 확인
• 24,25일 쉬었고, 23일 로그를 작성하지 않음
• 23일 : C9환경 설정 때문에, 안하고 회고만 말로 했었다.
  • ohahohah : 갈등이 생긴 것 같아서 뿌듯하다고 했었음, 스타일이 달라서
• 27일 히스토리 적고 설정 오래 걸린게 아니라 몇 분 안함.
• 이후 어떻게 해야 할지 일주일치 키워드 요약
• 21일 이후 로그 github에 편하게 작성하기
• 양이 많지 않을 때 묶어서 올려도 좋을 것 같다
• 마틴파울러 리펙토링책 얘기해보기

일주일 회고

• RudiaMoon : 로그 작성하는 품이 덜드니깐 깃헙 자주 안올려서 좋았어요. 우리가 주로 하는 업무가 아닌데 시간이 많이 들어서 힘들었었다. 세팅이지만 짧게 하는 것도 재미있었다.
• ohahohah : 로그가 조금 안남은거가 불편함을 같이 깨닫게 되서 좋았다. 크리티컬 하지 않을 때 로그 미스가 되서 좋았다. 월요일에 갈등이 생겨서 좋았다고 말했었는데, 이 부분에 대해서 좀 더 얘기를 해봤으면 좋겠다. 스타일이 달라서 생겼던 갈등이었고, 그 이후 페어 프로그래밍 처럼 화면을 공유하면서 해보자고 했었는데 그게 로그가 안남아 있다.23일, 26일 27일 클라우드 세팅안되서 못 들어옴. 총 40분 함. 굉장함. 문제점을 찾아냈고 생각보단 시간이 안 들었다. 약간 서로 루즈해진 기분.시간 바꿔서 그런 것인가.
• RudiaMoon: 시간 바꿨다기보다 개인적으로 해야 할 일들이 많아서 그런듯
• ohahohah: 가시적이지 않기 때문에 눈에 보이는 정리가 필요. 책 읽기 할 때는 성과와 다음해야할 일이 바로바로 보임. 마일스톤처럼. 회고 할 때 오늘 했던 성과나 방향 정리 하는게 중요.
• kimsunoh : 이번 주 많이 참여하지 못해서 개인적으로 아쉬웠다. 몸 상태가 안 좋아서 기억이 남는게 없는데 화면공유하면서 했을 때 스타일이 많이 달라서 당황했다. 하지만, 얘기를 하면 서로 이해를 했기 때문에 당황했지만 안심을 했다.
• 어떤점 고쳐야할까?
  • 로그미스, 미팅 빠지는 것, 성과가 가시적이지 않아 지치는 것, 스타일이 다른 것, 시간 초과하는 것.
  • 로그미스 : 끝나고 나서 한 마다씩 적자. 키워드만이라도 적자
  • 미팅 빠지는 것 :
  • ohahohah : 아침에 힘들어요. 더 자고 싶어서.
  • RudiaMoon : 도시락을 싸야함. 벌금제 할까? 분당 100원 30분이니깐 3천원 생존확인.
  • 혼자 있어도 칼진행. 10분전에 C9 접속하기.
  • 성과가 가시적이지 않아 지치는 것 : 오늘 했었던 것, 내일 해야 할 것을 정리하자
  • 스타일이 다른 것 : 세팅 들어가기 전에 한 번 드라이버가 나는 이렇게 생각해서 저렇게 할 것이다. 말로 해서 내가 왜 그렇게 하는지 생각에 대한 얘기를 쫙하기. 드라이버를 들은 이후에 세팅하고 들어간다. 그러면 생각을 서로 이해하게 되서 세팅중 인터럽트가 줄어들 것 같다. 페어프로그래밍형식 동의 드라이버가 하루에 한명만 있으면 좋겠다. 들어가기 전에 어제 정리한 내일 해야 할 것을 가지고 ‘어떻게’ 진행하면 좋을지 ‘무엇을’ 해야 할지를 5분정도 얘기하자.
  • 시간 초과하는 것 : 이거는 늦지 않으면 안 그럴 거 같다. 종료 5분전엔 칼 같이 끊어야 하면 되지 않을까? 우리 문서도 작성해야 되고, 5분을 말을 하고 들어가야 해서 실질적인 시간이 별로 없을 것 같다. 드라이버 1, 네비게이터 1, 서기1은 어떨까? 아니면 그냥 네비게이터가 중간 중간 쓰자. 그리고 회고를 끊거나, 시간이 없을 때 회고를 스킵 하는 것은 어떨까? 회고를 없애는 것보다 세팅을 중단하는 게 나을 것 같다. 전 회고가 제일 중요하다고 생각해서, .. 회고는 꼭 했으면 좋겠다. 동의한다. 아니면 회고를 중간에 하는 것은 어떨까? 아니면, 회고를 중간중간 메모해뒀다가. 마지막에 공유하는 것도 좋을 것 같다.

회고

• RudiaMoon : 월요일부터 화이팅!
• ohahohah 오늘 적은걸 실천해보도록 노력하자.
• kimsunoh 일요일도 화이팅, 벌금제 좋은 것 같아요. 우리 모아서 엠티가요!

---

20180727 - C9 classpath 세팅

• RudiaMoon, ohahohah 참여

진도사항

• 설정이 안되어 클래스패스 지정 안 되어 있다는 걸 확인
• 리눅스에서 클래스패스 지정하는 법 검색
• 클래스패스 지정하기 위해 java경로 알아야하는데 java 경로를 알수 없어 java bin 경로 검색하는 법 찾음
• 사용명령어 which java로 경로를 찾음
  -> usr/bin/java 옆에 경로로 cd가 안됨
  -> bin 하위에서 java alias 찾아봄

hymoon:/usr/bin $ ls -vl java
lrwxrwxrwx 1 root root 22 Jul 17 10:05 java -> /etc/alternatives/java
hymoon:/usr/bin $ cd /etc/al
aliases       aliases.db    alternatives/ 
hymoon:/usr/bin $ cd /etc/alternatives/java
bash: cd: /etc/alternatives/java: Not a directory
hymoon:/usr/bin $ cd /etc/alternatives/
hymoon:/etc/alternatives $ ls -vll java
lrwxrwxrwx 1 root root 46 Jul 17 10:05 java -> /usr/lib/jvm/jre-1.8.0-openjdk.x86_64/bin/java
hymoon:/etc/alternatives $ cd /usr/lib/jvm/jre
jre/                      jre-1.7.0-openjdk.x86_64/ jre-1.8.0-openjdk/        jre-openjdk/              
jre-1.7.0/                jre-1.8.0/                jre-1.8.0-openjdk.x86_64/ 

• java cp 지정하는 법
  java -Xmx500m -cp ".:../somejar.jar:../mysql-connector-java-5.1.6-bin.jar" "folder.subfolder../dit1/some.xml

회고

ohahohah

• history 다 적어놓으면 이게 퍼머넌트 도큐먼트 쓸 때 도움 되요.
• 오래 걸린다고 생각하는 게 시간 모아놓으면 얼마 안 돼요.
• c9키고 그러면 20분정도 소요돼서 실제소요시간은 길지 않다. 5일해도 한 시간 사십분. 두 시간이 안 됨.
• 한번시간잡고하면 삽질하는데 짧은 시간 안에 어디까지 하고 있는지 한 번씩 되짚어 보니깐 이런 내가 지금 뭐하고 있는지 되돌아보는 습관이 되어서 더 좋은 결과 될 것 같아요.
• 김창준 학습법 일주일에 3시간 하루 잡아서 삽질하는 것보다 하루에 짧게 하면서 진도 나가는 게 학습할 땐 불만인데 내가 모르는걸 확인하게 되니 더 좋은 학습이 된다고 함. 그래서 내가 모르는걸 확인하는 게 좋은거 같아요.
  RudiaMoon
• 30분 만에 하다보니까 설정하는데 오래 걸리는 느낌이 든다. 오래 잡고 해도 설정이 안 잡히고 짧게 해도 설정이 안 끝나고. 느낌으로는 헬로우 월드 치는 기분. 어렵. 다음에 말로 하면 되지 했는데 ohahohah 님이 정리해 놓은 것 보니까 깔끔하네요.

20180726 - C9 classmate 세팅

회고

ohahohah

• 같이 한 화면이라 좋았고 한 가지씩 하니깐 시간이 덜 드는 느낌
  kimsunoh
• 현재 c9 접속 안 됨. 클래스패스 하는 방법 찾아야함.
  RudiaMoon
• 늦잠자서 죄송합니다.

20180707 - 쌓인 이슈 및 의견 정리

오늘의 이야기

기타

• ohahohah : 목요일에 커리어 컨설팅을 받았는데, 좋은 것 같다.
• RidiaMoon : 개발직군 커리어도 가능한가요?
• ohahohah : 실제 면접에 들어가는 사람들의 피드백을 받을 수 있다. 전반적인 방향을 짚어주는게 좋았음.

Today Action

• 그동안 로그 보면서 놓쳤던 이슈/결정해야할 사항 정리
• 실습 고정일자/시간 정하기
  • 오프라인 여의도역 목요일 19:10 / 토요일 오전 온라인 스터디로 변경할 수 있음
• 이슈관리
  • 이슈타이틀 형식 맞추기 (github보면서 다같이 확인함)
    • 앞으로 log(로그), excercise(실습) 고정적으로 넣어 필터링 넣기.
  • 이슈 체크리스트에서 해당되지 않는 항목 지우기
• PR 이슈담당자(Assginee)의 역할 및 Reviewer 역할 고민
  • Assginee 역할
    • 최대한 빨리 올리고 이슈처리하기 힘든건 도움요청하기
    • 마크다운,오타수정 + 본인 파트 수정해서 올리기
  • Reviewer : 본인 파트의 철자 문법 확인하기
    • 자기파트에서 설명해야해야할 부분 수정 및 문법오류 바로 수정
    • 리뷰어가 수정하고선 commit discription이나 댓글에 코멘트 날리기(다른 사람도 잘못된 부분 파악하고, 다음엔 제대로 고칠 수 있도록)
  • 코멘트 달고 직접 수정 기준은 (kimsunoh 질문)?
    • ohahohah : 한 번 코멘트 날리고 그 다음 발견되면 직접 했어요.

앞으로도 체크해야할 사항

• 책 리딩시간 변경 (ohahohah 출근시간변경됨)
  • ohahohah : 출근을 해본 이후에 시간이 결정 될 것 같다. 나중에 시간이 정해진 다음 다시 이야기하자
• 자랑질 할 사람 한명씩 구해오기
  • kimsunoh : 이미 주변에 자랑을 많이 해놓은 상태이다. 다음엔 기록으로 남겨서 공유하겠다
  • ohahohah : 고민되는 부분이랑, 지금까지 한 부분 클린코드 강의들었던 곳에 물어보겠다.
  • RudiaMoon : 저는 추후에 정해서 공유하겠습니다.
• 공금채널에 올린 자료보기
  • 자료보기 하고 같이 생각해볼 내용이나 생각 정리해서 공유합시다.
  • 공유하고 싶은 내용은 슬랙에 틈틈이 올립시다
• 김창준 팟캐스트 듣기
  • kimsunoh, RudiaMoon : 듣고 있어요
  • ohahohah : 전 다시 들어야해요
• TOC로 목차 추가하는 것
  • Rudia, ohahohah 같이 해보기
• 현업 코드와 비슷한 구조로 하나 만들어서 같이 해보기
  • 현업 프로젝트의 한 모듈을 유사본을 만들어서 다같이 TDD적용 해보는 것
  • 가능할지, 어떤 부분이 문제가 될지, 진행방식에 대해 생각해보기
    • Rudia 문제 가져오기 (단순 모듈로 / 공개 리포지토리에 )
  • 문제를 가져오기전 확인해야될 사항
    • 공개 레포지터리에 오픈이 되도 되는가?
    • 한번에 파악이 가능한가?
    • 안드로이드적인 성격이 없는, 혹은 안드로이드적인 문법이 있어도 5분안에 설명해서 이해할 수 있는가?
    • 시간 얼마나 걸릴지 적어오기(30분실습가능)
• 루즈해지고 있다는 내용이 반복된다
• 책읽고 실습 외에 부가적으로 드는 품을 줄일 수 없을까?
  • 로그 업로드 등에 드는 시간이 너무 많은 것 같다. 계속 고민해보자

실습하면서 유념하기

• mob-programming
• 한글로 테스트 제목 적기
• 시간측정 : 해야할 만한 최소한의 Task위주로 시간 측정을 해서 파악을 하고 지표로 삼았으면 좋겠다. 내가 생각하기에 어느정도 시간 걸릴거 같다.
• 말로 learning 하는 것, 말로 설계 하는 것 - ok
  • RudiaMoon : 말로 설계하는 것보다 실습만 했으면 좋겠다
  • ohahohah : 문제에 접근할때 말로 하는 것은 계속 했으면 좋겠다. 제가 말했던 ‘말로 하는’은 설계를 이해할때 사용했던 방식이었다.
  • RudiaMoon : 아! 그런거였나요? 그런거면 좋습니다
  • kimsunoh : 저도 문제에 접근하는 방식을 말로 먼저 정리하는 것에 찬성한다

회고

kimsunoh

• 이슈트래킹 하면서 다 잘 되고 있구나 많이 했구나 느껴서 신박했다.
• 이슈 관리 부담느끼고 있었는데 Rudia 좋은 의견이었음

RudiaMoon

• 토요일마다 진도나가는 거보다 한번씩 짚어나가는게 좋긴 좋네요.

ohahohah

• 진도 안나가니 개꿀. 아침마다 일어나는거 힘들어요.
• 회고할때 스스로의 게으름을 탓할때마다 마음이 아프다. 우리 잘하고 있고, 많이 해왔다 같이 느낄 수 있어서 좋았음.
• 우리의 엄청난 업적들에 대한 칭찬을 수집해서 공유하자.
• 우리끼리 피드백 외에 외부 피드백도 필요하다고 생각함. 지금 상태 어떤지 확인하는거 필요.
  • '우리 열정없어, 우리 게을러' 하는 내용들 계속 회고하다보면 언젠가 익숙해질꺼다. 아 우린 열정없구나, 우린 하는거 별거없구나. 이런데에 익숙해지지 않았으면 좋겠다. 그건 우리가 바꿀 수 없는 상황에서 겪는 걸로 충분하다.
  • 외부 피드백도 꾸준히 받으면서 객관화해서 앞으로의 방향을 잡아나갔으면 좋겠다.

---

20180704 - 한달회고

얘기할 주제

• Github 이슈 정리
• 자동목차만들기 시연
• 한달동안 어땠는지

Github 이슈 정리

• ohahohah : 이슈가 쌓이거나, 힘들 경우 일주일에 한번씩 회고 시간을 가졌으면 좋겠다.
• RudiaMoon : 시간을 이런식으로 활용하는 것도 좋을 것 같다 (오래 머물러있었던 ToC 만들기 이슈 해결로 넘어감)
• ohahohah : 플러그인 사용해 makrdown ToC 시연중 (BookTDD_Kent_Beck.md)
• ohahohah : 이걸 사용해서 상단에 추가해주시면 됩니다. 더 이상 이슈를 처리 하기 힘든 것 있는분 계신가요?
• RudiaMoon : 기왕 한것 다른 MD들도 목차를 만들면 좋을 것 같다.
• kimsunoh : 넵, 저는 다른 MD들의 목차를 만들겠습니다.
• ohahohah : kimsunoh님은 그럼, meeting.log, tdd_learning.log 해주세요.

회고

RudiaMoon

• 개발습관을 계속 생각하고 바꾸게 된다. 요즘 pomodoro 써서 하고 있는데 요즘 늪에 빠져서 나쁜 습관으로 돌아가려고 한다. 그 부분이 아쉽지만 책읽기 전후를 해보면생각 한가지 문제를 생각하려고 하고, 하나씩 생각해보려고 하니까. 발전이 생김. 요즘은 루즈해지고 있으니까 진도를 빨리 빼서 다른 책 해보는게 좋지 않을까 하는 생각한다.

kimsunoh

• 요즘 Rudia와 비슷한 점인 개발습관을 바꾸려고 하는 것을 신경쓰고 있다. 한 번에 하나씩하는 것도 연습을 한다. 근데 요즘 잘 모르겠다. 요즘에 너무 큰 서비스의 일부분만 적용하려고 하니까 갭이 있고 우리가 실습을 하는 것과 느낌이 다르니까 헷갈린다. 그래도 매일 책을 읽으니까 뭔가 하는 기분이 들고. 실습을 하기 전에는 책을 따라서 제대로 공부하고 있나 ‘내 머리속에 제대로 쌓이는 건가?’ 하는 의문이 들었지만, 실습 후에는 눈앞에 바로 보이니까 내가 잘 못 생각하고 있는 것도 발견하고 바꿀 수 있었던 점이 좋았다. 책- 실습 루틴이 많이 도움이 된다.

RudiaMoon TDD를 회사에 바로 적용못하고 있다. 지금 회사 상황에서는 TDD를 할 수가 없다고 했다. 프로젝트가 너무 타이트하게 돌아가니까. 적용은 할 수 없는데. 어쨌든 TDD를 여기서만 쓸게 아니니까. 계속 공부하면서 실습하고 싶다. 실습하는거 너무 좋다. 책 읽으면 뭔가 하고 있는 것 같다는 느낌이 든다.

ohahohah

• 저희 배운것을 바로 협업에 적용하는 것도 힘들다. 내 몸에 익지 않은 것을 production 코드에 적용할 수 없을테니까. 그리고, 누가 몸에 익지 않은 TDD를 학습하는 시간을 기다려 주지 않을 것이다. Gap이 느껴질수밖에 없다. 책을 하나 공유를 하려고 한다. TDD를 어떻게 포기하지 않고 협업에 적용할 것인가를 단계적으로 보여준 책이다. TDD가 바로 코드를 개발하는 것보다 시간이 더 든다는 통계자료가 있다.
• 개인 프로젝트 하는 것이나, 이런것에 쓰는것과 협업에서 적용하려고 하는것은 다를수 밖에 없을 것이다. 서로 협업에 적용하려 하는 것을 공유했으면 좋겠다. 프로젝트 실습하듯이 같이 실습해봤으면 좋겠다. 나는 이런거 시도해봤다 같이

RudiaMoon

• 현업 프로젝트에서는 이런 단점이 있었는데 TDD를 통해 고치고 싶었던게 있다. 이런걸 적용해보고 그 내용들을 회고하고 같이 공유해보고 이야기해보고 싶다.
• 현업 코드와 비슷한 구조로 하나 만들어서 같이 해보기
  • 가능할지, 어떤 부분이 문제가 될지, 진행방식에 대해 생각해보기
  • (ohahohah) 프로덕트 코드가 엉켜있는게 많아서 모듈을 분리하는 것도 학습이 될거 같다.
  • 고치고 부분 각자 가져와서 같이 만들어보기 - 코드리뷰

ohahohah

• 요즘 뭔가 다들 힘들어보여서(특히 제가 힘듦). 이슈 쌓여있는게 과부하인가? 루즈해지는것도 있어서 고민됐는데 오늘 각자 현업에서 적용할 노력하고 있는 이야기를 들어서 되게 좋았어요.
• 스터디하다가 힘들면 얘기 바로 하기
• 토요일은 책 진도 나가지 않고 회고와 실습을 하자. 한 주는 회고. 그 다음주는 실습. 격주로 진행방향 논의.
• 코드리뷰 꼼꼼하게 하고있는데 부담스러우시면 이야기해주기.
• 곧 있으면 저도 바빠져요. 저도 더 신경쓰는 정원사 롤을 못할 거 같아서 각자 놓치는 포인트들을 봐드리고있음.

---

20180623 - TDD 실습 어떻게 진행할 것인가?

이야기

• (Rudia)짧은 코드들을 짧게짧게 해보는 것, 30분 안에 해보고 뿌듯함을 느낄 수 있었으면 좋겠다.
• (ohahohah)아침 시간에 진행을 한다면 어떻게 진행 되야 할지 모르겠다
• (ohahohah) 코드리뷰 라이브 영상은 포프김꺼 채널에 올려놨다. 그것을 보면서 감을 잡아보는 건 어떨까?
• (ohahohah) 클린코드 강의의 TDD 실습 프로젝트의 요구사항 괜찮았음. 참고해보자. 일주일에 한 단계씩 총 3단계의 요구사항으로 차례차례 구현하도록 되어있었음
• (Rudia)어떤 것을 기준으로 TDD를 적용할 수 있을 지 모르겠어서.
• (kimsunoh) 자바지기아저씨가하는 얘기 볼링핀, 이런 예시들을 한개만 해봐도 괜찮지않을까?
• (Rudia) 계산기 문제를 해보는 것은 어떨까?
• (ohahohah) 어떤 걸 선택하든 실습해보고 문제를 고르는 과정 필요.
• (kimsunoh)실습을 모여서하는게 맞는지/ 30분이 짧은데 같은 스텝이라는 말이 주제에대한 속도가 다를텐데 그게 커뮤니케이션이 가능할지
• (ohahohah) 그 수업에서도 진도를 따라가는데 초점이 아니라, 하나의 프로젝트를 하더라도 프로젝트에서 배울 수 있는 것 확실하게 배우자 였음. 다 구현하고 나서 PR이 아니라 궁금증이 생길때 틈틈이 PR하라고 함. 우리도 스터디하는 날 모든 요구사항을 다 완료하는게 아니라 하루에 할 수 있는 만큼만 구현하고 계속 리뷰하고 발전시켜나가자.
• (ohahohah) 진도에만 초점을 맞추지 말자. 그리고 그렇게 되면 부담이 너무 커진다. 부담이 크면 지속할 수 없다. TDD도 아침에 시간을 내면 할 수 있는 분량이라 지속할 수 있었음.
• (kimsunoh) 30분안에 하는게 부담.
• (ohahohah) 클린코드 강의자에게 자문구하기? - 지금 스터디방식 정보 함께

30분안에 TDD 실습페어 프로그래밍을 어떻게 할까

• (Rudia) 코드리뷰로 가야하지 않을까?
• (ohahohah)아님 1명을 더 구해서 페어프로그래밍 어떄요?
• (Rudia) 3명이 페어 프로그래밍은 안되나요?
• (ohahohah) 할 수 있다. 3명 페어프로그래밍하는 방법을 들음. 한명은 A4용지에 무얼 할ㅈ 적고, 2명은 페어로. 한명이 네비게이터. 한명이 드라이버로 로테이션하면서.
• (ohahohah) 어떻게 시도할지 괜찮을 것 같은 방법을 리스트업 해보고ㅡ 각각의 방식 시도하면서 장단점 찾으면서 발전시켜나가자.
• (ohahohah) 사람마다 코딩스타일이 달라서 페어프로그래밍도 서로 맞춰나가는 게 필요.
• (Rudia) 지금 사람을 늘리는 것은 부담이 될 것 같다. 일단 괜찮은 방법을 찾아가 보는 것이 좋을 것 같다
• (Rudia) 짧은 것을 해보는 것, 3명 페어해서 해보는 것. 문제는 쉽게 방법은 다양하게 해보는 것을 해보고 싶다
• (Rudia) 왜 쉬운 문제를 하는 것이 의미가 있는가하면, 어려운 문제를 푸는 것보다 TDD에 목적이 있는 것이여서
• (kimsunoh) 문제 쉽게 다양하게 하면서 방법 찾는것에 동의. 페어르 찾고, 각자 실습할 문제 공유
  • 페어를 처음 하는 날에는 실습 오래걸려서 해보는건 어떨지.
  • 페어 얼굴을 맞대고 있지 않는 상태에선 거부감 생김.
  • 온라인 페어프로그래밍 가능할지 (ohahohah,Rudia) 지금 우리느 사이드 프로젝트 같은 부분 담당학 있는데 그거 개발할때 페어프로그래밍으로 학습하고 있음. 근데 게임처럼 하느라 컴페티션처럼 하고 있음. (ohahohah) 온라인으로 페어프로그래밍이 되는가?라는 ksno 의 질문에 답하자면, 일단 두 부분으로 나누어서 접근해야할듯.

1. 오프라인에서 둘씩 페어프로그래밍해보고,
2. 오프라인으로 셋이서 페어프로그래밍 해보고
3. 온라인으로 페어프로그래밍을 해보자

구현실습과 코드리뷰 논의

• (ohahohah) 두번째 방법으로 아침에 코드리뷰를 하는것은 어떻게 진행하는 것이 좋을까요? 미리 구현실습을 하고, 아침에는 다같이 모여 코드리뷰를 하는 것
• 아니면 15분(실습) + 15분 코드리뷰. 근데 다같이 모여서 각자 15분 실습하는게 의미가 있나.
• (kimsunoh) 페어 해보고 2번째방법 해봐요. 페어해보고 정해요.

Action 일정정하기

(셋이 다 되는 일정을 찾아봄. 안됨.)

• (ohahohah) 둘 씩 나눠 하죠. 모두 오프라인에서 만나는 게 목표가 아니니까. (각자 이번 페어로 되는 시간 정하고, 셋이 다같이 만나는 시간 정함)
• 그리고 이번주에 아침엔 TDD 진행해요. 슬랙에서 페어 풀 문제 공유해요.

회고

ohahohah

• 맞춰나가는 과정이 재밌을것 같다
• 다들 적극적으로 의견을 내는 좋은 스터디인것 같다. 항상 힘이 난다
• 만약 다음주에 방법을 못찾더라도, 이렇게 하다보면 우린 언젠간 답을 찾을 꺼라고 생각한다
• 중간에 초조해지더라도 다같이 계속하다보면 결과가 있을꺼 같다.

rudia

• 시영님 계속 저만 시키는게 부담스러워요
• 방식 나눠지는것 재미있다.

ksno

• 우리들의 케미가 늘어가는 것이 느껴져서 좋았다.
• 오프라인으로 둘이 만난다니 두근두근했다
• 실습이 기대된다

---

20180616 - 실습 접목할까?

요약

• 방안 1) 일주일 정도 실습을 해보고(아침시간에도 실습) : (Rudia) 30분안에 가능할까?
• 방안 2) 빠르게 1부 진도를 나가자 - 17장까지 3장씩 묶어서 독서를 하자
  • 이후 2부,3부에서 필요한 챕터 골라서 읽기
• 우리들의 꿈(이상) - 방안 3) 온라인 코드리뷰가 필요할 때, 하루를 잡아서 실습을 하자
  • 실습과 독서를 병행해서 진행하면서, 아침에 독서를, 온라인으론 코드리뷰를 하자

퓨전 방안으로 하자!

• (6/18 ~19 월, 화) 빠르게 1부 진도를 나가자 - 17장까지 3장씩 묶어서 독서를 하자
• (6/20 ~ 23 수목금토) 일주일 정도 일단 실습해보기 (아침시간에 실습)
• (6/23 토) - 한 주 회고, 앞으로의 방향 길게 보고 이야기
• 2부,3부에서 필요한 챕터 골라서 읽기
• 책 읽기 + 실습하기 루틴으로 간다면?
  • 실습 예제는 많음 - ohahohah 가지고 있는 책도 있고, 실습 자료도 있고
    • [책]코딩트레이닝
    • 클린코드 강의 TDD 실습자료

이야기

• (ksno)TDD 읽으면서 실습. 그 이후에 객체지향관련 책 읽어보자
• (ksno)이전에 논의된 이야기에 공감
• (Rudia) TDD 책이 계속 중복된 이야기가 많으니 TDD 실습을 해보자
• 경험치 만큼 코드가 나오는데, 객체지향적인 아티클을 읽고난 이후 진행을 하자
• 과제 식으로 읽고, 실습해와서 아침에 30분을 지켜나가자
• (ksno) TDD를 하겠다는 목표가 점차 확장되면서 책을 벗어나는 것이 아닌가? 라는 생각이 들었다
• 1주일 정도 실습을 해보고 더 실습을 할지, 여부를 논의하자
• (ksno) 실습을 이번 책을 읽을때는 TDD를 하고, 다음 책을 객체지향설계 관련 책을 선택해서 리팩토링을 하자
• (ohahohah) 책을 스탑하는 것이 맞는가?
  • 17장까지를 3장씩 묶어서 하는것은 어떨까? 루즈해지지 않고 스피드하게
  • 이후에 2부,3부 골라서 하는 건 어떤가? (1부 화폐예제 이후의 내용들은 한장씩 읽는 템포가 맞는 것 같다)
  • 아침에는 책읽기 + 그외 시간에는 각자 온라인 실습 (토이프로젝트 실습 + 코드리뷰)
  • 일주일에 1,2일정도 실습 내용에 대해서 이야기
• (ksno) 책에 있는 실습을 하기엔 하루에 한장이 적당해보인다

참고. 이전 이야기 - 20180613 - 9장. 우리가 사는 시간 그 외 논의 참고

##### 실습 어떻게 할까?         
- 아침 TDD 읽기 & 일과 중에 TDD 실습 + 온라인 코드리뷰 부담이 되지 않을까?         
 - Rudia :  지금은 괜춘. 어차피 나중에 무리인 거 같으면 줄이면 됨        
-  TDD 실습코드는 ohohah가 가지고 있는 예제가 있음. 그거 공유        
-  코드리뷰하면서 주니어는 변수명만가능하고, 설계단은 알아야 코드리뷰가능.        
- 경험치만큼 코드리뷰를 할 수 있기 때문에 저희는 아직 그런게 부족. (학습해야하는 리팩토링 원칙이나 객체지향 적용방법 - else쓰지마라, intent2개이상 쓰지 마라)       
- 코드리뷰와 실습하기 전에 좋은 코드를 위한 실질적인 가이드라인 아티클들을 읽은 후에 시작하는거 어떨까?          
- 예를 들면, 10장 이후에 실습하기로 했으면, 그 다음 아침시간에 11장 읽는거 잠깐 스탑하고 
‘객체지향생활체조’를 읽는다.       
- [객체지향 생활체조](https://developerfarm.wordpress.com/2012/02/03/object_calisthenics_summary/)       
- 리팩토링 책 원칙 요약해놓은 칼럼       
- 프로그래밍 수련법, 클린코드       
- 좋은 동영상 강의/ 리포지토리도 있음   
스터디 자료 
[코드] 리팩토링이 필요한 코드 : https://github.com/msbaek/expense/ 
[도서] 클린 소프트웨어 -애자일 원칙과 패턴, 그리고 실천 방법(로버트 C. 마틴 저)(http://www.yes24.com/24/viewer/preview/39497990)
[도서] 리팩토링 - 마틴파울러 저 (http://www.hanbit.co.kr/store/books/look.php?p_code=B9939119873)
(공유가 가능한 )실제 프로덕트 코드
그 외 리팩토링, OOP 관련 아티클

회고

Rudia

• 다 맞는 얘긴데, 이 얘기를 어떻게 취합해야할지 막막했고, 방안3에 대해 좋다는 생각이 들었지만, 부담감이 느껴졌었다.
• 퓨전방안이 생겨서 그 부담을 덜 수 있어서 좋았다.

ohahohah

• Rudia와 비슷, 언제나 나의 이상은 모든것을 하고 싶지만, 현실적으로 하지 못하는 것이 많음. .
• 머릿속으로 원하는 것과 실제로 할 수 있는 것과의 갭에서 현실적인 선택 방안을 생각하는 것을 연습해야 겠다는 생각이 듬. TDD 정의도 여기에 적용해봤으면 좋겠다.

  TDD란 프로그래밍 도중 내린 결정과 그 결정에 대한 피드백 사이의 간격을 인지하고, 또한 이 간격을 통제할 수 있게 해주는 기술을 말한다.

• 서로를 점검하고 피드백 하면서, 일을 늘리지만 말고 현실적인 실현하는 방안을 얘기해 봤으면 좋겠다

ksno

• 의견이 받아들여져서 뿌듯. 결론이 안정해질줄 알았는데 방안이 잡혀서 좋았음.