나는 우리가 인간이고 잘못되기 쉬운 것에 대한 답만 볼 수 있습니다. 그것은 매우 사실입니다 ... 그러나 다른 관점에서 당신의 질문을 봅니다.
나는 버그없는 프로그램을 작성할 수 있다고 생각 하지만, 일반적으로 10 ~ 12 번 작성된 프로그램입니다. 처음부터 같은 프로그램을 작성하는 13 시간, 당신은 이미 그것을 수행하는 방법을 알고 문제를 알고, 당신이 기술을 알고, 당신은 라이브러리, 언어를 알고 ... 당신이 볼 당신의 마음을. 모든 패턴이 모든 레벨에 있습니다.
이것은 프로그래밍을 가르치기 때문에 매우 간단한 프로그램으로 나에게 발생합니다. 그들은 단순하지만 학생들에게는 어려움이 있습니다. 저는 칠판에서 여러 번 여러 번 해낸 문제에 대한 해결책에 대해 이야기하고 있지 않습니다. 물론 나는 그것들을 알고 있습니다. 내가 아는 개념 (내가 가르치는 개념)을 사용하여 무언가를 해결하는 ~ 300 줄 프로그램을 의미한다. 나는 계획 없이이 프로그램을 작성하고 작동합니다. 모든 세부 사항을 알고 있다고 생각합니다 .TDD가 전혀 필요하지 않습니다. 나는 2 ~ 3 개의 컴파일 오류 (주로 오타와 같은 것들)를 얻습니다. 나는 작은 프로그램을 위해 이것을 할 수 있으며, 일부 사람들은 더 복잡한 프로그램을 위해 그렇게 할 수 있다고 믿는다. Linus Torvalds 또는 Daniel J. Bernstein과 같은 사람들은 마음이 명확하다고 생각합니다. 버그가없는 코더에 가장 가까운 사람들입니다. 만약 너라면당신이 할 수 있다고 생각 하는 것을 깊이 이해 하십시오. 내가 말했듯이 간단한 프로그램에서만이 작업을 수행 할 수 있습니다.
내 생각은 당신이 항상 당신의 수준보다 훨씬 높은 프로그램을하려고하면 (나는 몇 년을 보냈지 만) 혼란스러워하고 실수를 할 것입니다. 문제를 최종적으로 이해하고 문제를 해결하지 못하도록 코드를 복잡하게 만들거나 문제를 해결해야 할 때 갑자기 솔루션을 사용할 수 없다는 것을 갑자기 깨닫는 실수와 같은 큰 실수. TDD는이 경우에 해당합니다. 당신은 당신이 다루고있는 문제를 겪지 않았으므로 강력한 기반을 가지고 있는지 확인하기 위해 모든 곳에서 테스트를합니다. 그러나 TDD는 10,000 피트 비전을 해결하지 못합니다. 당신은 항상 완벽하게 깨끗한 코드로 원을 걸을 수 있습니다.
당신이 새로운 무언가를 시도하지만이 경우에는 단지 수준 이상으로, 당신은 당신의 프로그램이 완벽하거나 거의 완벽하게 얻을 수 있습니다. 나는 당신의 "지식 경계"에 어떤 프로그램이 있는지 아는 것이 정말 어렵다고 생각하지만, 이것이 가장 배우는 가장 좋은 방법입니다. 실제로 프로그램을 처음부터 많이 다시 작성합니다. 어떤 사람들은 그렇습니다. 그러나 사소한 프로그램을 세 번 반복 할 때 처음처럼 흥분하지 않기 때문에 많은 시간과 인내가 필요합니다.
그래서 내 충고는 : 버그가없는 프로그램을 작성할 수있을 때까지 무언가를 이해한다고 생각하지 마십시오. 그리고 당신이 깊이 알고있는 두 가지 개념을 같은 프로그램에 결합 시키십시오. 나는 당신이 처음에 그것을 올바르게 얻을 것이라고 거의 확신합니다. 가장 좋은 방법 중 하나는 처음에는 많은 노력을 기울인 사소한 소프트웨어를 다시 작성하는 것입니다 (지금 Android 앱으로이 작업을 수행하고 있습니다). 다시 시작할 때마다 나는 약간의 재미를 더하기 위해 무언가를 바꾸거나 물건을 추가하고, 나는 더 나아지고 나아질 것이라고 말할 수 있습니다.