Zkouška, v porovnání s tím, co se tu píše, obsahovala podstatně víc otázek s odpovědí ve formě kousku kódu: jen polovina otázek byla testových, zbylé byly "snippetové".
Bodování je +- stejné, snippetové otázky mohou nasbírat až tři body -- ale Hnětynka je uděluje hodně mírně. V té mé mi třeba prošel minimálně jeden docela velký c#ismus, které by kompilátor Javy kvůli syntaxi nevzal. Hodně IMHO záleží, jestli pochopíte, o co otázce jde (rozlišení overload/override, řetězce se nedají smysluplně porovnávat pomocí ==, jak fungují funkcionální rozhraní, jak se funkcionální rozhraní používají ve Stream API ...).
Pamatuju si tam jednu docela zajímavou otázku "naimplementujte equals pro následující třídu", která měla vést na to, že Javovský kontrakt pro equals bere Object a že si pomocí instanceof musíte ověřit, s čím porovnáváte. So far so good. Tvar té třídy byl asi class Something { int SomethingId; String SomethingName; } a vůbec nebylo jasné, jestli se od vás chce strukturální nebo "entitová" rovnost. Tu první asi zvolí fanoušci funkcionálního programování zvyklí učit ručně všechny své třídy sémantice součinových typů, tu druhou lidi, co při pohledu na SomethingId vzpomenou DDD, třídu označí za jasnou entitu (ne value type) a budou porovnávat jen podle ID, ne už podlé jména. Hnětynka zdá se očekával strukturální rovnost, jelikož po vyhodnocení mluvil o porovnávání řetězců. Jelikož jsem použil strukturální rovnost, nevím, jestli entitový způsob nějak penalizoval.
Zkouška je o trošku delší, než asi bývávala, jelikož opravování trvá přes půl hodiny. Pořád se v pohodě celá vejde do dvou hodin.