우리는 어느 운영체제가 어떤 운영 체제가 가장 화염 전쟁을 일으켰는지에 대한 논의를 알고 있습니다. 당신의 목표는 이제 여러분이 선호하는 운영 체제가 더 낫다는 결정적인 "증거"를 제공하는 것입니다 ... 아, 아니, 훨씬 더, 다른 운영 체제가 나쁘다는 결정적인 "증거"를 제공하는 것입니다.
작업 : 일부 계산을 수행하는 프로그램을 작성하고 하나 이상의 OS에서 올바르게 작동하고 하나 이상의 OS에서 잘못 작동합니다.
- 프로그램은 최소한 몇 가지 계산을 수행해야하므로 간단한 입력을 읽어야 합니다 (표준 입력 또는 원하는 경우 파일에서 경우). 작은 엔디안 / 빅 엔디안을 잘못 사용하는 것은 저렴 할뿐만 아니라 명백 할 것입니다 . 입력에 따라 약간의 출력을 제공합니다. 실제 생활이나 수학 문제를 해결하는 등 계산은 의미 있고 정당해야합니다.
- 어떤 운영 체제가 올바르게 작동하고 어떤 운영 체제가 작동하지 않을 것인지를 명시하여 두 운영 체제를 모두 지정해야합니다. 두 운영 체제 모두 잘 알고 있어야하며 거의 동시에 (따라서 DOS 1.0과 최신 OS는 없음) 스포일러 태그에 차이의 원인 (특히 많은 사람들이이를 알지 못할 것으로 의심되는 경우)에 대한 간단한 설명을 제공하는 것이 좋습니다.
이처럼
차이의 원인은 미묘해야합니다
#ifdef _WIN32
. 귀하의 목표는이 특정 시스템이 나쁘다는 것을 "증명"하는 것이므로 사람들이 귀하의 트릭을 (즉시) 파악할 수 없어야합니다!코드에 매우 이상하거나 매우 특이한 부분이있는 경우 주석이있는 이유를 설명으로 정당화해야합니다. 물론,이 "정의"는 큰 거짓말이 될 수 있습니다.
채점 :
이것은 골프가 아니다! 코드는 잘 정리되고 단순해야합니다. 사람들이 버그를 의심하지 않도록 버그를 숨기는 것이 목표입니다. 코드가 단순할수록 의심도 줄어 듭니다.
우승자는 투표에 의해 결정됩니다. 유효한 첫 번째 제출 후 약 10 일 후에 가장 많은 표를 얻습니다. 일반적으로 코드를 읽고 이해하기 쉬운 답변이 있지만 버그는 잘 숨겨져 있으며 발견 되더라도 악의가 아닌 실수로 인한 것일 수 있습니다. 마찬가지로 버그로 인해 프로그램이 중단되거나 아무 것도하지 않는 것보다 잘못된 결과를 초래할 경우 훨씬 더 가치가 있습니다.
평소와 같이, 나는 주관적인 기준에 따라 가장 많은 표를 얻은 것보다 10 % 또는 1 점 이하인 경우 답을 승자로 선택할 권리를 보류합니다.
make (1)
기본적으로 모든 유닉스 박스와 부적절하게 일부 윈도우 박스에서 흥미롭게 작동합니다. OS 때문이 아니라 파일 시스템 때문입니다. 파일 수정 날짜를 낮은 정밀도로 유지하는 모든 파일 시스템make
은 빠른 시스템 에서 제대로 작동 하지 않을 수 있습니다 .