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

Аз искам да питам: Как се очаква да направя нормални unit testove след като, както е организирана задачата това може да стане само с Mocking?

Хубаво е сложено като бонус, но след като неможеш да напишеш нормални unit testove без да се налага да го ползваш, това говори, че задачата не е написана като хората.

Да не говорим, че на "лектора" му отне 5 дни да реши една задача от миналите изпити, и защо пак се дават по-трудни задачи от миналите курсове, при положение, че програмата е едно към едно?

Не, че бях решавал от предните изпити и изобщо подготвил за текущия , но съм присъсътвал на почти всички лекции ( някои от тях съм гледал по няколко пъти) и лабове, и смея да кажа, че бях донякъде подготвен, но наистина рефакторирането  ми отне изключително много време..... и окей да намерим бъг в задачата, но абсолютно всеки вход да е сгрешен... айде моля ви се  :D

Някой би ли ми обяснил защо джъджа хвърля следната грешка:

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object.
   at VehicleParkSystem.Engine.Run()
   at VehicleParkSystem.VehicleParkMain.Main()

Първият ми събмит беше около 2 часа преди края и оттогава до края съм се мъчил да разбера какво точно се случва. После след изпита едно момче ми каза, че го е решил като сложил на try... catch (Exception e) {} на Main метода (с празен catch). Сега го пробвах и наистина така проработи и изкарах някакви точки.

Очевидно се подават някакви null обекти и затова гърми но не разбирам каква е логиката зад това. Как се вързва това с КПК?

И още нещо на което се надявам авторът на задача да ми отговори - каква е логиката в интерфейса IVehiclePark да има следните методи:

        string InsertCar(Car car, int sectorNumber, int placeInSector, DateTime reservation);
        string InsertMotorbike(Motorbike motobike, int sectorNumber, int placeInSector, DateTime reservation);
        string InsertTruck(Truck truck, int sectorNumber, int placeInSector, DateTime reservation);

след като и трите могат да бъдат заменени с някакъв InsertVehicle метод. В същото време в условието е казано, че не можем да променяме точно този интерфейс. Това пример за добър КПК ли е?

Аз съм на мнение, че изпитът беше добър като тематика и имаше смисъл в него. Но нещата, които трябваше да се направят, за да се изпълнят всички задачи (без бонуса) не са за 6 часа с нивото, на което сме повечето за момента. Може би щеше да е по-добре, ако имахме малко повече време за юнит тестове, дебъгване и откриване на ботълнеци (щеше да се получи, ако имахме малко по-малко работа за вършене с решарпър и стайлкоп).

ПС: Препоръчвам да се показват последните два теста винаги с лимит време и лимит памет, а не с грешен отговор, за да знаем все пак кога сме открили и поправили ботълнека.

Съгласен съм с мненията на колегите по-горе. Смея да кажа, че материалът не ми е толкова сложен, както е JS (Apps + Framework). След 4 часа рефакториране си казах, че или аз съм глупав или изпитът е значително по-труден от предните. И все пак аз съм на мнение, че ние студентите в СофтУни се борим не за оценки, а за знания и за това да се реализираме в ИТ сферата. Това е по-важното и се радвам, че все пак причината да не ми стигне времето не са опасенията за липса на достатъчно умствен капацитет. Дано все пак и да изкарам и повече от 3.00, че на поправка хич не ми се ходи. :D Успех на всички!

Да и за мен изпита си беше гаден - просто това разхвърляне на кода в различни файлове и тези съкращения направо убиха рибата :D Може би подготовката трябваше да е едно ниво по-нагоре. 

И малко неделно да ви разведря:

https://www.youtube.com/watch?v=9LhLjpsstPY

Подкрепям Пешо.

Според мен изпита беше пресилен за даденото време.

Мисля, че ако бях почнал да решавам задачата от нулата и си я бях написал сам. Щеше да ми остане време да я UnitTestna цялата и да изпълня поне 70%-80% от условията.

Ще започна като кажа, че не искам да хейтвам никой, сигурен съм, че който и да е правил задачите се е постарал и не му е било лесно. Самия аз съм бил от другата страна и знам, че не е лесно да се измислят хубави, интересни и целенасочени задачи. Ще се опитам накратко да напиша критиката си относно изпита с надеждата тя да се вземе предвид и за в бъдеще изпитите да са по-добре подготвени:

1. Много е важно задачите да бъдат целенасочени - тоест като изпита е по КПК нека задачите да са свързани с рефакториране, тестване, дебъгване, писане на добре структуриран и лесно разширим код, прилагане на патърни, и т.н. Днешните задачи бяха 90% реформатиране, реформатиране != рефакториране.

