정상 10는 코딩 기준을 사용하지 않기 위하여 추론한다:

1. 부호 변환은 기억하기 단단하다. 당신은 왜 의 슈퍼스타 프로그래머, 부호 변환을 기억해야 할는가 것입니다? 슈퍼스타가 당신에 부호 것과 같이 당신 허용되고 앞잡이에게 당신 후에 그것을 위로 청소하기 위하여 맡겨야 한 대로.

2. 기준을 암호로 하는 것은 매니저/클라이언트를 당신의 제품/해결책을 거절하는 반면에 이유 준다. 왜 반면에 측정 규정에 당신을 평가하기 위하여 그(것)들을 능력을 주는가? 모든 매니저 후에 코드 행을 세어서 생산력을 측정하기 위하여 알려졌다. 이것은 허구가 아니다. 나는 wc를 가진 생산력 - l를 센 1 매니저가 있었다.

3. 코딩 기준은 다른 회사를 위해 다르다. 따라서 회사에 있는 부호 변환이 있는 것은 소프트웨어 개발자의 기동성을 감소시킨다. 당신은 왜, 소프트웨어 개발자로, 당신의 기동성을 감소시키고 싶을은가?

4. 당신은 탭이 좋거나 공간이 좋다는 것을 결코 위에 동의할 수 있지 않는다. 그리고 4 공간 또는 8다는 것을 그 후에. 부호 변환 방법에 결정 당신은 두 야영지 전부의 끝없는 전투에 참가해야 한다. 헝가리 표기법이 더 나은 광택이 있는 표기법다는 것을 언급하지 않기 위하여. 왜 성가심?

5. 부호 변환은 당신의 부호를 이해하게 쉽게 한다. 당신의 일이 그것에 의하여 보다 적게 안전한 시킨다. 유지 좋은 코딩 기준은 당신의 부호가 쉽게 방갈로르 (공포!)에 있는 어떤 낮 급여받는 인도 사람에게 외부에서 조달된 누군가와 당신의 프로젝트에 의해 이해될 다는 것을 의미한다.

6. 합병 & 취득에 대하여 보험. 당신의 일은 실제로 무언가가 당신의 프로젝트에 의하여 가치가 있는 경우에 확실히 한다. 전부 폭 세계에서 아무도는 당신이 준엄하게 어떤 코딩 기준도 따르지 않기 때문에 당신의 부호를 암호문을 해독할 수 있다.

7. 오오 좋아, 나는 그것을 정확하게 하고 있다. 당신이 프로젝트를 성공적으로 수행하기 위하여 당신의 바로 기능을 문제시하는 강한 상대를/경쟁자를 직면하고 있다는 것을 상상하십시오. 당신은 당신의 허세를 드러내기 위하여 아무도가 당신의 부호를 암호문을 해독할 수 있지 않은 대로 쉽게 당신의 방법을 처음부터 끝까지 허세부릴 수 있다. 다음 당신은 정확한 과오 나중에 할 수 있는가, 또는 당신은 일 것이는가?

8. 기준을 암호로 하는 것은 주주 가치를 증가시키지 않는다. 당신은 이 high-sounding 어구 (및 당신의 동료 또는 매니저를 감명주기 위하여 사기를) 이용할 수 있다. 당신의 프로젝트가 그 때 운명을 정하는 경우에 당신은 실제로 맞을지도 모른다.

9. 코딩 기준의 부족은 당신의 원시 코드의 붙박이 obfuscator이다. 비록 당신의 부호가 훔쳐 (마이크로소프트 같이) 얻더라도, 아무도는 그것으로 머리 또는 꼬리를 만들 수 있지 않는다 (마이크로소프트 같이). 누구를지) 훔쳐 얻을 때 Sybase 또는 당신이 겪는 처럼 부호를 쓰는 것을 결코 기억하지 말라 (당신에 의하여 아십시오.

10. 기준을 암호로 하는 것은 좋은 대화 시동기가 아니다. 당신은 그것에 당신의 주요 인물을 (또는 희망이 있는) 감명을 줄 수 없다. 도 아니다 당신은 차입 자본 이용으로 절상을 요구하기 위하여 그것을 이용할 수 있다. 따라서 왜 성가심?