개발자는 소프트웨어가 제대로 동작하도록 개발한다. 테스터는 소프트웨어에 결함이 발생하도록 테스트한다. 견원지간이라고 모두 사이가 나쁜 것은 아니다. 자기 역할을 하는 게 중요하다.

진짜 잘 만든 영화나 훌륭한 웹서비스는 사용된 기술로 평가받는 것이 아니라 기술이 전달하는 가치에 의해서 평가받습니다

개발에 앞서 테스트를 어떻게 할지 더 고민하며. 테스트에 앞서 진정으로 고객이 원하는 바가 무엇인지 살피는 데서

이름에는 힘이 있다. 마틴 파울러가 비교적 평범한 기술 하나에 이름을 부여하자

팀장은 핵심 경로(Critical path) 위에 놓인 업무를 맡아선 안 됩니다.

구구절절 배움이 있다

프로젝트 관리음… 우선 프로젝트에서 어떤 목표를 달성할지 파악하고, 목표를 달성하기 위해 계획을 세운 다음, 계획에 따라 실행한 뒤, 계획과 실적에서 차이나는 것을 발견해 계획을 수정하는 과정이라고 볼 수 있죠.

죄수의 딜레마

SI 프로젝트에서도 애자일은 가능하다 따라하지 말고 자신만의 학습법을… 애자일 방법론의 적용도 그런 측면이 중요하지 않나 싶습니다. 애자일 프랙티스의 가치와 원리는 이해하되, 원리를 훼손하지 않는 범위 내에서 적절히 튜닝해서 적용…

번역이라는 것은 의미를 옮기는 작업이지 ‘문장 구조’를 옮기는 작업이 아닙니다.

동감

매슬로우의 욕구단계설

난 절대 안된다

가장 해결하고 싶은 문제 “무엇을 선택하고 어디에 집중해야 할까 ”

해결되면 고생 끝이다

학생 증후군(student syndrome)극복하는게 담배 끊는것 보다 더 힘들군.

어떻게 안될까