2. Judge системата. Плюсовете и са очевидни - получаваме в реално време фиидбек за това което сме направили, минусите пък са, че един грешен символ и труда ни отива в кошчето. Взимайки това предвид само за мен ли е очевидно, че изходните данни на изпитите, които се провеждат в Judge-a трябва да са максимално прости. Кому е нужно изхода който се изисква от нас да е украсен с безброй звездички, колибки, тиренца, вълнички и не знам си какво още. Това ли целта на изпита? Да провери дали студентите могат да ползват Console.WriteLine и да търсят кое тиренце им липсва в 100-редовия изход?

3. Нулевите тестове. Извинявам се на автора на зачите, нищо лично, но това си е чисто отбиване на номера. Малко е иронично, че такива "тестове" се дават на курс по КПК. Не мисля, че е нормално в един единствен тест да има 50 реда входни данни и още 150 изходни. Просто разделете 3-те нулеви теста на 20 по-малки. Какво означа за мен като ми гръмне тест с входни данни, в които присъстват всички възможни команди в условето? Че някъде си из цялото ми решение има грешка и някъде си из 150-те реда изходни данни ми липсва някое тире? Това е все едно аз да ви напиша unit test с 50 assert-вания. Какво ще кажете за такъв тест? Дали е полезен и коректен?

4. Проблемите със събмитването в Judge-a. Да бях само аз щях да си помисля, че съм някой идиот и не знам какво да правя, но не бях само аз. Имаше страшно много колеги, които не можеха да си събмитнат решенията, някой успяха да се преборят с Judge-a в рамките на 10-15 мин други като мен и 1:30 мин не им стигна.

5. За капак на всичко след като се опитах да си събмитна целия solution, системата Ви ми даде грешка, че файла ми е прекалено голям. Някой ще каже, че съм събмитнал заедно с пакиджи, но това не беше така. Зип-а който изпратих беше с големина 52КБ, въпреки това Judge-а с ограничение 15МБ по някаква си причина реши да не го приеме. 

В заключение, след като мога да кажа, че бях от най-съвестните студенти и съм присъствал на всички лекции, писал съм и проверявал всички домашни плюс тоновете допълнителна литература, която съм изчел не успях дори да си предам решението, което мъчих 6 часа. Не мога да скрия, че това е доста обидно. Не съм човек който се вълнува от оценки и сертификати (затова и се разкарах от държавния университет, в който учих), но не мога да търпя да се подиграват с труда ми. 

Благодаря на екипа на СофтУни за старанието, което полага (виждам, че наистина се стараете), обучението тук има редица плюсове пред това в държавните университети, но тези проблеми се повтарят отново и отново и демотивират дори най-всеотдайните студенти. Извинявам се за дългия пост.

Да дам и аз мойте 2 цента. Макар, че се изказах тук таме и на живо и в коментари искам да призова пишештия задачата за поправката следните неща:

1. Както каза колегата по - горе реформатиране != рефакториране тестването на скоростно форматиране на текст е подходящо за курс по информатика в средното училище. Както каза Фил сигнатура на  1 странца е ..... тъпо. 

2. Като ползвате "чужди" езици моля проверявайте внимателно дали транслациите могат да се извадят правилно в Гугъл транслейт. Моля не ползвайте не-латински азбуки защото да се опитваш да првевеждаш от Урду "шльокавица" е меко казано несериозно. Днес "бразилския" май беше по - приемлив.

3. Моля, като сътворите подобни шедьоври пробвайте някой от колегите си да я реши за 6 часа. Аз мисля, че в нашето ниво има доста кадърни и старателни хора (изключвам се от тази бройка) и след като те не успяха да завършат задачата значи е редно да се замислиш дали не си прекалил, а не да казваш "не се оплаквайте".

4. Спомена се за показване на грешките от джъдж юнит тестовете. Аз мисля, че за изпит който се дооценява ръчно е напълно в реда на нещата да те поставят в "релна ситуация" и да виждаш, като тестваш нещо, какво се чупи, а не да "хвърляш на боб" дали автора не се опита да ти покаже, че една от няколкото функции за работа с дати на ПХП работи с unixtime и е засегната от проблем 2038 (това беше хейт към предишен курс. Предните неща са най - доброжелателни препоръки и в никакъв случай хейт)

5. И да си вмъкна основната мъка ... не правете курсове през деня бе хора. знам, че няма зали ама в края на краищата, кой плаща за цялото шоу. Ние студентите или случайните минувачи на семинарите. Аз не можах да посетя и една лекция по кпк няма как да очаквам да съм мега добър. А плана за следващото ниво е да губя по една лекция всяка седмица до края на нивото ..... :(