Професионална програма
Loading...
+ Нов въпрос
akiprov avatar akiprov 20 Точки

[Judge] Programming Fundamentals w/ C# Sep '17 - Conditional Statements and Loops - P11: Faulty Judge check?

Искам да съобщя за потенциален недостатък в Judge проверката към следната задача:

Programming Fundamentals Sep 2017 > C# Conditional Statements and Loops > Exercises > Problem 11 - 5 Different Numbers

В условието на задачата е посочено ограничение, което гласи: "a and b will be integers in the interval [-100…100]"
Ако това ограничение бъде отчетено при изписване решението на задачата, Judge дава само 83/100 точки.
Ако ограничението бъде пропуснато напълно, резултатът е 100/100.
Трябва ли или не трябва да се взима под внимание въпросното ограничение?
Необходимо ли е по принцип всеки път, когато има "Constraints" към условието на дадена задача, да ги взимаме предвид при изписване на кода?

0
Fundamentals Module 27/09/2017 08:16:03
melik avatar melik 284 Точки

Предполагам, че ти си направил иф проверка за интервала на числата и затова джъдж е дал 83/100. Не е необходимо, в повечето случаи когато има такива "Constraints" от типа на: числото ще бъде в интервала от до, са дадени за да можеш да прецениш какъв тип данни ще използваш int, double, float, decimal, long, bigint и т.н

 

0
23/09/2017 15:01:01
akiprov avatar akiprov 20 Точки

Всъщност, надявам се на отговор от член на екипа на СофтУни и то някой, който участва активно в съставянето на условията на задачи и тестване на проверките в Judge-а.
Тук правя грубо и безцеремонно допускане на база биометрични данни, че ти не си такъв. Ако си, прощавай, но в такъв случай отговора не ме удовлетворява.
Не за пръв път се натъквам на подобен проблем. Проявява се и при IF-ове и при TRY-CATCH. Въпроса не е как точно правим проверката.
Противоречието идва от това, че някои задачи очакват в нашия код да има проверка за допустим интервал от стойности, докато други гърмят ако сме добавили такава.
Скромното ми мнение е, че трябва или винаги да се изисква вградена проверка или никога. Не може изискванията да се редуват хаотично на случаен принцип.
Противното води до много загубено време на изпити и напразно debug-ване, тогава когато студентът реално има знанията и не заслужава занижаване на оценката заради подобни недоразумения.

P.S.: Мислех че за избиране на типа данни използваме информацията от секция "Input", а не "Constraints".
Ако двете секции имат сходна функция, то защо са разделени?

1