반짝임과 불행 OOP - 페이지 2

새 코멘트
 
Integer :
컴파일 메커니즘을 이해해야 하는 이유는 무엇입니까? 나쁜 결과가 좋은 결과보다 낫다고 믿는 것뿐입니까? 결과가 중요합니다.

테스트를 올바르게 작성하고 사람들을 오도하지 않습니다.

테스트에서 작성한 내용과 실제로 테스트하는 내용을 이해하지도 못합니다.


이것은 닷넷 및 이와 유사한 언어로 된 대량 교육의 결과입니다. 프로그래머는 그것이 실제로 어떻게 작동하는지 이해하려는 욕구를 완전히 거부했습니다.

 
Renat :

테스트를 올바르게 작성하고 사람들을 오도하지 않습니다.

테스트에서 작성한 내용과 실제로 테스트하는 내용을 이해하지도 못합니다.


이것은 닷넷 및 이와 유사한 언어로 된 대량 교육의 결과입니다. 프로그래머는 그것이 실제로 어떻게 작동하는지 이해하려는 욕구를 완전히 거부했습니다.

모든 사람은 말처럼 눈가리개를 가지고 있습니다(너무 많이 보지 않도록).

하나는 자신의 것을 보고, 다른 하나는 자신의 것을 봅니다. 그러나 이것이 둘 다 옳고 그름을 의미하지는 않습니다.

진실은 가까운 곳에 있습니다.

개발자는 한 가지를 원했고 다른 것을 얻었습니다. 이것은 작업이 완료되었음을 의미하지 않습니다. 효과가있다. 기대하거나 원하는 대로 되지 않을 수 있습니다.

사용자가 테스트를 수행합니다(이는 상당히 예측 가능함). 이것은 테스트가 모든 당사자에게 적합하다는 것을 의미하지는 않습니다.

진실은 가까운 곳에 있습니다.

작업 속도가 너무 중요합니다. 이것은 내 변덕이 아니라 이것이 인생입니다.

그리고 말이 아닌 테스트로 증명해야 합니다.

 
Vinin :

작업 속도가 너무 중요합니다. 이것은 내 변덕이 아니라 이것이 인생입니다.

그리고 말이 아닌 테스트로 증명해야 합니다.

나는 즉시 제안된 테스트의 오류를 지적했다. 그런 다음 그는 여러 번 요점을 설명했습니다.

 

가상 방법은 항상 일반적인 방법보다 비용이 많이 들지만, 무엇을/어떻게 접고 최적화하는지 이해하면서 최적화 컴파일러를 올바르게 테스트해야 합니다.

이 경우 우리는 아직 가상 함수를 일반 함수로 자동 변환하기 위한 최적화 방법을 구현하지 않았습니다(가능한 경우 다른 컴파일러가 이 작업을 수행합니다). 그러면 이 테스트의 결과가 즉시 변경되고 다시 오도됩니다(가상 함수를 호출하면 갑자기 평소보다 빠름).

 
Renat :

가상 방법은 항상 일반적인 방법보다 비용이 많이 들지만, 무엇을/어떻게 접고 최적화하는지 이해하면서 최적화 컴파일러를 올바르게 테스트해야 합니다.

이 경우 우리는 아직 가상 함수를 일반 함수로 자동 변환하기 위한 최적화 방법을 구현하지 않았습니다(가능한 경우 다른 컴파일러가 이 작업을 수행합니다). 그러면 이 테스트의 결과가 즉시 변경되고 다시 오도됩니다(가상 함수를 호출하면 갑자기 평소보다 빠름).

즉, 이 단계에서 Intezher가 옳습니다. 그리고 바로 알아차리고 설명하는 것도 불가능했다. 아니면 뭔가 방해가 있습니까?
 
Vinin :
즉, 이 단계에서 Intezher가 옳습니다. 그리고 바로 알아차리고 설명하는 것도 불가능했다. 아니면 뭔가 방해가 있습니까?
전체 스레드를주의 깊게 읽으십시오.
 
Renat :

가상 방법은 항상 일반적인 방법보다 비용이 많이 들지만, 무엇을/어떻게 접고 최적화하는지 이해하면서 최적화 컴파일러를 올바르게 테스트해야 합니다.

이 경우 우리는 아직 가상 함수를 일반 함수로 자동 변환하기 위한 최적화 방법을 구현하지 않았습니다(가능한 경우 다른 컴파일러가 이 작업을 수행합니다). 그러면 이 테스트의 결과가 즉시 변경되고 다시 오도됩니다(가상 함수를 호출하면 갑자기 평소보다 빠름).

사실 테스트한 것은 컴파일러가 아니라 하나의 문제를 해결하기 위한 두 가지 방법이었습니다. 냉장고가 우우우우우우우우우우우우우우우우우우우악~잉~잉~잉~잉~잉~잉~잉~윙윙윙윙윙윙윙윙윙윙윙윙윙윙대는거는중요하지않습니다. 냉장고가얼어붙는가는중요합니다.

 
Integer :

사실 테스트한 것은 컴파일러가 아니라 하나의 문제를 해결하기 위한 두 가지 방법이었습니다. 냉장고가 우우우우우우우우우우우우우우우우우우우악~잉~잉~잉~잉~잉~잉~잉~윙윙윙윙윙윙윙윙윙윙윙윙윙윙대는거는중요하지않습니다. 냉장고가얼어붙는가는중요합니다.

단순화되고 퇴보된 테스트 케이스를 제시하여 잘못 테스트했습니다. 그것은 작업이 아닙니다. 즉, 예제가 더미로 퇴화합니다.

당신은 더미에 대한 직접 호출의 변형으로 최적화되고 있던 컴파일러 최적화 프로그램에 주의를 기울이지 않았습니다.

 
Renat :

단순화되고 퇴보된 테스트 케이스를 제시하여 잘못 테스트했습니다. 그것은 작업이 아닙니다. 즉, 예제가 더미로 퇴화합니다.

당신은 더미에 대한 직접 호출의 변형으로 최적화되고 있던 컴파일러 최적화 프로그램에 주의를 기울이지 않았습니다.

그 후 두 가지 테스트 옵션이 더 있었습니다. 2 - 비어 있지 않은 기능, 3 - 고유한 기능의 경우 결과는 비슷합니다. 옵션 1은 여전히 C#에서 수행 되었지만 결과는 반대였습니다.
 
Renat :
전체 스레드를주의 깊게 읽으십시오.
당신은 영원히 읽을 수 있지만 사실을 제공해야합니다. 시험을 보고 숫자를 보여주세요. Intezher가 틀렸다는 것을 증명할 필요가 있습니다. 그는 그러한 결과가 필요합니다(그뿐만 아니라). 저도 말은 많이 하지만 팩트 없이는 하지 않으려고 해요. 나는 Intezher의 테스트 결과를 신뢰합니다. 하지만 반대는 없고 말만
1234567
새 코멘트