rubykaigi 2013 마지막날

10_00_a.md

dRuby

본인 소개

음...

작년에 까임의 반론 -> 비동기에 관한 설명 -> 그림 -> 예 뭐 이런 전개인건 알겠는데..

문제가 되는 상황도 잘모르겠고 뭘해결한건지도 잘모르겠고 그렇다능.

--일단 druby에는 영속성을 재공할 방법도 없고 일반 루비와 100%호환이 힘든 시점에서 좀 망한것같음.--

10_30_a.md

호랑이를 잡으려면 호랑이굴에 가라

radiant 에서 오신 아저씨

@saturnflyer

읽는게 쓰는거 보다 많아야 된다.

최고의 문서는 소스코드이다.

프로그램은 로직에 대한 이해를 공유한다.

오브젝트가 무엇인지 보다 무엇을 하는지가 더 중요하다.

저거 잘이용하면 유저를 롤별로 쪼갤수 있겠다!

굳굳

샌드박스 헠헠

https://github.com/saturnflyer/casting

1.9버전 부터 지원하네 우왕-

11_00_a.md

동시성

https://github.com/ryandotsmith/queue_classic

사진은 찍었는데 음.. 어렵다.

트레이드 오프예기랑 밴치마킹한거밖에 기억 안남 -ㅅ-;

11_30_a.md

Netzke

http://netzke.org/

@nomadcoder

아! 내가 사진찍으니까 노트가 안된다!

16_30_b.md

페어 프로그래밍

하는법 프로그래머 2 1컴퓨터 대화

좀더 좋은 프로그래밍 방법이다

비용 자유가 없음 취약성 피곤함

환경이 필요함 물리적 : 마우스 2개 키보드두개 모니터 두개 문화적 : 모두가 참가해야함

재대로 이루어지고 있을때의 장점 매우 집중됨 time files 매우 질높은 일이 됨 두사람의 장점이 합쳐지고 약점이 사라짐 자신감이 생김 tedium and frust.... go away 재미있음

페어링과 성격

성격 트레이닝이 필요함

끈기 타이핑 속도 - 중간에 타이핑하는걸 뺴앗는건 매우 안티 패턴임(오타는 나중에 말하것) 읽는 속도 아이디어가 떠오르는걸 기다림

표현력 아이디어를 확실히 설명할 수 있어야함. 교육

compromise 시간 구현 결정 - a하고 b구현이 있을떄 어느게 더 장점이 많은가? 디테일 - 사용하는 에디터라던가.. 코딩 컨밴션이라던가

용기 dont get run over 무식한티나는걸 두려워 하지 말것 떄떄론 아무것도 안하는 것도 필요함

인정 상대가 따라오고 있는지 확인해야함 의욕을 가질것?(keep your sprints up)

질문 시간 q 너네회사 에서 페어하는 사진보니 전부 해드셋 끼고있던데 의도는? a 그때는 구글 행아웃으로 진행하고 있었다. q 아 난 잡음안들으려고 그러는 줄 알았는데 a 그것도 의도의 일부였다.

q 커밋 로그는 어떻게 관리하냐 a git pair라는 툴이있다. 파일 하나 만들어서 이름 적어두고 스위치 한다. q 그럼 바꿀때마다 커밋하는가? a 그렇다