Agree with Raptor. Topic about nothing. I get a lot more frustrated when people post their code here without using SRC. How they code their program is up to them, unless they are going to ask for help.
코드 형식 지정 규칙은 코드를 작성하는 모든 사람이 조만간 접하게 되는 문제이므로 이에 대해 토론하고 토론하려는 사람들과의 문제는 무엇입니까? 누가 src를 사용하지 않고 여기에 코드를 게시했습니까?
:) 내가 여기 뱀 우리를 덜컥 거리는 것을 보니 ... 너희들을 화나게 할 의도는 없었어. 당신은 당신이 좋아하는 무엇이든 토론할 수 있습니다 (그냥 정치에 가지 마세요, NSA는 듣고 있습니다) :))))
코드를 작성할 때의 "좋은 습관"에 관해서는 모두 찬성합니다. 또한 저만의 스타일이 있습니다. 실제로 표시기, 스크립트 등의 기능인지 여부에 따라 코드마다 다릅니다. 가독성을 위해 코드는 간결해야 합니다. 페이지 전체에 흩어져 있지 않아야 합니다. 하지만 그건 내 취향이야. 나는 항상 그 모든 공백과 많은 줄을 매우 간결한 형식으로 압축할 수 있고 실제로 다른 사람의 코드를 사용할 때마다 그렇게 할 수 있습니다. 다른 사람에게 코드를 작성하는 방법을 알려야 합니까? 당연히 아니지.
내가 전에 말하려고 했던 것은 우리가 "좋은 관행"에 대해 논의하는 동안 여기 사람들은 코드를 게시할 때 SRC를 사용하는 것을 귀찮게 하지도 않는다는 것입니다. 왜 그런 일이 발생합니까? 다른 사람에 대한 약간의 존중, "나에게, 나에게 줘" 태도. 그리고 그것은 실망스럽습니다. 나는 도움을 요청 하는 사람들이 다른 사람들을 존중하기 시작한다면(초보자를 위한 SRC와 함께) 시간이 지남에 따라 그러한 "좋은 관행"에 도달할 것이라고 생각합니다. 내 요점을 분명히 했길 바랍니다.
내가 전에 말하려고 했던 것은 우리가 "좋은 관행"에 대해 논의하는 동안 여기 사람들은 코드를 게시할 때 SRC를 사용하는 것을 귀찮게 하지도 않는다는 것입니다. 왜 그런 일이 발생합니까? 다른 사람에 대한 약간의 존중, "나에게, 나에게 줘" 태도. 그리고 그것은 실망스럽습니다. 나는 도움을 요청하는 사람들이 다른 사람들을 존중하기 시작한다면(초보자를 위한 SRC와 함께) 시간이 지남에 따라 그러한 "좋은 관행"에 도달할 것이라고 생각합니다. 내 요점을 분명히 했길 바랍니다.
새로운 사람들은 다음과 같은 이유로 SRC 버튼을 사용하지 않는다고 생각합니다.
그들은 자신의 첫 번째 게시물을 게시하기 전에 게시물을 읽지 않습니다.
등록/규칙에는 그렇게 하도록 요구하는 내용이 없습니다.
. . . 나를 짜증나게 하는 것은 내가 그들에게 자신의 게시물을 수정하도록 요청하고 그들은 수정하지 않는다는 것입니다. . .
당신이 제안하기 전에 나는 "게시하기 전에 이것을 읽어라" 유형의 게시물을 작성합니다. . . 중재자는 게시물을 고정할 수 없습니다. . . 우리는 관리자에게 우리를 위해 그렇게 하도록 요청해야 합니다
코드를 게시하는 사람들이 도움을 요청하는 경우가 90% 이상이므로 형식을 따르기 쉬워야 합니다.
어제 다른 스레드에 다음을 게시했으며 여기에서도 관련이 있다고 생각합니다.
많은 코딩 스타일이 있지만 특정 스타일(또는 스타일 조합)의 선택은 대부분 개별 프로그래머에게 달려 있습니다. 하지만 저는 세 가지가 중요하다고 생각합니다. 중요도 순으로(적어도 내 의견으로는) 다음과 같습니다.
코드는 문법적으로나 논리적으로 정확해야 합니다.
코드는 작성한 사람이 쉽게 이해할 수 있어야 합니다. 그리고
코드는 작성하지 않은 사람들이 읽기 쉬워야 합니다.
처음 두 가지는 매우 중요합니다. 세 번째는 앞의 두 가지만큼 중요하지 않을 수 있지만 프로그래머가 자신의 코드를 다른 사람에게 보여줄 때 할당하는 데 도움이 됩니다. 예를 들어 프로그래머가 여기에 코드를 게시하고 구문 또는 논리 오류를 찾는 데 도움을 요청할 때입니다.
처음 두 가지는 매우 중요합니다. 세 번째는 앞의 두 가지만큼 중요하지 않을 수 있지만 프로그래머가 자신의 코드를 다른 사람에게 보여줄 때 할당하는 데 도움이 됩니다. 예를 들어, 여기에 코드를 게시하고 구문 또는 논리 오류를 찾는 데 도움을 요청할 때입니다.
그러나 그것이 구문이나 논리에 대한 도움을 요청 하는 경우 코드가 ".. 구문상 논리적으로 정확하지 않을 것"이라는 의미는 아닙니다. ?
아직 아무도 언급하지 않은 한 가지. . . // 코멘트
나는 종종 실제로 코드를 작성하기 전에 내 코드의 주석에 의사 코드를 작성합니다. 이는 코드가 해결해야 하는 문제를 해결하기 위해 계획한 방법에 계속 집중하는 데 도움이 되며, 내가 한 일을 수행한 이유를 상기시키는 역할도 합니다. 몇 주/몇 달/몇 년 후에 코드로 돌아올 때 했습니다.
주석은 또한 다른 사람들에게 큰 도움이 됩니다. 함수의 맨 위에서 함수가 무엇을 의미하는지, 입력이 무엇인지, 출력이 무엇인지, 하나에서 다른 것으로 어떻게 이동하는지 설명하면 누구나 시도하기가 훨씬 쉽습니다. 돕다 . . . 처음에 코드가 깨졌을 때 코드가 무엇을 의미하는지 파악하는 것은 쉽지 않습니다. 이 상황에서 주석이 도움이 됩니다.
pro_ :
Agree with Raptor. Topic about nothing. I get a lot more frustrated when people post their code here without using SRC. How they code their program is up to them, unless they are going to ask for help.
코드 형식 지정 규칙은 코드를 작성하는 모든 사람이 조만간 접하게 되는 문제이므로 이에 대해 토론하고 토론하려는 사람들과의 문제는 무엇입니까? 누가 src를 사용하지 않고 여기에 코드를 게시했습니까?
랩터에 동의합니다. 아무것도에 대한 주제. 사람들이 SRC를 사용하지 않고 여기에 코드를 게시할 때 훨씬 더 좌절합니다. 그들이 도움을 요청하지 않는 한 프로그램을 코딩하는 방법은 그들에게 달려 있습니다.
아무것도 아닌 주제가 아닙니다.
아마도 90% 이상은 코드를 게시하는 사람들 이 도움을 요청하는 것이므로 형식을 따르기 쉬워야 합니다.
아무것도 아닌 주제가 아닙니다.
코드를 게시하는 사람들이 도움을 요청하는 경우가 90% 이상이므로 형식을 따르기 쉬워야 합니다.
코드를 게시하기 전에 간단한 텍스트 편집기(notepad++, SciTe, jEdit)에 종종 포함되는 C++ 포맷터/미화 프로그램으로 코드를 다시 포맷하는 것이 좋습니다.
우리가 주제에 대해 이야기하고 있는 것처럼 여기 일부 코드 스니펫은 '글을 작성하도록 권장합니다. 공백을 너무 많이 가질 수는 없습니다.
우리가 주제에 대해 이야기하고 있는 것처럼 여기 일부 코드 스니펫은 '글을 작성하도록 권장합니다. 공백을 너무 많이 가질 수는 없습니다.
+ 1
+ - = == * / && || 등은 0으로 나누기 문제를 찾을 때 도움이 됩니다.
:) 내가 여기 뱀 우리를 덜컥 거리는 것을 보니 ... 너희들을 화나게 할 의도는 없었어. 당신은 당신이 좋아하는 무엇이든 토론할 수 있습니다 (그냥 정치에 가지 마세요, NSA는 듣고 있습니다) :))))
코드를 작성할 때의 "좋은 습관"에 관해서는 모두 찬성합니다. 또한 저만의 스타일이 있습니다. 실제로 표시기, 스크립트 등의 기능인지 여부에 따라 코드마다 다릅니다. 가독성을 위해 코드는 간결해야 합니다. 페이지 전체에 흩어져 있지 않아야 합니다. 하지만 그건 내 취향이야. 나는 항상 그 모든 공백과 많은 줄을 매우 간결한 형식으로 압축할 수 있고 실제로 다른 사람의 코드를 사용할 때마다 그렇게 할 수 있습니다. 다른 사람에게 코드를 작성하는 방법을 알려야 합니까? 당연히 아니지.
내가 전에 말하려고 했던 것은 우리가 "좋은 관행"에 대해 논의하는 동안 여기 사람들은 코드를 게시할 때 SRC를 사용하는 것을 귀찮게 하지도 않는다는 것입니다. 왜 그런 일이 발생합니까? 다른 사람에 대한 약간의 존중, "나에게, 나에게 줘" 태도. 그리고 그것은 실망스럽습니다. 나는 도움을 요청 하는 사람들이 다른 사람들을 존중하기 시작한다면(초보자를 위한 SRC와 함께) 시간이 지남에 따라 그러한 "좋은 관행"에 도달할 것이라고 생각합니다. 내 요점을 분명히 했길 바랍니다.
내가 전에 말하려고 했던 것은 우리가 "좋은 관행"에 대해 논의하는 동안 여기 사람들은 코드를 게시할 때 SRC를 사용하는 것을 귀찮게 하지도 않는다는 것입니다. 왜 그런 일이 발생합니까? 다른 사람에 대한 약간의 존중, "나에게, 나에게 줘" 태도. 그리고 그것은 실망스럽습니다. 나는 도움을 요청하는 사람들이 다른 사람들을 존중하기 시작한다면(초보자를 위한 SRC와 함께) 시간이 지남에 따라 그러한 "좋은 관행"에 도달할 것이라고 생각합니다. 내 요점을 분명히 했길 바랍니다.
새로운 사람들은 다음과 같은 이유로 SRC 버튼을 사용하지 않는다고 생각합니다.
. . . 나를 짜증나게 하는 것은 내가 그들에게 자신의 게시물을 수정하도록 요청하고 그들은 수정하지 않는다는 것입니다. . .
당신이 제안하기 전에 나는 "게시하기 전에 이것을 읽어라" 유형의 게시물을 작성합니다. . . 중재자는 게시물을 고정할 수 없습니다. . . 우리는 관리자에게 우리를 위해 그렇게 하도록 요청해야 합니다
아무것도 아닌 주제가 아닙니다.
코드를 게시하는 사람들이 도움을 요청하는 경우가 90% 이상이므로 형식을 따르기 쉬워야 합니다.
어제 다른 스레드에 다음을 게시했으며 여기에서도 관련이 있다고 생각합니다.
많은 코딩 스타일이 있지만 특정 스타일(또는 스타일 조합)의 선택은 대부분 개별 프로그래머에게 달려 있습니다. 하지만 저는 세 가지가 중요하다고 생각합니다. 중요도 순으로(적어도 내 의견으로는) 다음과 같습니다.
- 코드는 문법적으로나 논리적으로 정확해야 합니다.
- 코드는 작성한 사람이 쉽게 이해할 수 있어야 합니다. 그리고
- 코드는 작성하지 않은 사람들이 읽기 쉬워야 합니다.
처음 두 가지는 매우 중요합니다. 세 번째는 앞의 두 가지만큼 중요하지 않을 수 있지만 프로그래머가 자신의 코드를 다른 사람에게 보여줄 때 할당하는 데 도움이 됩니다. 예를 들어 프로그래머가 여기에 코드를 게시하고 구문 또는 논리 오류를 찾는 데 도움을 요청할 때입니다.처음 두 가지는 매우 중요합니다. 세 번째는 앞의 두 가지만큼 중요하지 않을 수 있지만 프로그래머가 자신의 코드를 다른 사람에게 보여줄 때 할당하는 데 도움이 됩니다. 예를 들어, 여기에 코드를 게시하고 구문 또는 논리 오류를 찾는 데 도움을 요청할 때입니다.
그러나 그것이 구문이나 논리에 대한 도움을 요청 하는 경우 코드가 ".. 구문상 논리적으로 정확하지 않을 것"이라는 의미는 아닙니다. ?
아직 아무도 언급하지 않은 한 가지. . . // 코멘트
나는 종종 실제로 코드를 작성하기 전에 내 코드의 주석에 의사 코드를 작성합니다. 이는 코드가 해결해야 하는 문제를 해결하기 위해 계획한 방법에 계속 집중하는 데 도움이 되며, 내가 한 일을 수행한 이유를 상기시키는 역할도 합니다. 몇 주/몇 달/몇 년 후에 코드로 돌아올 때 했습니다.
주석은 또한 다른 사람들에게 큰 도움이 됩니다. 함수의 맨 위에서 함수가 무엇을 의미하는지, 입력이 무엇인지, 출력이 무엇인지, 하나에서 다른 것으로 어떻게 이동하는지 설명하면 누구나 시도하기가 훨씬 쉽습니다. 돕다 . . . 처음에 코드가 깨졌을 때 코드가 무엇을 의미하는지 파악하는 것은 쉽지 않습니다. 이 상황에서 주석이 도움이 됩니다.