실용주의 프로그래머

실용주의 프로그래머는 직면한 문제 너머를 고민한다. 문제를 더 큰 맥락에 놓고 더 큰 그림을 보려고 노력한다.

어떤게 잘 설계되었다는 말은 그 물건이 사용하는 사람에게 적응하여 맞춰진다는 것이다. 이 말을 코드에 적용해보면, 잘 설계된 코드는 바뀜으로써 사용하는 사람에게 맞춰

선정한 이유 별로 깔끔하게 정리하신게 눈에 보기 좋았고 읽은 소감에서 공감되는 부분이 많았다

많은 신참 프로그래머가 예컨데 특정 통합 개발 환경IDE같은 강력한 도구 하나만 고집하는 실수를 저지르고, 그 익숙한 인터페이스에서 떠날 생각을 하지 않는다. 정말로 안타깝다. 여러분은 IDE가 갖는 한계를 넘어설 수 있어야

실용주의 프로그래머는 자기 자신 역시 믿지않는다. 어느 누구도, 심지어는 자기 자신도 완벽한 코드를 작성할 수 없음을 알기 때문에 실용주의 프로그래머는 자신의 실수에

삶은 멈추지 않는다. 우리가 작성하는 코드도 마찬가지다. 현대의 미친 듯이 빠른 변화 속도를 따라가려면 모든 수단을 동원하여 가능한 한 느슨하고 유연한 코드를 작성해

'동시성concurrency' 이란 둘 이상의 코드 조각이 실행될 때 동시에 실행 중인 것처럼 행동하는 것이다. - 241p.'병렬성parallenlism' 이란 실

실용주의 프로그래머는 모든 코드를 비판적인 시각으로 바라본다. 자신의 코드도 예외가 아니다.테스트는 버그를 찾는 작업이 아니다. 여러분의 코드에 대한 피드백을 받는

생각하기를 대신할 수는 없다.완성이라는 것은 더 이상 더할 것이 없을 때가 아니라, 더 이상 뺄 것이 없을 때 달성되는것이다. - 앙투안 드 생텍쥐페리 바람과 모

문제 33번 다음 문장들이 진정한 요구 사항인가? 가능하다면 진정한 요구 사항이 아닌것을 좀 더 유용하게 고쳐 써 보라.(+ 진정한 요구사항이 아닐 경우 어떻게 질문을 해야하는지, 무엇을 알아야 하는지, 왜 그렇게 생각하는지 등 나의 생각을 작성해보세요.)응답 시

소프트웨어 개발 방법론의 목표는 사람들이 함께 일하는 것을 돕는 것이다. -377p.우리가 말하는 팀은 작고 보통은 그 자체로 안정적인 존재다. 50명은 팀이 아니다