А какво правим ако са използвани правилни структури, но 1 или няколко теста не минават поради бъг от друго естество (грешен отговор, а не лимит време)? Малко е кофти да ти падне резултата наполовина, защото не си съобразил някакъв граничен случай или нещо подобно, а не защото не умееш да преценяваш за дадена операция как да пазиш и извличаш данните.

Е какво решение трябва да си намазал, че да не ти мине един тест заради OUTPUT?! На мен това оценяване ми се вижда справедливо.

Съгласен съм Filkolev. Наков, не е ли по- удачно просто тестовете да се направят така, че с List да минават примерно 10-20% от тестовете ? Ако се направят такива тестове judge-а ли няма да издържи ? 

Royal, примерно, ако не си направил търсенето по 2 ключа и не ти минат Х теста, които са по 2 ключа е тъпо точките да ти се орежат на половина.

Това е метод за Ordered колекциите от PowerCollections, т.е. тези, които са имплементирани с дърво. Примерно за OrderedDictionary.

Мерси много, аз блъскам като идиот върху SortedDictionary и какви ли не извращения се мъчих да правя.

За алгоритмите няма да е проблем, там няма да има юнит тестове, защото задачите ще са... алгоритмични. Ще има Judge, а C++ отдавна се поддържа там.

Съгласен съм - за 1 тест 50% са много. Можеше да се измисли по-гъвкаво решение на проблема - 19/20 теста - 90т, 18/20 теста - 80т, 17/20 - 70т и надолу някакво скалиране примерно - 16/20 = 100 * (16/20) / 1.3 = 61, 15/20 => 57 или нещо подобно. Мисълта ми е до 2-3 теста да има някакъв толеранс, при 17/20 се предполага, че задачата нещо малко и куца, да не говорим за 19/20.

Варианта с ръчна проверка също звучи добре, но предполагам няма ресурс за нея. Иначе най-доброто решение се съгласявам, че е с комплексни тестове, но пък тогава сигурно идва проблема с времето за изпълнение.

Не съм сигурен, че ще има проблем с времето за изпълнение. Пример:

днес като решавах първата задача от примерния изпит не обърнах внимание, че в скелета на solution-а в тестовете за performance и двата реда инициализират бавната структура. Добавянето с List отнемаше 33 секунди, а с речник 50ms... разликата е прекалено голяма, така че лесно може да се направят комплексни тестове, които при правилна структура от данни да минават за милисекунди.

Не, няма такъв вариант, Ники.

Няма ПРАВИЛНАТА структура от данни. има много възможности, които биха били практически верни и даващи разлика една от друга, както има и много възможности, които биха могли да бъдат грешни.

Ако се направи всеки един тест да е на границата на ПРАВИЛНАТА структура от данни, значи има само едно валидно решение и това е авторското.

Нека само да ви спомена, че темата е за да ни информира какъв ще е регламентът на изпита, а не за да ни попита дали сме съгласни.

В крайна сметка, ако някой се бори за сертификат според мен е логично да може да го вземе само и единствено с макс точки на изпита. За останалите, които ще вземам/вземем по-малко точки, остават кредитите от курса и това, че явно не са/сме научили до толкова, че да се сертифицираме в структури от данни.

Знаеш ли какво ми е направило впечатление до сега от изпитите? Че например изкарав 380/400 точки им и се губят 2 теста от една задача. Остават ми 2 часа до края на изпита и останалите 20 точки ги взимам в последните секунди. Демек съм блъскал 2 часа за 20 точки. Накрая някой с 350 точки да речем е на равно с мен или над мен в оценяването. Т.е. де факто 2-3 часа труд т.е. половината от времето на изпита не са имали значение.