지속적 훈련 툴 중간보고

동생님이 중간보고 하라고 하셔서 중간보고를 드렸다. 그리고 15분을 쉬고 있는데 3시까지 무리라는 판단이 들었다. 훗. 역시 저질러 놔야 뭐가 필요한지 안다니깐.

지속적 훈련 툴 개발 시작

지속적 훈련 툴 개발 시작. 아는 동생에게 나 몇 시까지 만들면 되냐고 물었더니 3시까지 하라고 해서, 3시까지 하기로 함.

예수전

"우리는 가장 중요한 사회적 비판이 반드시 '그 사회에서 가장 악한 세력'을 대상으로 하는 건 아니라는 점을 기억해야 한다. 오히려 가장 악한 세력은 그 악함이 이미 일반화되어 있어, 뒤집어 말하면 그들에 대한 인민들의 적대감이나 반감 또한 일반화되어 있어서, 그들을 비판하는 일은 그런 일반화한 적대감이나 반감을 한 번 더 되새기는 일에 머물기 쉽다. 너무나 지당한 일은 하나 마나 한 일이기도 한 것이다. 사회적 비판은 그 사회에서 가장 악한 세력이 아니라 '그 사회의 변화를 가로막는 가장 주요한 세력'에 집중되어야 한다. 그 세력은 두 가지 요건을 갖는다. 가장 악한 세력과 갈등하거나 짐짓 적대적인 모습을 보임으로써 인민들에게 존경심과 설득력을 가질 것, 그러나 그 갈등과 적대의 수준은 지배체제 자체를 뒤흔들 만큼 심각하지 않을 것. 그 두 가지 요건의 절묘한 조화가 바로 사회 변화를 가로막는 것이다." -- 예수전 117 페이지.

관리

관리자들은 팀이 두려운 거다. 쥐고 흔들고 결국에는 팀을 부숴야 관리가 되는 것이라 생각한다. 전전긍긍하는 꼴이란. 원.

Flex Continuous Integration

회사에 Flex 지속적 통합 환경을 구축했다. 빌드 자동화에는 maven, flex-mojos를 사용했고 지속적 통합에는 hudson으로 시도를 해보다가 테스트가 안되는 바람에 groovy 코드를 짰다.

 

그루비 코드는 아래의 과정을 처리한다

1. 실행 디렉토리의 하위 디렉토리 전체를 돌면서 pom.xml 이 있는지 검사한다.

2. 있으면 svn clean, svn update, mvn install을 실행한다.

3. maven의 결과를 파싱해서 성공/실패 여부를 판단한다.

4. 실패하지 않았던 프로젝트가 실패하면 xml을 읽어서 팀 멤버들에게 로그를 메일로 보낸다.

5. 실패했던 프로젝트가 다시 성공을 하는 경우에도 로그를 메일을 보낸다.

6. 이미 실패한 프로젝트가 다시 실패한 경우에는 메일을 보내지 않는다. (한 번만 보내면 충분하다.)

7. 10분간 대기한다.

pear 사용

테스트 때문에 pear를 사용해야 하는데 호스팅 서버에서 pear를 사용할 수 없다. 따라서 테스트 환경만 로컬에서 pear를 사용한다. 서버에서는 테스트를 따로 하지 않는다. 물론 실제 서비스되는 코드에서 pear 패키지들을 사용할 수 없다.

뜬금없이

뜬금없이 일본 친구에게 전화를 걸어 인사를 했다. 별로 놀라는 눈치도 아닌데 얘기를 하다보니 자기 오늘 생일이라고 말하는 바람에 내가 놀라 버렸다. 아 타이밍.