Nie miałyśmy warsztatu, na którym nie pojawiłby się temat narzędzia Recruitin.
“Po co mam się uczyć Boolean czy X-Ray skoro Recruitin samo wygeneruje dla mnie kwerendę?”
Narzędzie, które w swoim zamyśle miało pomagać rekruterom w tym momencie od lat nie aktualizowane generuje błędne kwerendy. Nie mając wiedzy na temat operatorów, komend, budowania kwerend użytkownik nie jest w stanie zweryfikować poprawności zaproponowanego rozwiązania.
Spójrzmy jak wygląda to na najprostszym przykładzie.
Poszukajmy Java Developera z Wrocławia, który nie jest seniorem.
Recruitin generuje nam poniższą kwerendę i 8920 wyników.
~ „java developer” „Wrocław” -„senior” -intitle:”profiles” -inurl:”dir/ ” site:pl.linkedin.com/in/ OR site:pl.linkedin.com/pub/
Jest jednak kilka “ale”
- Najważniejsze: od lat nie wyszukujemy już profili osobistych przez /pub
site:pl.linkedin.com/pub/ i pomimo, że nie wykluczy to poprawnych wyników, to jednak wydłuża nam kwerendę, co znacząco wpływa na nasze zapytanie
- Wrocław zapisany jest jako słowo kluczowe, a nie fraza oznaczająca lokalizację:
“Wrocław, woj. Dolnośląskie, Polska”
- Pomimo zaznaczenia “similar jobs” nie otrzymujemy żadnych innych nazw stanowisk.
Użycie ~ (tyldy) niewiele zmienia ponieważ wśród wyników nie odnajdziemy żadnej alternatywnej nazwy stanowiska jak np. “programista java” - Po ~ mamy spację, czyli operator AND, co samo w sobie jest już błędem
- Kwerenda jest długa i skomplikowana
Jak w takim razie mogłaby wyglądać kwerenda, którą stworzyłabym ja?
site:linkedin.com/in “java developer” -senior “Wrocław, woj. Dolnośląskie, Polska”
Lub przy dodaniu polskiej wersji stanowiska:
site:linkedin.com/in “java developer”|”programista java” -senior “Wrocław, woj. Dolnośląskie, Polska”
Jeśli chcielibyśmy wyszukać osoby, które w tym momencie są na stanowisku “java developer” moglibyśmy użyć komendy intitle:
site:linkedin.com/in intitle:“java developer” -intitle:senior “Wrocław, woj. Dolnośląskie, Polska”
I w tym przypadku otrzymujemy przyjemne 464 wyniki zamiast początkowo zaproponowanych przez Recruitin 8920.
Lub rozszerzając o frazę “programista java”:
site:linkedin.com/in intitle:“java developer”|intitle:”programista java” -intitle:senior “Wrocław, woj. Dolnośląskie, Polska”
Jeszcze ciekawiej historia wygląda z propozycją kwerendy na GitHub.
Poszukajmy Pythonowca z Warszawy.
Recruitin generuje nam poniższą kwerendę i 3 wyniki:
site:github.com „joined on” -intitle:”at master” -inurl:”tab” -inurl:”jobs.” -inurl:”articles” „Python” „Warsaw”
Kwerenda, którą ja bym zaproponowała wyglądałaby następująco:
site:github.com „block or report” Python Warsaw ⇒ już na pierwszy rzut oka widać, że jest prostsza 😉
Tak coś czułam, że na GitHubie nie może być tylko 3 Pythonowców 😉
Mam nadzieję, że tymi krótkimi przykładami przekonałam Cię do bardziej krytycznego spojrzenia na to narzędzie.
