Здравей Юли, аз мисля че на мен не ми стигна времето понеже не започнах добре. Направих голяма глупост от началото не си бях вързал js файлът към html файлът и се чудех какво става и така захубих бая време. След това успях да си създам класовете и видях че toStringa трябва доста да се пипа започнах със датите издокарах ги по-едно време бях изключително близко до outputa беше ми останало да принтирам Destinations и хоп вече времето беше минало, та не успях да си ги издокарам като хората но взех 20 точки.

Напълно те подкрепям за следното изречение : "Все пак пропуснахме цял курс за работа с DOM и UI, a домашните бяха точно такива, заради което човек трябва да инвестира много време, за да разбере как да го направи това, а не да научи самото ООП."Аз не се бях занимавал много с DOM и домашните меко казано ми се струваха доста неполезни за изучаването на самото ООП.По-добре да бяхме минали такъв курс и там да имахме тези домашни ...

Като цяло мисля че се готвих доста за изпита и проблема ми идва от там че загубих много време от началото, не знам какво ми става но на изпити все се паникьоствам и прави някакви простотии. 

Изпита не беше много труден, но все пак се чувствам задължен да кажа че подготовките ми се сториха по-лесни. Какво искам да кажа ? Ами там нямаше такива заигравки с toString и пак се решаваха за 2 часа и половина или 3 ...
Edit: не съм забелязъл функцията fortmatDate ... 

Полезно за изпита беше :
Самите подготовки за изпита реших ги по 2 пъти задачите.
Изключтелно много ми помогна скрипта на Valleri за генериране на клас за което много му благодаря че го сподели с нас.

Поуката за мене е да разглеждам първо добре енджина и тогава да започвам да пиша кода , да не се изнервям и да не се панирам !

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

Става въпрос за скритите тестове в judge-a. Тъй като нямам никаква практика и наблюдения върху работата по един софтуерен проект в реална фирма, интересува ме - често ли се срещат в реалната работа ситуации, в които нямаш възможност да видиш входните данни, които ти гръмват кода? Подозирам ,че отговорът е "не", но знам ли... На мен лично ми беше особено полезен фактът, че на този изпит (първата дата, в сряда) до последно ми гърмеше по някой от zero тестовете и можех да видя какво реално липсва в решението ми. Та не е ли по-полезно да имаме достъп до входните данни на всички тестове, и като видиш какво бъркаш, да се научиш как се поправя грешката, а не да губиш сума ти време в препрочитане на условието и почесване на главата? Вярно, че това може да го направи всеки пост-фактум, когато изпита се пусне отворено в системата, но съм сигурна, че не много хора имат едновременно и  времето, и желанието да си доразчоплят задачата.

Та да внеса нотка положителност в коментарите за изпита - поне по мое наблюдение, този път входните тестове към заданието бяха много добре нагласени, за да покрият условията на задачата и бях приятно изненадана от тях, добутаха ме до 10 теста от 11. А не както ми се е случвало няколко пъти преди на изпит в СофтУни: трите zero теста минават перфектно и въпреки това - 50 точки от judge-а. Иди разбери после какво липсва...

Идеята за това със скритите тестове вероятно е някакво упражнение по "Състави си сам Unit Test", но все имам чувството, че в другия вариант (да виждаш входа) също има немалка полза.

Лично на мен проблема в този изпит ми беше това,че не беше написано в условието как трябва да се имплементира  "toString()" метода. Самото оoп го написах за около 40-50 минути. A останалото време трябваше да си изпращам решението в "judge" и да си го проверявам с "diff checker".  На всичкото отгоре се появяваха и някакви грешки които също трябваше да ги гледам от "judge". Като краен резултат получих 10 точки и много нерви. И явно според този изпит не знам "JavaScript", понеже трябва да знам от някъде как да го напиша този "toString()" еми "sorry" баце ама не съм ванга !!!.

видео :)

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

Cruise.prototype.toString = function() {
return Excursion.prototype.toString.call(this) +
(this.getStartDock() ? ",start-dock=" + this.getStartDock() : "");
}

Гледайки го,  стигам до  заключението, че ако е извикан то изходът му ще представлява нещо като:
вход:
insert(type=cruise;name=Kruiz;price=500;start-date=11-Sep-2014;end-date=23-Sep-2014;start-dock=Varna)
list

изход:
* Cruise: name=Kruiz,start-date=11-Sep-2014,end-date=23-Sep-2014,price=500.00,transport=cruise liner
** Destinations: -,start-dock=Varna

Но не би... Кажете ми аз ли не довиждам нещо?

ДОБАВКА:

След проверка на записания Cruise с показаната по-горе команда,  излиза че ( изход на console.log(travels); поставен на ред 418 в авторското решение):

[Cruise, extends: function]
0: Cruise_destinations:Array[0]
_endDate: Tue Sep 23 2014 00:00:00 GMT+0300 (FLE Daylight Time)
_name: "Kruiz"_price: 500
_startDate: Thu Sep 11 2014 00:00:00 GMT+0300 (FLE Daylight Time)
_startDock: undefined
_transport: "cruise liner"

