검색을 시도했지만 비슷한 질문이 표시되지 않았습니다 (그렇거나 검색 용어가 잘못되었습니다. 그렇다면 닫으십시오).
나는 열렬한 사용자이며 토론과 답변에 C ++ 표준에 대한 참조가 많이 있음을 알았습니다.이 문서를 읽지 않아도 언어가 내 눈을 아프게합니다 ... 문제는 C ++ 개발자가이 문서를 읽지 않고도 실제로 코드를 작성할 수 있는가하는 것입니다. 컴파일러를 작성하는 일을하지 않는 필사자들에게 우리에게 정말로 중요한가?
검색을 시도했지만 비슷한 질문이 표시되지 않았습니다 (그렇거나 검색 용어가 잘못되었습니다. 그렇다면 닫으십시오).
나는 열렬한 사용자이며 토론과 답변에 C ++ 표준에 대한 참조가 많이 있음을 알았습니다.이 문서를 읽지 않아도 언어가 내 눈을 아프게합니다 ... 문제는 C ++ 개발자가이 문서를 읽지 않고도 실제로 코드를 작성할 수 있는가하는 것입니다. 컴파일러를 작성하는 일을하지 않는 필사자들에게 우리에게 정말로 중요한가?
답변:
언어 의미와 표준에 대해 논쟁하고 싶다면 표준이 매우 중요합니다. (I 완전히 derogatorily이 의미하지 않는다.) 당신은 그냥 할 일 얻고 싶은 경우 에 언어 (대 에 언어를), 그 다음이 훨씬 덜합니다.
표준은 약간 익숙해지면 표준 라이브러리 (언어 자체에는 그다지 중요하지 않음)에 대한 적절한 참조를 할 수 있지만 그렇게 사용하는 것이 주저합니다. 대부분의 사람들은 다른 재료로 더 잘하는 것 같습니다. 즉, stdlib에 대해 뭔가를 찾아야 할 때가 아닌 표준으로 더 자주 전환합니다.
그러나위원회 초안과 논문을 읽는 것은 C ++ 0x를 유지하는 한 가지 방법입니다. 실제로는 현재 몇 가지 방법 중 하나 일뿐입니다.
SO 및 다른 포럼의 경우 포스터가 명확하고 확실하게 도움이 될 것 같지 않은 경우를 제외하고 표준을 인용하는 것을 주저합니다. 대부분의 경우, 특히 C ++을 처음 사용하는 프로그래머의 경우 인용하는 것이 일반적으로 큰 도움이되지 않습니다.
당신은 그것을 참조 할 수 있어야하지만 저자는 아니지만 저자는 모든 것을 읽었다 고 생각합니다 ... 그들조차도 (그들은 영역에 초점을 맞춘 그룹에서 일하므로 의심합니다).
사용 가능한 이유는 때때로 코드 정확성에 대한 질문은 표준을 참조해야만 대답 할 수 있기 때문입니다.
대규모 팀에서는 일반적으로 표준을 적어도 잘 아는 사람이 있어야하지만 특정 코드가 표준 요구 사항을 준수하는지 여부와 같은 항목에 대한 인수 / 질문을 정하는 등의 작업을 수행 할 수 있습니다.
그러나 현실적으로 이러한 답변은 판단과 경험으로 강화되어야합니다. (현재) 표준은 export
키워드이며 그것이하는 일을 알려줍니다. 실제로는 대부분의 컴파일러에서 그렇게 작동하지 않습니다. 당신은 몇 가지 특정 코드 어떤 표준이 그것에 대해 말할 수에 대한 의견이 맞지 3 명이이있는 경우 마찬가지로, 많은 경우에, 그 수 의 코드가 더 간단하기 위해 재 작성해야 할 수도 있다는 신호합니다.
동시에 대부분의 팀은 하나의 플랫폼에서 대부분의 작업을 수행하고 표준 (및 적어도 합리적으로 익숙한 사람)을 사용하여 수행중인 작업이 해당 플랫폼과 너무 밀접하게 묶여 있지 않은지 확인합니다. 유용한.
나는 표준을 읽지 않고 총 4 년 동안 C ++ 개발자로 빵을 얻었습니다. 사실, 처음 2 년 동안 Stan Lippman과 MSDN 기사의 C ++ Primer 를 읽지 않았습니다 . 실제로 C ++ 코드를 생성하는 대부분의 사람들이 Effective C ++ et al. 나는 나 자신 만 나중에 발견했다.
IMHO는 훌륭한 C ++ 개발자가 되려면 언어의 내부 논리 (Scott Meyers가 지적한 것처럼 C ++은 약 4 가지 언어 임)와 일반적인 관용구 및 함정을 이해하고 항상 더 많은 것을 배울 준비가되어 있어야합니다. SO를 읽는 것은 누군가가 실제로 더 깊이 파고 싶다면 표준의 관련 부분을 읽을 가치가있는 코너 사례에 대해 많은 것을 가르쳐 줄 수 있습니다. 그러나 전체를 읽는 것이 우리 대부분에게는 거의 필요하지 않을 것입니다.
"표준을 아는 것"은 정도의 문제이며 반드시 원본 문서를 암기하는 것을 의미하지는 않습니다.
표준 문서는 신뢰할 수 있도록 설계되었으며 반드시 액세스 할 필요는 없습니다. 훨씬 더 접근하기 쉬운 원스텝 제거 소스가 많이 있습니다. 사실, 약간의 중국 속삭임이 있지만 큰 문제는 거의 없습니다. 확실히 한 단계 제거 된 수준입니다.
전체 공개-나는 이것을 말할 의무가 있습니다-나는 표준을 읽지 않았습니다. 최종 C ++ 0x 문서를 완성하려고 노력할 것입니다.
편집 과정의 스트로브 스트 룹 "는 C ++ 언어 프로그래밍 '의 새로운 버전을 출시하면, 나는 다시 정착 할 수있다.
나는이 질문에 전에 대답했지만 맹세 할 수는 없었습니다. 기본적으로, C ++ 사용자들은 자바 달리 구성 채울 수있는 사양 다른 플랫폼 사양에 구멍을 가지고 (예를 들어, POSIX, 또는 아키텍처의 ABI 사양, 또는 컴파일러). 따라서 StackOverflow와 같은 사이트에서 질문에 대답 할 때 특정 컴파일러에서 무언가가 작동한다고해서 모든 곳에서 작동한다는 의미는 아닙니다. 다시 말해, C ++로 작업 할 때 특정 사양을 참조하는 많은 이유는 언어의 특정 사용이 얼마나 이식성이 좋은지를 명확하게 설명하기위한 것입니다.