Аз задачите ги решавах между 12 и 3 сутринта в петък, съответно не бих показал решенията си на никого :)

Това, което казах в началото, беше, че 1-ва и 2-ра са дълги, не знам защо RoYaL им се е наплашил. Но според мен действително беше правилна тактика да се започне с последните две, понеже там бързо можеха да се хванат точки. Докато на 1-ва и 2-ра като нищо след половин-един час можеше и да не се хванат точки.

1-ва - нищо сложно, просто доста дълга, около 200 реда, освен ако не се ползват усилено методи от LINQ. Тук мисля, че ще имаме състезание кой на изпита написа най-дълъг switch, аз поне видях няколко, но рекордът беше около 160 реда. Колеги, вярно, че сте на изпит, но не е особено сложно да дадете refactor -> extract method. Когато кодът е разпарчетосан е по-лесен за поддръжка, а в дълга задача това е още по-важно.

Аз на 1-ва доста се обърках на моменти. Бях тръгнал да търся най-малкия/големия елемент на четна позиция, вместо да гледам дали самият елемент е четно или нечетно число и други подобни недоразумения. И с такива глупости загубих доста време и подозирах, че няма да съм единствен (и не бях).

2-ра задача е комбинация от Labyrinth Dash и Game of Life (давана на приемен изпит). Тук решението ми е особено грозно. Основната трудност е, че трябва да се репликират зайчетата така, че да не се получат ненужни такива, т.е. трябва да се пазят две матрици, една за предишното състояние, която се обхожда, за да се търсят зайците, и другата е новото състояние след репликирането. Има няколко случая - 1) играчът да излезе; 2) играчът да попадне на зайче; 3) зайче да попадне върху играча. Ако предварително се очертаят тези сценарии задачата не е сложна.

3-та - много си бих главата с нея и въпросните тест 2 и 5. Отказвах да сложа регекса ми да започва с малка буква, понеже си бях втълпил, че може да има static readonly променливи (който е учил ООП сигурно е наясно, че по конвенция те са с главна буква). Проверявах за фалшиви декларации в стрингови литерали. Проверявах за уникодски букви (понеже пишеше, че ще има букви, но не и че ще са латински). Тъкмо щях да пускам реален код да си тествам регекса, но вече не издържах физически и се предадох. Подозирах, че с добавките в условието ще има доста по-малко заблудили се хора, но грешах. Затова и подсказахме, че е добре да се ползва по-голям код при тестване. Задачата е леко проблематична заради пропъртитата - не се очаква, че хората, които не са учили ООП, ще знаят, че това нещо съществува и че може да ги дъни.

4-та - много лесна. Дори нямаше нужда от long, работеше си и с int-ове. Един вложен речник, сортиране с LINQ и това е. 15 минути.

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

Здравейте! 

Някой все пак ще качи ли решение на първа с LINQ  вместо с For цикли. Интересно ми е да я видя, как се прави с LINQ. Иначе ми излезна и на мен около 200 реда  и взех 60 точки само.

Аз започнах с 3та и 4та задачи, но ми се видяха леко завъртяни отначало и се върнах на 1ва, мислейки, че въпреки, че е повече писане няма да има кой знае какви особености. Начатках нещо за нея и събмитнах.. ужас само 30 точки. Едната ми грешка беше - като на доста хора, че не ревърсвам елементите от "last X odd/even". За жалост се усетих за това чак след изпита, защото когато подсказваха за грешката се бях вглъбил във втора задача. Вкъщи го дооправих това и стигнах 50 точки, така че явно имам още проблеми.

След 1ва иначе хванах 3та. На 3та скалъпих някакъв регекс - къде от стака, къде сам го правих и накрая стана "(double)(\s+\b(\w+)\b)" и същото с "int" втори път. Стройността се пада в 3та група. Хванах 80 точки и бях доволен за момента.

После хванах 4та - там измисли малко по-различен подход за входа. За извличането на изпълнителя направих фор цикъл от 1 до 3 (след като вече съм конкатенирал 1вата дума към стринг билдъра) и  ако срещнех дума която 1вия и символ е '@' брейквах. След това правих същото за заведението само че докато срещна digit. После проверявах дали изпълнителя почва с '@'. Цифрите са си останалите две неща и готово - останалото е ясно. Ето го кода http://pastebin.com/k83AQQvu. 90 точки от първия път - бях доволен. Този БигИнт го сложих с надеждата да хвана и останалите 10 но уви.

Накрая се мъчих с 2ра, но вече притеснен и от времето, не мислих много и директно пишех каквото дойде, следователно стана 200 реда код, който се чупеше все повече с всяка промяна :D и така и не взех точки за тази задача.

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

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

Първо сплитвах по '@', нулевата позиция ако не завършва на интервал - брейк, ако да - трим и имаме името. Втората група - сплит по интервал и ако дължината на масива е по-малка от 3 - брейк, ако не е - последните два елемента ги вадим с Length - 1 и - 2 -> парсваме ги към инт и т.н. Името на събитието го сглобявах с интервал, ако елементите на масива са 4 или 5. Нататък предполагам е като на всички - с речници и сортиране на вложените такива. 90 точки изкарах и минах към следващата, накрая не стигна време да се връщам.

Здравейте,

Бях на изпита и на 2ра задача забелязах нещо, което тогава ми направи впечатление, че не би трябвало да се случва, но реших да го разгледам вкъщи. Въпроса ми е дали има някаква причина, поради която като попълвам даден елемент от List<char[]> се попълва автоматично и друг такъв. Това което имам предвид може да се види на 100-104 ред Тук. Това което се случва там е следното: проверява дали в array съответния елемент е 'B' и ако е така прави околните 'B' в list. Въпроса ми е защо след като казвам само на list[x][y] да стане 'B' това се случва и с array?

Здравейте, понеже не съм получил мейл дали съм взел изпита, нито пък имам оценка в профила ... това означава ли, че не съм го взел.

Поздрави :)