Prověřování expertů

Jak prověřujeme experty

Než někdo začne pracovat na vašem projektu, absolvuje důkladný AI pohovor s AI Screenr, naším AI náborářem, a senior specialista Jobrela posoudí důkazy. Dostanete experty, kteří své znalosti prokázali, ne jen uvedli v životopise.

AI pohovor pro každého expertaDůkazy za každým hodnocenímKonečné rozhodnutí dělá člověk
Postup

Každý expert projde AI pohovorem a kontrolou člověkem

Čtyři kroky mezi slibným životopisem a expertem na vašem projektu.

1

Profil a požadavky

Určíme, co projekt potřebuje, od nezbytných dovedností a jejich úrovně až po vylučovací kritéria a jazykovou úroveň.

Jasný profil experta, kterého potřebujete
2

AI pohovor

Kandidát absolvuje strukturovaný hlasový pohovor s AI tazatelem v délce 15 až 60 minut, kdykoli mu to vyhovuje, ve svém jazyce.

Stejná hloubka pro každého kandidáta
3

Ohodnocená zpráva

Každá odpověď je ohodnocena podle kritérií, s citacemi z přepisu jako důkazem.

Hodnocení podložené tím, co kandidát řekl
4

Rozhoduje člověk

Senior specialista Jobrela posoudí zprávu a přepis a udělá konečné rozhodnutí. AI doporučuje, rozhodují lidé.

Do vašeho projektu se dostanou jen ověření experti
Ukázková zpráva

Jak vypadá zpráva z pohovoru s Java vývojářem

Takovou zprávu dostávají naši klienti po každém AI pohovoru. Kandidát je smyšlený, takže nezobrazujeme údaje žádného skutečného člověka, ale struktura je přesně stejná.

Role Java backend vývojář, Spring Boot mikroslužbyRozhovor 45 minut, angličtina, zvuk a videoOtázky z popisu pozice od klientaData ilustrační příklad, smyšlený kandidát
72/100
AnoVysoká jistota hodnocení (75 %)Lepší než 82 % kandidátů

Shrnutí

Proč toto doporučení

Kandidát prokázal solidní praktické zkušenosti se Spring Boot a mikroslužbami a vysvětlil skutečná návrhová rozhodnutí na konkrétních příkladech. Všechna vylučovací kritéria jsou splněna. Doporučení je „Ano“, ne „Rozhodně ano“, protože neprokázal produkční zkušenosti s Kubernetes, které jsou pro tuto pozici nezbytné, a odpovědi o souběžnosti zůstaly na úrovni definic.

Přehled

Zkušený backend vývojář, který vyvíjel a provozoval Spring Boot služby v produkci, s dobrým zvládnutím návrhu API, transakcí a vzorů odolnosti. Hlavní mezery jsou praktický provoz Kubernetes a hloubka v souběžnosti v Javě. Na pozici se velmi dobře hodí, pokud mu tým při zaučení pomůže s Kubernetes.

Vylučovací kritéria a nezbytné kompetence

Vylučovací kritéria

Právo pracovat v EU

Kandidát je občan EU a nepotřebuje pracovní povolení.

"I’m a Czech citizen, so no permit needed."

Dostupnost

Může nastoupit do požadovaných čtyř týdnů.

"My notice period is one month, I could start at the beginning of December."

Alespoň 4 roky zkušeností s Java backendem

Má přibližně šest let profesionálního vývoje Java backendu.

"About six years now, mostly Spring Boot services for e-commerce and payments."

Nezbytné kompetence

Spring Boot (pokročilý)

80 %

Vyvinul a udržoval několik Spring Boot služeb v produkci a podrobně vysvětlil volby v konfiguraci a testování.

"We moved all services to Spring Boot 3 last year, the biggest change was the Jakarta namespace and native observability."

Návrh REST API a mikroslužby (středně pokročilý)

75 %

Popsal verzování, idempotenci a hranice služeb z vlastní zkušenosti.

"Every payment request carries an idempotency key, so a retry never charges twice."

SQL a JPA/Hibernate (středně pokročilý)

70 %

Umí najít a opravit N+1 dotazy a ví, kdy sáhnout po nativním SQL.

"The N+1 problem showed up in the order history, we fixed it with an entity graph."

Kubernetes v produkci (středně pokročilý)

60 %

Pouze nasazoval s připraveným Helm chartem, bez zkušeností s řešením problémů nebo škálováním.

"The platform team owned the cluster, we just changed the values file."

Hodnocení v deseti oblastech

Rozpis hodnocení
Srozumitelnost komunikaceSilný důkaz
80 %7/10(váha 0.08)

Technická rozhodnutí vysvětloval jasně a v logickém pořadí, občas s delšími odbočkami.

