지속적으로

나는 구식이며 오해의 소지가있는 유일한 수영 자라고 믿을 수 없습니다. 오프 기회에 이것은 이해하는 데 도움이됩니다.

아마도 코드의 나이에 따라 가장 중요합니다. 다음 요소는 직원의 이직률입니다.

나는 동등한 부품 R & D 및 유지 보수 작업을합니다. R & D는 새로운 코드이며 일반적으로 구타를 조금 벗어난 것입니다. 많은 동료들이 이미 라이브러리가없는 것을 시도 할 때 많은 설명을 믿습니다. 주석 대 코드 비율이 평소보다 높기 때문에 상황이 동기화되지 않을 가능성이 더 많습니다.

유지 보수 코드 … 나는 10 세 이상이고 5 세 이상인 시스템에서 활발한 유지 관리 자입니다 .10 세 코드와 의견은 예상대로 끔찍합니다. 10 년 동안 코드베이스에 많은 도움을 받았고 더 이상 모든 것이 어떻게 작동하는지 아무도 모릅니다. 5 년 된 코드와 의견은 팀의 이직률이 매우 낮기 때문에 꽤 좋습니다.

저는 거의 모든 서비스를 제공합니다. 심지어 우리 제품은 특정 고객에 맞게 조정되어 있습니다.

구체적인 예 :

• 메모리 내 복사본 방지와 같은 특정 방법론의 성능 향상을 설명하는 주석. Pentium 2의 최고급 시스템이 MB의 RAM을 가지고 있지만 지금은 거의 문제가되지 않습니다.

• 할 일

• 주석을 포함하여 복사하여 붙여 넣은 코드 블록. 의견은 원래 위치에서 의미가 있었지만 여기서는 거의 의미가 없습니다.

• 주석 처리 된 코드 위에 주석 블록 (누가 몇 년 동안 있었는지 아는 사람).

이 모든 것에서는 주석과 코드를 소프트웨어와 동일한 수준으로 유지하지 않는 경향이 있습니다. IDE와 기본 개발자 습관은 이것으로 도움이되지 않습니다. 제 눈은 그것들을 지나치도록 훈련되었습니다. 필자는 구식이며 활동적인 프로젝트에서 구식을 피하는 것이 상대적으로 저렴하다고 생각합니다. 코드 / 코멘트 비율을 높게 유지할 수 있다면 최신 상태로 유지하는 것이 그리 중요하지 않습니다. 프로덕션 시스템에서 버그 수정을 위해 x 시간의 예산을 책정 할 때 이러한 것들을 사냥하는 것을 정당화하는 것이 조금 더 어렵습니다.

답변

featureList = GetFeatures();

// Sorting features and deleting empty ones from the list...
ProcessFeatures(featureList);