2월 25일 standup meeting

[김우승]

김우승:

  어제 한 일: 약간의 refactoring, Request class의 수정과 거기에 따른 다른 부분 수정 적용

  오늘 할 일: Resource 수정

  진행 중 문제점: 다른 사람들의 관련 class 수정 방향에 대해서 알고 싶음

 

최종열:

  어제 한 일: 4번 ticket 처리

  오늘 할 일: 4번 ticket에 대한 특이케이스 처리

  진행 중 문제점: 특별히 없음. 내용협상문서를 통해 해결할 수 있음

 

홍민희:

  어제 한 일: http 재작성 시도. 너무 많은 변경으로 버림

  오늘 할 일: 어제 한 일 다시 시도.

  진행 중 문제점: Rollback 및 사회적 문제 고민

[Joon Soo Kang]

시험 치고와서 이제야 컴퓨터 앞에 앉았네요.^^

강준수:

  어제 한 일: 빌드 스크립트에 server 명령어 추가

  오늘 할 일: vlastic이라는 별도의 스크립트 작성, Session 관련 코드리딩

  진행 중 문제점: Request 등 중복되는 부분에 대한 접근 고민

2009년 2월 25일 (수) 오전 11:35, 김우승 <lohas...@gmail.com>님의 말:

<winner> 이런...
<winner> 제가 실수했군요
<홍민희> 음;
<홍민희> 오늘은 둘밖에 없나요
<winner> 어라?
<winner> 그런가요?
<winner> 이런...
<winner> 뭐, 어쨌든 하겠습니다.
<홍민희> 네
<winner> 어제 한 일은
<winner> 약간의 refactoring과
<winner> Request class를 상위 class인 Message class를 활용하도록 수정한 것입니다.
<홍민희> 네
<winner> HTTP protocol을 좀 더 정확히 이해한 것도 있겠군요.
<winner> 오늘 할 일은
<winner> Resource class에 대해서 좀더 명확히 할 생각입니다.
<winner> 지금도
<winner> HTTP method 처리에 대해서 혼란일ㄹ까
<winner> 어느 쪽이 좋은지 느낌이 안 오거든요
<winner> 진행 중 문제점까지는 아닌데
<winner> 음...
<winner> 좀 바라는 것이 있는 것은
<winner> 많이 고치지는 않았어도 Request class를 이리저리 고치고 있는데
<홍민희> 네
<winner> 홍민희님이 어느 방향으로 Request와 Response를 작성할지를 알지를 못한다는 점입니다.
<winner> 가급적이면
<winner> Test가 통과된다면 자주 push 해주셨으면 합다.
<홍민희> 제가
<홍민희> 사실
<홍민희> 어제 엄청 뜯어 고쳤는데요
<홍민희> 기존 소스가 남질 않아서
<홍민희> 다 롤백했어요
<홍민희> -_-;;
<winner> 잠시 확인해볼께요
<홍민희> 아뇨. push 안했죠;
<winner> 되돌렸다는 것은 홍민희님의 source인가요?
<홍민희> 네
<홍민희> 그러니까, 제가 로컬에서
* 종텐 (jon...@218.39.251.76) 님께서 대화방 #vlastic에 참여하셨습니다.
<홍민희> http쪽을 엄청 건드렸는데요
<winner> 흠..
<홍민희> 이미 있는 인터페이스가 많이 바뀌게 되서
<홍민희> 그냥 롤백했어요
<홍민희> 근데 마침 리팩토링한걸 올려주셔서...
<종텐> (안녕하세요;)
<winner> 안녕하세요
<홍민희> winner: 몇가지 요청사항이 있는데요
<winner> 예
<홍민희> 일단 떠오른것만; 커밋로그에서 코드나 identifier 같은 것들은 백쿼트로 감싸주세요. 이건 전에 얘기했던 내용이죠? =3
<홍민희> 예를 들어 http://vlastic.ruree.net/changeset/38%3Ae3ba062a3067
<winner> 알겠습니다.
<홍민희> 이것은
<홍민희> The name of `uri` that is belong to `Request` class was changed to `path`.
<winner> Ticet 작성할 때도 마찬가지인가요?
<홍민희> 네네.
<winner> 어느 쪽인지 헷갈렸는데
<홍민희> WikiFormatting은 최대한 활용해주세요.
<winner> 똑같군요
<winner> 알겠습니다.
<홍민희> (그리고 문장에 마침표도... =3)
<winner> ^_^... 예
<홍민희> 음 그리고, Request.http_version보다는 Request.protocol이 낫지 않을까 생각해봅니다.
<홍민희> 왜냐면 HTTP/1.1 이라고 떨어지니까요
<winner> 표준에 아마
<winner> HTTP_Version 인가... 그렇게 되어 있을 거예요
<winner> Protocol이라고 한다면
<winner> http 이외에도 받아들일 생각을 하시는 것인가요?
<홍민희> HTTP라는 문자열이 포함되어 있으니 protocol이 나을 것 같아요
<홍민희> 글쎄요; 그냥 이름 문제일 뿐..
<winner> 흠...
<winner> 잠깐만요
<winner> 종텐님도
<winner> HTTP를 보고 계실텐데
<winner> 혹시 어느쪽이 낫다는 생각이 드시는게 있나요?
<종텐> 아뇨;
<winner> 저는 protocol이 좋다는 생각이 별로 안 들어서요
<winner> protocol_version은 더 이상한 거 같고....
<winner> 이야기가 나왔으니 우선 이건 매듭짓고 넘어가도록 하죠
<winner> 저는 이름을 지을 때
<winner> 가급적이면 기존 참고문서에 있는 것을 그대로 따르거든요
<winner> 하지만 resource도 있고 하니까
<홍민희> 저 같은 경우에도 대체로 그렇긴 하지만, 일단 인터페이스도 일종의 ui라고 생각해서요
<홍민희> 그런 경우 저는 두 가지 이름을 동시에 지원하게 하기도 해요
<홍민희> self.protocol = self.http_version = ...
<winner> 꼭 따를 필요는 없긴 하겠는데
<winner> 흠...
<winner> 지금 http_version과 연관이 있는 부분은 많지 않으니까요
<winner> 고쳐도 크게 문제는 없겠습니다.
<winner> 가급적이면 두가지 이름을 동시에는 잘 안 해서....
<winner> 어떤 녀석이 변하면 같이 변하게 되기 어려울지도 모르고요
<winner> 우선 protocol로 해보죠
<홍민희> :-)
<winner> 정 맘에 안 들면
<winner> 다시 생각해볼께요
<winner> 우선 제 과업 이야기는 일단 넘어가죠.
<winner> http module에 대한 문제는 나중에 더 이야ㅣ 하고요
<winner> 종텐님이 이야기해실 차례입니다.
<종텐> 네
<종텐> 어제는, 작업을 하나도 못하다가, 새벽에서야 음-_-주 상태로 4번 티켓의 테스트만 간신히 통과하게 해서 커밋했고요.
<홍민희> ;
<종텐> (아직, 손볼 곳도 있고, 특이케이스도 추가하고 해야하는데, 조금씩이라도 올려야겠다 싶어서 test는 통과하는 상태로 올려놨어요.)
<종텐> 오늘은, 어제 홍민희님에게 물어보려던 부분을 대충 땜빵 해놨었는데, 그거 좀 손 보고, qvalue가 없는 경우랑, NegotiativeMIMEHeader, NegotiativeRFC1766Header 등을 좀 생각해봐야겠네요.
<홍민희> qvalue가 없으면 1.0 아닌가요?
<종텐> 이슈는, 사실 스펙을 제대로 안 읽어서 놓치는 부분이 있는 것 같은데, 스펙을 읽으면 될 것 같애요. 어제 물어보려던 부분은 오늘 물어보고요.
<종텐> 아, 지금은 qvalue가 없는 경우는 무시;;;가 되서요;
<홍민희> :D
<홍민희> 그렇군요
<종텐> 고 부분을 추가해야해요.
<종텐> 이상입니다.
<홍민희> 저는 어제 작업을 하나도 안했어요
<홍민희> 라기 보다는 작업 했는데 했던걸 그냥 엎어서 커밋한건 없습니다 ㅠ_ㅠ
<winner> 흠...
<종텐> ㅠㅠ
<홍민희> http 쪽을 대대적으로 변경하다가 너무 많이 달라져서 그냥 버렸구요
<종텐> 넹;
<홍민희> 오늘 그 작업을 다시-_-; 시도할까 합니다
<winner> 너무 많이 달라졌다라....
<홍민희> 기존에 http 쓰는 부분들을 함께 들어올려야 해서
<홍민희> 그만둿어요
<winner> 현재 올라온 source 형태가 맘에 안 드시는 부분이 있나요?
<홍민희> 그리고 그러다보니 깨지는 테스트가 너무 많아서
<홍민희> 테스트 깨진 상태가 너무 오래 유지되더군요
<winner> 저도 깨지는 test 때문에 고생이 좀 많았는데
<홍민희> 냄새가 좋지 않아서 그만뒀어요
<winner> 저도 그랬어요
<winner> 제 생각에는
<winner> Test 작성자체가 잘못된 것이 많지 않을까요?
<winner> 예를 들어
<winner> 제가 작성한 test들은
<winner> 기존 source와 spec을 제대로 이해하지 못하고 작성된 것이 많았어요
<홍민희> 네 그런듯 ㅠㅠ

--
blog - http://xpkang.tistory.com/
me2day - http://me2day.net/xpkang/