"We split the monolith along the payment and order boundaries first, because those two teams kept blocking each other."

Relevance odpovědíSilný důkaz
80 %8/10(váha 0.08)

Odpovědi se držely otázky a vycházely z vlastních projektů kandidáta.

"In our case the retry happened in the gateway, so the service itself had to be idempotent."

Technické znalostiSilný důkaz
75 %8/10(váha 0.18)

Silné praktické znalosti Spring Boot, JPA a návrhu REST API, dobré pochopení transakcí a vzorů odolnosti.

"We used a circuit breaker around the card provider, and a dead-letter queue for anything that still failed after three retries."

Chybí: Praktický provoz Kubernetes nad rámec nasazení s připraveným Helm chartem.
Řešení problémůStřední důkaz
70 %7/10(váha 0.14)

Prošel produkčním incidentem krok za krokem, od symptomů po příčinu a opravu.

"The connection pool was exhausted, so first I looked at which queries held connections the longest."

Vhodnost pro poziciSilný důkaz
75 %8/10(váha 0.12)

Vyvíjel přesně takové služby, jaké pozice vyžaduje, a pracoval v podobně složených týmech.

Sebejistota a vystupováníStřední důkaz
70 %7/10(váha 0.05)

Klidný a sebejistý, otevřeně řekl, kde jeho znalosti končí.

"Honestly, I have not tuned that myself, the platform team did."

Behaviorální shodaStřední důkaz
60 %6/10(váha 0.08)

Uvedl jeden dobrý příklad mentorování juniorního vývojáře, ale málo o řešení neshod v týmu.

Chybí: Příklad vyřešení technické neshody.
Úplnost odpovědíStřední důkaz
60 %6/10(váha 0.10)

Většina odpovědí byla úplná, některé technické odpovědi se zastavily u definice bez zvážení kompromisů.

Chybí: Kompromisy mezi přístupy k souběžnosti.
Znalost angličtinySilný důkaz
80 %8/10(váha 0.07)

Plynulá profesionální angličtina, technická témata rozebírá do hloubky bez problémů.

Hloubka u připravených otázekStřední důkaz
65 %6/10(váha 0.10)

Silný ve Spring Boot a odolnosti API, slabší v souběžnosti a propagaci transakcí.

Chybí: Hlubší odpovědi o paměťovém modelu Javy a propagaci transakcí.

Připravené technické otázky

Pokrytí otázek

B1. Jaké jsou hlavní rozdíly mezi Spring Boot a tradičním Spring Frameworkem?

83 % pokrytých témat5/6 oblastí znalostí
Pokryté
Automatická konfiguracePředvolené starter závislostiVestavěný serverExterní konfigurace a profilyActuator a monitoring
Nepokryté
Jak přepsat nebo vyloučit automatickou konfiguraci
Silné stránky

+ Vysvětlil automatickou konfiguraci na konkrétním příkladu ze skutečné migrace.

Slabé stránky

- Nezmínil, jak vyloučit automatickou konfiguraci, která překáží.

B2. Co dělá klíčové slovo volatile a kdy byste ho použili?

40 % pokrytých témat2/5 oblastí znalostí
Pokryté
Viditelnost změn mezi vláknyTypické použití pro stavový příznak
Nepokryté
Vztah happens-beforeProč volatile nedělá složené operace atomickýmiAlternativy jako AtomicInteger a zámky
Silné stránky

+ Uvedl správný praktický příklad s příznakem pro ukončení.

Slabé stránky

- Nedokázal vysvětlit, proč count++ na volatile poli stále není vláknově bezpečné.

B3. Jak byste navrhli platební API, které zůstane správné, když klienti opakují požadavky a navazující služby selžou?

80 % pokrytých témat4/5 oblastí znalostí
Pokryté
Klíče idempotenceOpakování s odstupemCircuit breakerDead-letter fronta pro neúspěšné zprávy
Nepokryté
Vzor outbox pro konzistentní události
Silné stránky

+ Odpověděl ze skutečného produkčního systému, s čísly a kompromisy.

Slabé stránky

- Nepokryl, jak události zůstávají konzistentní s databází.

B4. Jaká jsou běžná úskalí @Transactional ve Springu?

50 % pokrytých témat2/4 oblastí znalostí
Pokryté
Volání v rámci téže třídy obejde proxyRollback ve výchozím stavu jen u nekontrolovaných výjimek
Nepokryté
Úrovně propagace jako REQUIRES_NEWTransakce na privátních metodách
Silné stránky

+ Problém s voláním v rámci třídy znal z praxe.

Slabé stránky

- Nejistý u úrovní propagace.

Mezery

Praktický provoz Kubernetes a hlubší znalosti souběžnosti v Javě.

