PROFESSIONAL의 열매와 AMATEUR의 열매를 프로그래밍 방식으로 구별하는 방법은 무엇입니까? - 페이지 9

 

주제에 대한 의견을 제시한 모든 분들께 감사드립니다. 나는 각 참가자에게 대답하지 않을 것이며 2 ... 3 페이지가 될 것입니다.

시간이 나면 코드를 분석하고 다양한 기준에 따라 평가하는 프로그램을 만들겠습니다. 프로그램은 기준과 중요성을 편집할 수 있는 유연성이 있어야 합니다.
프로그램이 완성되면 초보 프로그래머 들이 사용할 수 있도록 포스팅하겠습니다. 새로운 아이디어가 있으면이 주제에 글을 쓰십시오. 우리는 확실히 고려할 것입니다.

 
DmitriyN :
프로그램은 기준과 그 중요성을 편집할 수 있는 유연성이 있어야 합니다.

자동 모드에서 전문가의 코드를 구별할 수 있는 몇 가지 기준을 스스로 선택할 수 있습니까?

 
sergeev :

자동 모드에서 전문가의 코드를 구별할 수 있는 몇 가지 기준을 스스로 선택할 수 있습니까?

그 부부는 잘 안 될 것 같아요. 수십 가지의 기준이 있을 것입니다. 또한 각 기준에는 고유한 중요성이 있으며 많은 기준에는 고유한 최소값과 최대값이 있습니다.

그리고 제가 두 사람의 이름을 지으면 거센 비난을 받을 것인데 원하지 않습니다.
 
chief2000 :

현황 확인을 원칙적으로 수행할 필요가 있는지 여부가 질문 중 하나입니다.
ObjectCreate(), Alert(), Print(), Comment()와 같은 함수 전에?
내 말은, 아마도 이 수표가 이미 등록되어 있고 자동으로
최적화 중에 제외되며 중복 검사를 절약할 수 있습니까?

ObjectCreate 는 안전하게 제외할 수 있습니다. 이 기능은 테스터가 비활성화할 수 없습니다.
 