Изглежда и авторското решение има пропуск.

ДОБАВКА2:

Гешката в авторското решение е в конструктора на Cruise класа:

function Cruise(name, startDate, endDate, price, transport, startDock) {

Cruise класа не би следвало да приема транспорт като параметър, тъй като по условие този параметър винаги е "cruise liner".
Правилния конструктор би бил:

function Cruise(name, startDate, endDate, price, startDock) {<br><br>

и при употребата на този конструктор изходът, в контекста на по-горния пример е:

Cruise created. * Cruise: name=Kruiz,start-date=11-Sep-2014,end-date=23-Sep-2014,price=500.00,transport=cruise liner ** Destinations: -,start-dock=Varna

Поздрави!

Днес седнах да разбера къде ми гърми рашението, което смятах че е на 100% вярно, но ми даваше само 40т :(
Не съм гледал още авторското решение и тестовете, но си намерих грешките.
Задачата от към ООП не беше по-трудна от подготовките. Направих си и валидациите и се оказва че са ми правилни.

Оказаха само две леймърски грешки, чак не мога да повярвам (само да посоча че съм доста добър в дебъгването и съм си разучил подробно IDE-то с което работя WebStorm - shortcut-и, snipet-и и т.н.):

грешка 1 - за форматиране на команда list правилно се сетих да ползвам готовата функция formatTravelsQuery и тя си работеше коректно, с изключение на това че съм добавял един излишен нов ред при повече от един travel, когато travel-а има и destinations. А това се оправя с един прост if. 

грешка 2 - сортирането на масива _travels го направих с travel instanceof classOfInterest, което при classOfInterest = Excursion, връща не само инстанциите на Excursion, а и на Cruise, защото последния е наследник на Excursion. Едно правилното решение е да вземем конструктора на обекта чрез object.constructor.name

Всичко на всичко 3-реда код за коригиране и задачата заспа на 100т.

Срам! Това са толкова елементарни грешки, че нямам думи. Все пак да не забравяме че писането на ООП си иска време, както и дебъгването. При повече време всички щяхме да имаме повече точки, но deadline-а си е deadline.

Трябва да се учим както от собствените си грешки, така и от грешките на другите, затова споделям какви бяха те при мен.

Здравейте,

Във връзка с липсата на "No results." в условието на задачата от събота, изтрихме всички случаи от тестовете, където има такъв изход. Като резултат всеки който има коректно филтриране е получил поне +10 точки (никой не е загубил нищо от ретестването).

Компенсация за тези, които са съумили да ползват formatTravelsQuery, няма да има, но пък в ръчната проверка ще се гледа това. :)

Моето мнение от този изпит (15.11.2014 г.) е, че най - големия препъни камък беше връщането на класовете в ретърна на Models... това беше показвано само на JavaScript шаблони за дизайн и тази практика я нямаше в другите клипчета или в домашните.

В същото време енджина ползваше вече дефинираните класове, които не бяха "публични" (ретурнати от Moduls) пру дебъгване тук хвърляше "undefined is not a function", което е доста често срещана грешка и може да се случи поради много причини и не можеш да се сетиш интуитивно веднага, а още по - малко като на 2-рия час от изпита имаш 0 точки. :)

Въпреки грубия коментар на Зонтак в отговора по-горе, има огромно право в идеята, която се крие зад него.

СофтУни трябва да се грижи за комфорта на студентите, но това трябва да става предварително. Всички взети мерки по време на курса водят до прецедентни ситуации и респективно до удовлетворяване на едни и недоволство у други.

Нека изложа моята гледна точка малко по-конкретно.

Вече почти една календарна година учим в СофтУни. Минахме БЕЙСИКС курсовете по голяма част от най-използваните езици в съвремението, което според СофтУни е основата на програмирането и би трябвало след тези курсове, да сме развили мисленето, нужно ни да бъдем програмисти.

От тук нататък следва да ни развиват като програмисти, с мисленето което сме развили ние самите, обучавайки се в ниво 0 и ниво 1.

Нямам нищо против някой, който на C# Basics е изкарал 100 точки, да продължи в Java basics. Аз самият на C# Basics изкарах 320 точки. Реших първите 3 задачи за нула време и останалите 2 не можах да напиша и ред код, който да ми даде точки. Освен Console.WriteLine(0) което ми даде по 10 точки на задача. Какво разбрах от този изпит - че въпреки, че имам някакъв опит в програмирането ми куцат алгоритмичните задачи (с вложените цикли) и побитовите операции. Седнах вкъщи, заинатих се, поучих, пописах - и на Java Basics изкарах 380 от 400.

Та, да се върнем на човекът който е минал нулевото ниво на абсолютния праг за допускане. 100 точки е една задача и да речем това е първата. Т.е. студентът е научил стрингове, но не е научил цикли, вложени цикли, битове и т.н.

До изпита по Джава би трябвало да седне и да ги поучи и да изкара поне 200 точки. Т.е. още една материя отгоре. Обаче не би - този студент изкарва 100 точки отново. В най-лошия случай - на същата материя - задачата със стрингове.

Материалът се усложнява, започваме да учим колекции и т.н. Дошли са вече отборните проекти. Разпределен е в отбор по Джава и може би там ще научи нещо, което ако не на изпита, то в следващия курс ще му е полезно.

Идва JS Basics. На изпита точките на студента пак се въртят около 100. Отново отборен проект преди това, отново изпит, отново нов курс - РНР и системата се повтаря - точките са около 100 или между 100 и 200.

С предаването на домашни, проверката, точките които е извлачил от отборния проект, на който са го носили на гръб е изкарал оценка Добър или Много добър и продължана напред - на ООП.

Студентът не знае основата в програмирането, защото е покрил само 25% от нея - стринговете. Не е наясно с циклите, с базовите колекции и масиви, но се сблъсква с ООП.

Съвсем нормално и по пътя на логиката изкарва 0 точки на C# ООП. И съвсем тенденциозно, както сме забелязали от предните изпити, точките се въртят според това какво е изкарал на предния изпит, т.е. какво знае до момента, а по ООП то е едно огромно нищо и естествения ход на събитията е на JS OOP да изкара същия брой точки, а именно - НУЛА.

Та нека обобщим. Имаме студент, който на 4 изпита без да броя ХТМЛ, където е много вероятно да има отличен - има ~150 точки и на още два има 0.

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

Да ме извинява, ако някой се е познал в описанието ми, но когато отворя резултатите от изпитите срещам не малко хора, които отговарят на профила, който описах.

Нямам нищо против тези хора, но те изнемогват, не им е тук мястото и единственото което се случва е - те да не са в комфортната си зона, и същевременно да са вписват в отборни проекти и прочие с други хора, които трябва или да ги носят на гръб, или да ги изключват от отбора си. Всмисъл такъв, яко ще е, ако имаше как да ги научи някой от отбора, но щом СофтУни не е успял до момента, студентите ли ще успеят да го направят?

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

Та, помислете как да научите хората, които имат огромни пропуски (и като цяло хората, които се нуждаят/нуждаем да бъдат/ем научени), вместо да ги бутате напред.

Като начало ще кажа, че бях на изпит в събота и мисля, че липста на изрично описан аутпут не беше толкова голям проблем имеше достатъчно лесен вариянт за проверка с HTML-конзолката и в последствие дифчекера. За ретърнването на класовете от модула и мен ме сбърка първоначално, но след дебъг (който първите два пъти ме обърка още повече) разбрах какъв е проблема. За използването на готовите функции -> все пак трябва да се види как работи кода има функции които за да ви изкарат аутпута в HTML-а ги ползват, не мисля, че бяха трудни за откриване. Аз лично най-много време загубих докато рабера при филтера защо нищо не се случва -> оказа се че получвам обект, а не три стойности -> след половин час дебъгване (ще ме извинявате ама дебъгването на JS не е като на C# -> променливите имат 200 протота и не знам си какво още, докато видиш това което на теб ти трябва си е филм(поне за мен)) го разбрах с consol.log() и от там всичко заспа, оказа се, че единствената валидация която бях оставил за по-късно гърми (датата). Но намерих готова в нета и всичко заспа. 

Няколко извода за изпита от мен:

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

2. ХТМЛ конзолката - просто нямам думи работи супер.

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

4. Лично за мен това беше първия изпит, за който вярвах, че мога да реша всичко за даденото време. Кодя бавно и до сега просто не ми оставаше време да реша задачките. Тоест аз съм доволен от постигнатото.

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

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

Ако не ме лъже паметта това е първия път в който имахме два варианта за подготовка (изключвам C# Basics) и то първата подготовка беше проведена доста рано -> това много добре. Защо обаче за задачите в домашните трябваше да учим DOM при положение, че няма да го имаме на изпита(ясно че е важно да го знаем, но не в този момент и в този курс), аз лично за всяко от домашните губих по един ден за да търся как да манипулирам ДОМ-а. ДОМ ни беше "из*ра*" в карая на JSBasics три дни преди изпита и никой не го научи (или почти никой). Основния проблем не е слаба мотивация на студентите, а прекомерния темп, който се налага в обучението и препускането през материала - до сега нa всички курсове без JSOOP последната лекция е на не повече от 3-4 дни от изпита, като в този период влиза и защита на отборните проекти. Сметнете на онлайнърите колко време им остава да научат последния материал за курса, при положение, че те могат да видят лекцията най-рано след обед на следващия ден. Това с лаб-овете е супер идея, но нашия випуск вече е изпуснал много от материал в опит да настигне влака и според мен нещата ще се задълбочават все повече.

За мен лично най-болната тема е видеото и материалите от курса в петък -> ясно, че в 22 в петък никой няма да ги качи, но поне в събота да са качени, но това се е случил един път (може и да греша), трябва да чакаме до понеделник и събота и неделя, когато хората са по-свободни да си бъркаме в носовете. А все пак в събота се провеждат курсове, значи има някой в SoftUni и може да я свърши тази работа.