Chybějící důkazy
  • Praktické řešení problémů a škálování v Kubernetes.
  • Kompromisy mezi přístupy k souběžnosti a paměťový model Javy.
  • Úrovně propagace transakcí a kdy je použít.
  • Příklad vyřešení technické neshody v týmu.

Navrhovaný další krok

Pozvat na technický pohovor s vedoucím týmu. Zaměřit se na krátký scénář řešení problému v Kubernetes a úlohu na souběžnost, například vláknově bezpečnou cache.

Ukázkové porovnání

Jak se srovnává deset kandidátů na Java vývojáře

Všichni kandidáti na jednu pozici odpovídají na stejné otázky, takže je můžete seřadit, porovnat oblast po oblasti a vidět silné stránky a rizika nejlepší trojice. Smyšlení kandidáti, skutečná struktura.

Role Java backend vývojář, Spring Boot mikroslužbyKandidáti 10Kritéria 10, stejná pro všechnyData ilustrační příklad, smyšlení kandidáti

Pořadí

Kritéria určujete vy. Těchto deset je výchozích, ale kterékoli můžete přidat, odebrat nebo změnit jeho váhu. Každá buňka je obarvena podle skóre, hvězdička označuje hodnotu výrazně nad skupinou, trojúhelník výrazně pod ní. Pokrytí ukazuje, jakou část připravených otázek pohovor skutečně probral.

Tabulkou lze posouvat do stran.
KandidátSkóreDoporučení
Srozumitelnost komunikace
Relevance odpovědí
Technické znalosti
Řešení problémů
Vhodnost pro pozici
Sebejistota a vystupování
Behaviorální shoda
Úplnost odpovědí
Znalost angličtiny
Hloubka u připravených otázek
VylučovacíPokrytíDatum
Anna Kowalska
kowalska@example.com
74Ano8.08.07.08.07.06.08.0★7.09.0★6.0✓ 370 %15 Oct 2026
Lukas Berger
berger@example.com
72Ano7.08.08.07.08.07.06.06.08.06.0✓ 374 %14 Oct 2026
Tomas Hruby
hruby@example.com
70Ano6.07.09.0★8.07.06.05.07.06.08.0★✓ 388 %13 Oct 2026
Marek Szabo
szabo@example.com
58Ano6.06.06.05.06.06.06.06.07.05.0✓ 362 %16 Oct 2026
Elena Petrova
petrova@example.com
52Možná7.06.05.05.05.06.07.05.08.04.0✓ 355 %12 Oct 2026
Jakub Dvorak
dvorak@example.com
47Možná5.06.05.04.05.05.05.04.06.04.0✓ 348 %17 Oct 2026
Peter Weiss
weiss@example.com
44Ne6.05.06.05.04.05.04.04.07.05.0✕ 1✓ 260 %13 Oct 2026
Ivana Horvat
horvat@example.com
38Ne5.05.03.0▼4.04.04.06.03.07.02.0▼✓ 335 %16 Oct 2026
Martin Lang
lang@example.com
31Ne4.04.03.03.03.0▼4.04.03.05.02.0✕ 1✓ 230 %12 Oct 2026
David Novak
novak@example.com
12Ne3.02.0▼1.0▼1.0▼1.0▼2.02.01.0▼4.00.0▼✕ 2✓ 110 %15 Oct 2026

Nejlepší trojice v jednom grafu

Najednou můžete zobrazit dva až čtyři kandidáty ve všech deseti oblastech. Jejich celkové skóre je blízko, ale silné stránky mají velmi odlišné.

SrozumitelnostRelevanceTechnickéznalostiŘešeníproblémůVhodnostSebejistotaBehaviorálníshodaÚplnostAngličtinaHloubka
Lukas BergerAnna KowalskaTomas Hruby

Nejlepší trojice vedle sebe

Přesně to, co vidí náborový manažer na obrazovce porovnání, silné stránky, rizika, vlastní slova kandidáta a kolik z každé připravené otázky pokryl.

Anna Kowalska

74/100pokrytí 70%
Silné stránky
  • Jasné a strukturované vysvětlení návrhových rozhodnutí.
  • Silné příklady týmové práce a mentorování.
Rizika
  • Menší hloubka ve vnitřním fungování JVM.
  • Omezené zkušenosti se systémy s vysokou zátěží.
Citace

"I always write the API contract first and review it with the frontend team before any code."

Pokrytí okruhů
B1 Spring Boot83 %
B2 volatile40 %
B3 platební API80 %
B4 @Transactional75 %
Navrhovaný krok

Technický pohovor se zaměřením na výkon a ladění JVM.

Lukas Berger

72/100pokrytí 74%
Silné stránky
  • Praktické zkušenosti se Spring Boot a mikroslužbami v produkci.
  • Skutečné zkušenosti se vzory odolnosti.
