프로그래밍 인지: 더 많이 생각하고, 더 많이 코딩하고, 더 많이 테스트하세요.

각 프로그래머는 자신만의 고유한 프로그래밍 방식을 가지고 있습니다. 원래 기사의 저자인 Ben Teese는 프로그래머로서의 경력을 통해 코딩 프로세스에 대한 통찰력을 얻었습니다. 즉, 더 많이 생각하고, 더 많이 코딩하고, 더 많이 테스트하는 것입니다. 소프트웨어를 구축하는 과정은 지속적인 학습 과정이며 좋은 전략은 계획-실행-반영을 따릅니다.

저는 프로그래머로 활동하면서 다음과 같은 프로그래밍 과정을 접하게 되었고, 이 기간 동안에도 많은 이론과 아이디어를 접하게 되었지만 여전히 이것이 가장 적합하다고 생각합니다. 나.

일반적인 패턴은 다음과 같습니다.

a: 조금 생각하세요.

b: 조금 코딩하세요.

c: 조금 테스트

다시 1단계로 이동

1단계: 더 생각하기

탁탁거리는 건반의 리듬을 생각하는 친구는 몇 명이나 될까요? 프로그램 생산성 수준을 나타내는가? 여러분도 그렇게 생각하신다면 문제가 생겼을 때 잠시 접어두고 차분하게 생각해보시길 바랍니다.

생각할 때 어디서부터 시작해야 할지 모르겠다면 스스로에게 물어보는 것이 좋습니다. 정확히 무엇을 하고 싶은가요? 우리가 진정되면 이 질문에 대한 답을 통해 우리는 방향을 정하거나 문제에 대한 접근 방식을 재고하게 될 수 있습니다.

다음으로 다음 질문에 대해 생각해 보시기 바랍니다. 간단한 문제를 복잡하게 만드셨나요? 가장 간단한 방법으로 문제를 해결하려는 노력은 모든 프로그래머가 노력해야 할 것입니다. 하지만 우리가 충분한 지식을 가지고 있을 때 문제를 해결하기 위해 그렇게 간단한 방법을 사용하는 것은 과잉입니까? 이렇게 생각해보면 결국 우리가 직면하게 될 것은 점점 더 복잡해지는 문제들의 산더미일지도 모릅니다. 생각을 바꿔 보세요. 문제를 해결하기 위해 간단한 방법을 사용한 것의 최악의 결과는 무엇입니까? 문제를 해결하지 못하는 것보다 더 나쁜가요? 돌아올 수 없는 지점을 넘어서는 법을 배우는 것이 중요합니다.

따라서 문제가 발생하면 위의 질문을 스스로에게 물어보는 것이 좋습니다. 그리고 병목 현상과 딜레마에 빠지면 다음 단계로 넘어가는 것을 고려하겠습니다.

2단계: 더 많은 작업

딱딱거리는 키보드의 리듬이 프로그램 생산성 수준을 나타낸다고 생각하는 친구는 몇 명입니까? 여러분도 같은 생각이라면, 문제가 생겼을 때 잠시 접어두고 차분하게 생각해보시길 바랍니다.

생각할 때 어디서부터 시작해야 할지 모르겠다면 스스로에게 물어보는 것이 좋습니다. 정확히 무엇을 하고 싶은가요? 우리가 진정되면 이 질문에 대한 답을 통해 우리는 방향을 정하거나 문제에 대한 접근 방식을 재고하게 될 수 있습니다.

다음으로 다음 질문에 대해 생각해 보시기 바랍니다. 간단한 문제를 복잡하게 만드셨나요? 문제에 대한 가장 간단한 해결책을 사용하려고 노력하는 것은 모든 프로그래머가 노력해야 하는 것입니다. 하지만 우리가 충분한 지식을 가지고 있을 때 문제를 해결하기 위해 그렇게 간단한 방법을 사용하는 것은 과잉입니까? 이렇게 생각해보면 결국 우리가 직면하게 될 것은 점점 더 복잡해지는 문제들의 산더미일지도 모릅니다. 생각을 바꿔 보세요. 문제를 해결하기 위해 간단한 방법을 사용한 것의 최악의 결과는 무엇입니까? 문제를 해결하지 못하는 것보다 더 나쁜가요? 돌아올 수 없는 지점을 넘어서는 법을 배우는 것이 중요합니다.

따라서 문제가 발생하면 위의 질문을 스스로에게 물어보는 것이 좋습니다. 그리고 병목 현상과 딜레마에 빠지면 다음 단계로 넘어가는 것을 고려하겠습니다.

3단계: 다중 테스트

솔직히 이 단계는 코딩만큼 흥미롭지 않을 뿐만 아니라, 하지만 심지어 그것은 매우 짜증나는 일이기도 하다.

단, 테스트 링크가 없는 프로젝트는 개인 오픈소스 프로젝트로 진행하는 것을 권장합니다. 사람들은 감히 그것을 사용할 것입니다.

성가심 외에도 테스트는 코딩 과정에서 가장 복잡한 부분일 수도 있습니다. 보이는 대로 얻는 프로그래밍과 달리 최적의 테스트 솔루션을 찾는 데는 두 배의 노력이 필요할 수 있습니다. 테스트의 특징은 불확실성으로 가득 차 있다는 것입니다.

어떤 친구들은 테스트 중심 개발 방법을 채택합니다. 제 의견은 다음과 같습니다. 하지만 계속 유지하세요. 나 역시 알고리즘에 초점을 맞춘 프로젝트라면 이 접근 방식을 사용할 것입니다.

4단계: 다시 수행

문제 해결은 하루아침에 이루어지지 않는 경우가 많으며 반복적인 루프와 피드백이 중요합니다. 소프트웨어를 구축하는 과정은 기술과 문제 해결 능력을 강화하기 위해 끊임없이 학습하는 지속적인 학습 과정입니다. 좋은 전략은 계획->실행->반영 프로세스를 따르는 것입니다.

요약

위 내용은 코딩 과정에 대한 개인적인 견해입니다. 오늘날 점점 더 편리한 개발 도구가 도입되면서 위의 4단계 프로세스가 더욱 원활해졌습니다. 그러니 한번 시도해 보십시오.