Narzędzia dla sourcerów

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.

Narzędzie Recruitin pozwala na tworzenie kwerend wyszukiwania X-ray search



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/ 

kwerenda wyprodukowana przez narzędzie Recruitin



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” 

kwerenda stworzona bez użycia narzędzia recruitin



Lub przy dodaniu polskiej wersji stanowiska: 

site:linkedin.com/in “java developer”|”programista java” -senior “Wrocław, woj. Dolnośląskie, Polska”

kwerenda stworzona bez użycia narzędzia recruitin



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.

kwerenda stworzona bez użycia narzędzia recruitin



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 stworzona bez użycia narzędzia recruitin



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. 

narzędzie recruitin | poznaj podstawy sourcingu z podręcznikiem lub ebookiem

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Opublikuj komentarz