Rizika
  • Bez zkušeností s provozem Kubernetes.
  • Odpovědi o souběžnosti zůstávají u definic.
Citace

"Every payment request carries an idempotency key, so a retry never charges twice."

Pokrytí okruhů
B1 Spring Boot83 %
B2 volatile40 %
B3 platební API80 %
B4 @Transactional50 %
Navrhovaný krok

Technický pohovor se scénářem řešení problému v Kubernetes.

Tomas Hruby

70/100pokrytí 88%
Silné stránky
  • Nejhlubší technické znalosti ve skupině, včetně souběžnosti.
  • Pokryl téměř každé připravené téma.
Rizika
  • Krátké odpovědi o týmové práci a spolupráci.
  • Angličtina je funkční, ale pomalejší.
Citace

"count++ is read, add and write, so volatile alone does not make it safe, you need an AtomicInteger or a lock."

Pokrytí okruhů
B1 Spring Boot100 %
B2 volatile100 %
B3 platební API80 %
B4 @Transactional75 %
Navrhovaný krok

Setkání s týmem pro ověření spolupráce a komunikace.

Proč porovnáváme takto

  • •Stejné otázky pro všechny znamenají, že čísla lze porovnat. U volných pohovorů porovnáváte dojmy, ne lidi.
  • •Nikdo nevypadne kvůli jedné špatné odpovědi. Graf přesně ukazuje, kde je každý kandidát silný a kde ztrácí body.
  • •Kandidát s nižším celkovým skóre může být pro váš tým stále nejlepší, proto dostanete všechna čísla, ne jen pořadí.
  • •I kandidáty, kteří měli pohovor s odstupem týdnů, lze porovnat férově.
Co pohovor ověřuje

Šest věcí, které ověřujeme u každého experta

Vylučovací kritéria

Jasné požadavky typu ano nebo ne, například dostupnost nebo certifikace.

Nezbytné dovednosti

Každá s úrovní, kterou projekt potřebuje, od základní po expertní.

Hloubkové technické otázky

Doplňující otázky, které u každé otázky prověří 3 až 6 oblastí znalostí.

Reálné situace

Případové studie, návrh systémů, diskuse o kódu a behaviorální otázky.

Jazyková úroveň

Volitelné hodnocení pracovního jazyka na stupnici CEFR, od A1 po C2.

Úplný přepis

Každá odpověď písemně a nahrávka, pokud s ní kandidát souhlasí.

Proč na tom záleží

Co to znamená pro váš projekt

Jednotné

Každý kandidát dostane stejnou hloubku a stejná kritéria.

Důkazy místo tvrzení v životopise

Každé hodnocení odkazuje na to, co kandidát skutečně řekl.

Rychlejší

Experty pohovoříme paralelně a v kteroukoli hodinu, takže váš tým může začít dříve.

Férově a transparentně

Férově i vůči kandidátům

Dobří experti mají na výběr. Uctivý a transparentní pohovor je jedním z důvodů, proč si vyberou nás.

Nejdřív souhlas

Kandidáti před pohovorem dají souhlas a vědí, že jejich odpovědi zpracovává AI.

Rozhodují lidé

Žádné rozhodnutí neudělá AI sama. Každé doporučení posoudí člověk, jak to vyžaduje článek 22 GDPR.

Prostor říct ne

Kandidáti mohou otázku přeskočit. Zaznamená se jako přeskočená, ne jako chyba.

FAQ

Otázky k prověřování expertů

Každý expert absolvuje důkladný AI pohovor s AI Screenr, sestavený podle požadavků projektu. Senior specialista Jobrela pak posoudí ohodnocenou zprávu a přepis a udělá konečné rozhodnutí.

Ne. AI tazatel klade otázky a hodnotí odpovědi podle kritérií, ale každé doporučení posoudí člověk a rozhoduje on, jak to vyžaduje článek 22 GDPR.

Vylučovací kritéria, nezbytné dovednosti a jejich úroveň, hloubkové technické znalosti, reálné situace, komunikaci a v případě potřeby i úroveň pracovního jazyka na stupnici CEFR.

Od 15 do 60 minut podle pozice. Kandidáti ho absolvují, kdy jim to vyhovuje, ve svém jazyce.

Ohodnocenou zprávu s citacemi z přepisu, výsledky vylučovacích kritérií a nezbytných dovedností, hodnocení v deseti oblastech a navrhovaný další krok a k tomu porovnání všech kandidátů na pozici.

Každý kandidát dostane stejné otázky a stejná kritéria, s pohovorem předem souhlasí a otázku může přeskočit, aniž by se mu to započítalo jako chyba.

Chcete experty, kteří své znalosti prokázali?

Řekněte nám, co váš projekt potřebuje, a představíme vám experty, kteří pohovorem prošli.

Více o AI Screenr →