코세형 Test-Driven Development 가 좋은건가요?

[133t(bitsforeveryone)]

아니면 다른 철학이 있으신지?

[codesafer(codesafer)]

모듈 단위 테스트는 꼭, 반드시, 아주 중요하게 다루어져야 할 문제야. 생산성과 품질을 높이기 위해서 말야.

[codesafer(codesafer)]

하지만 생산성에 주는 데미지가 크다면, 잘못된 도입이다.

[codesafer(codesafer)]

정보의 가치는 "유용성 + 희소성" 이라고 했잖아?

[codesafer(codesafer)]

TDD의 도입은 어디까지나, 작은 노력에서 큰 효과를 거둘 수 있는 경제성에 집중되어야 한다고 본다. 큰 노력이 필요하면 땔쳐야지.

[codesafer(codesafer)]

머리 쌩쌩한 어렸을때는 이런 절차들이 사실 크게 중요하지 않다. 모든 경우의 수를 산정할 수 있으니까.

[codesafer(codesafer)]

하지만 늙어서 적용하려면 좀 많이 번거롭거든.

[codesafer(codesafer)]

긴 호흡으로 가져갈 방법론적 고민거리 정도로 priority 를 두면 좋을 것 같다.

[133t(bitsforeveryone)]

네 형 제가 지금 OOP 컨셉 배우는 중인데 TDD 로 시작해서 최종적으로는 게임 하나 만드는거거든요

[익명(5.152)]

TDD를 하면 굳이 따로 문서화 안해놔도 테스트 코드만 봐도 뭐하는 함수인지 쉽게 확인하는 것도 가능함

[codesafer(codesafer)]

인터페이스까지 일관성 있게 노출시켜주면 더 좋아. end-user interface 는 숨길건 숨기는게 핵심인데, 개발자 인터페이스는 도큐먼트나 코드를 거치지 않고 한 눈에 보여지는게 핵심이지. 한 눈에 보여주려면 아주 잘 요약 해야 한다.

[codesafer(codesafer)]

그게 다이어그램 형태든, 라디오 그룹의 형태든 제법 복잡한 스위치 릴레이 구조의 enable/disable 구조든 말야.

[codesafer(codesafer)]

우선, 흔히 다루게 되는 자료구조들의 영역침범 문제와 계산 정확도 문제에 집중하는게 경제적이지.

[익명(5.152)]

TDD에서 숨기는건 안좋아 TDD 주장하는 사람들이 스몰토크를 거론하며 원래 private이니 protected니 하는게 없었다고 드립치는 이유 모든 코드는 테스트해야 됨

[codesafer(codesafer)]

그런 의미의 숨김을 이야기 하는건 아니야.

[codesafer(codesafer)]

새 글로 쓸게.

[133t(bitsforeveryone)]

아하 알겠습니다. 긴장되네요 고등학교 이후로 5년만에 프로젝트 해보는건데.

[133t(bitsforeveryone)]

간단하게 블랙잭 만들어보려고요

[vv(59.14)]

http://autogram.tk/이
중고차 어플리케이션 어떤가요?