“그들이 말했듯이 좋은 것은 두 번 세 번 반복하고 검토하는 것이 좋습니다.” – 플라톤 검토는 전체 개발 프로세스에서 따라야 하는 필수 관행입니다. 따라서 소프트웨어 프로그램은 검토가 쉽게 이루어질 수 있도록 작성되어야 합니다 웹개발.
소프트웨어 코드를 작성하는 동안 훌륭한 소프트웨어 개발자는 누군가가 이 코드를 검토할 것이며 소프트웨어 개발의 또 다른 중요한 측면에 대한 비판에 직면해야 한다는 점을 명심해야 합니다. 개발자는 잘못된 코딩으로 인해 질문을 받을 수도 있고 정의된 표준을 따르지 않아 표준 벤치마크에서 평가될 수도 있습니다. 코드는 성능 문제에 따라 평가될 수 있습니다. 성능을 염두에 두지 않고 코드를 작성했을 수도 있습니다. 기록에 몇 가지 단점이 있을 수 있으며, 들여쓰기나 주석이 적절하지 않을 수 있습니다. 때로는 더 좋은 코드라도 가독성이 떨어지면 비판을 받기도 하므로 깔끔하고 표현력이 풍부한 코드를 작성하도록 노력하세요. 코드에 열려 있는 파일이 닫히지 않거나 할당된 메모리가 해제되지 않거나 너무 많은 전역 변수를 사용하는 등 심각한 문제가 있을 수 있습니다. 최적화된 코드는 너무 많은 하드 코딩으로 인해 읽기가 매우 어려울 수 있으므로 최대한 간단한 코드를 작성해 보세요. 코드에서 오류 처리가 제대로 이루어지지 않았을 수 있으므로 항상 오류 처리 문제를 확인하세요. 또한 모듈성이 없을 수도 있습니다. 즉, 패키징 및 모듈이 관리되지 않을 수 있습니다. 또한 프로그램에서 반복되는 코드를 확인하고 공통된 단일 위치에 분리하세요.
소프트웨어 개발에서는 코딩하는 동안 이러한 모든 사항을 염두에 두고 문제가 코드에 뛰어들기 전에 중지하십시오. 코딩이 끝나면 항상 적어도 한 번은 자체 검토를 진행합니다. 이 방법은 처음부터 90%의 문제를 저절로 제거하는 데 확실히 도움이 될 것입니다.
코딩과 자체 검토가 모두 완료되면 동료 또는 선임 개발자에게 코드 검토를 요청하세요. 리뷰를 기쁘게 받아들이는 자세를 가져야 하며, 댓글에 대해 코드 리뷰어들에게 감사해야 합니다. 반대로, 다른 사람이 작성한 소스 코드를 비판하는 것은 결코 좋지 않습니다. 한번도 해본 적이 없다면 먼저 한 번 해보고 코더의 표현을 분석해 보세요.
리뷰를 긍정적으로 받아들이면 잘못 작성된 소스 코드는 좋은 소스 코드를 작성하는 방법을 가르쳐 주고 리뷰 후에 배운 올바른 접근 방식을 따라 기술을 향상시킬 수 있습니다.