tara :
ObjectCreate는 안전하게 제외할 수 있습니다. 이 기능은 테스터가 비활성화할 수 없습니다.
그리고 Comment() 는 테스트 중에 비활성화되지 않지만 어드바이저의 작업을 모니터링해야 합니다. 그리고 최적화 중에는 꺼지겠지만 만일을 대비하여 if(!IsOptimization()) Comment(" 등을 작성합니다.
 
DmitriyN :

그리고 제가 두 사람의 이름을 지으면 거센 비난을 받을 것인데 원하지 않습니다.

부부의 이름을 짓다

비공개로 이름

나는 비판하지 않을 것입니다. 반대로 도움이되는 것은 흥미 롭습니다.

 
DmitriyN :

주제에 대한 의견을 제시한 모든 분들께 감사드립니다. 나는 각 참가자에게 대답하지 않을 것이며 2 ... 3 페이지가 될 것입니다.

시간이 나면 코드를 분석하고 다양한 기준에 따라 평가하는 프로그램을 만들겠습니다. 프로그램은 기준과 중요성을 편집할 수 있는 유연성이 있어야 합니다.
프로그램이 완성되면 초보 프로그래머들이 사용할 수 있도록 포스팅하겠습니다. 새로운 아이디어가 있으면이 주제에 글을 쓰십시오. 우리는 확실히 고려할 것입니다.


스레드의 논리를 이해하지 못합니다 ...

사람은 수익을 낼 수 있는 차량이 필요합니다. 이러한 차량은 특정 법률에 따라 제작됩니다. 이 법을 배우고, 차량을 만들고, 행복하게 살 것 같습니다. 그래서 아니오 - 어떤 괴롭힘이 있는지 명확하지 않습니다 ... 그들은 완전히 불필요한 "링크"(프로그래머의 전문 수준)를 간단한 논리적 체인에 넣고 다음과 같은 심각한 얼굴로 "코끼리를 부풀리기" 시작합니다. 이것이 바로 그것이면 - 목표 달성의 열쇠. . .

DmitriyN , Stradivari는 작곡가 가 아닙니다. 그리고 작동하는 "메커니즘"이 필요한 경우 IT 개발 방법을 배우십시오 (그리고 마스터 제조업체를 찾기 위해 서두르지 마십시오. 그는 마스터입니다-제조에만 해당 ) ...

 
sergeev :

그러면 나중에 가장 간단한 것부터 시작하여 공개적으로라도 각 항목을 분석할 수 있지만 각 항목 자체가 큰 의미가 없다는 사실을 고려하면 됩니다. 시간이 있을 것입니다. 나중에 요점을 점차적으로 배치할 것입니다.

프리콜니켄트 :
스레드의 논리를 이해하지 못합니다 ...
논리는 간단하고 당신이 그것을 이해하지 못했을뿐만 아니라. 이제 모든 것을 하나로 묶지 않도록 "거래"와 "프로그래밍"을 분리합니다. 이 주제는 코드의 평가에 관한 것이지 코드의 의미에 관한 것이 아닙니다.
그리고 평가는 포괄적이어야 합니다. 예를 들어, 나는 러시아어가 학교에서 어떻게 평가되는지 말할 수 있습니다. 복잡한 방식으로: 철자 표시, 구두점 표시, 어휘 표시, 쓰기 정확도 표시 ... 그리고 끝에는 전체 점수는 각 항목의 중요도를 고려한 평균입니다. 그러나 Mein Kampf의 경우 완벽하게 넣을 수 있습니다.

다시 한 번 말씀드리지만 저는 거래 분야의 마스터를 찾는 것이 아니라 코딩에 대한 객관적인 평가를 위한 시스템을 원합니다.
 
DmitriyN :

논리는 간단하고 당신이 그것을 이해하지 못했을뿐만 아니라. 이제 모든 것을 하나로 묶지 않도록 "거래"와 "프로그래밍"을 분리합니다. 이 주제는 코드의 평가에 관한 것이지 코드의 의미에 관한 것이 아닙니다.

그리고 평가는 포괄적이어야 합니다. 예를 들어, 나는 러시아어가 학교에서 어떻게 평가되는지 말할 수 있습니다. 복잡한 방식으로: 철자 표시, 구두점 표시, 어휘 표시, 쓰기 정확도 표시 ... 그리고 끝에는 전체 점수는 각 항목의 중요도를 고려한 평균입니다. 그러나 Mein Kampf의 경우 완벽하게 넣을 수 있습니다.

다시 한 번 말씀드리지만 저는 거래 분야의 마스터를 찾는 것이 아니라 코딩에 대한 객관적인 평가를 위한 시스템을 원합니다.


글쎄, ..하지만 나는 순진하게 여기 사람들이 돈을 버는 방법을 배우려고한다고 생각합니다 ...

죄송합니다... ;-)

 
DmitriyN :

그러면 나중에 가장 간단한 것부터 시작하여 공개적으로라도 각 항목을 분석할 수 있지만 각 항목 자체가 큰 의미가 없다는 사실을 고려하면 됩니다. 시간이 있을 것입니다. 나중에 요점을 점차적으로 배치할 것입니다.

논리는 간단하고 당신이 그것을 이해하지 못했을뿐만 아니라. 이제 모든 것을 하나로 묶지 않도록 "거래"와 "프로그래밍"을 분리합니다. 이 주제는 코드의 평가에 관한 것이지 코드의 의미에 관한 것이 아닙니다.
그리고 평가는 포괄적이어야 합니다. 예를 들어, 나는 러시아어가 학교에서 어떻게 평가되는지 말할 수 있습니다. 복잡한 방식으로: 철자 표시, 구두점 표시, 어휘 표시, 쓰기 정확도 표시 ... 그리고 끝에는 전체 점수는 각 항목의 중요도를 고려한 평균입니다. 그러나 Mein Kampf의 경우 완벽하게 넣을 수 있습니다.

다시 한 번 말씀드리지만 저는 거래 분야의 마스터를 찾는 것이 아니라 코딩에 대한 객관적인 평가를 위한 시스템을 원합니다.

죄송합니다, DmitryN! 그리고 왜 필요합니까? 그런 통계는 무엇을 위해?

고객은 주문하기 전에 어느 프로그래머가 더 많은 주문을 받고, 더 적은 불만을 가지고, 더 많은 감사를 받고 있는지, 그리고 나서 자신의 욕구에 얼마나 주의를 기울이는지, 깊은 지식 없이 조정을 하는 것이 얼마나 쉬운지, 마지막으로 다음의 유용성에 대해 살펴봅니다. DC와의 충돌 상황 없이 금전적 용어로 주문된 코드.