No przyszedł czas że muszę zmienić projekt, co wiąże się z całą walką rekrutacyjną. Jakie pytania dostawaliście, jak wyglądała rozmowa? Miałem już dwie rozmowy i mówiąc szczerze przestraszyłem się. Mam ok 5 lat doświadczenia komercyjnego i przeraża mnie to że na tych rozmowach słyszę pytania o rzeczy z którymi miałem ostatnio styczność na studiach... Jak używasz EF w każdym projekcie z conajwyzaj paroma wyjątkami na napisanie paru skryptów w SQL a widziałem że pojawiają się jakieś zaawansowane pytania bazodanowe to dla mnie jakaś abstrakcja. Możecie się podzielić swoim doświadczeniem, bo najprawdopodobniej czeka mnie zakuwanie rzeczy jakbym na kolosa się uczył :D
0
2
Jakim cudem wszyscy robicie w tym EF, przecież napisanie dobrego zapytania w tym to jakaś abstrakcja xD
Co do pytania, wpisz sobie w googlu: top 100 .net interview questions
Same pytania mogą nawiązywać do specyfiki projektu, więc na upartego na rozmowie dla stricte .net możesz mieć pytania z cpp bo kilka mikroserwisów jest w nim napisane (chociażby dla większej wydajności)
1
SOLID, wzorce projektowe, CQRS, interfejs vs klasa abstrakcyjna, Garbage collector, co to jest hoisting, pipe (Angular), extension methods, intercepcja (Angular), list vs dictionary vs inne kolekcje, is vs as, iqueryable vs innumerable, double vs float, task vs thread, semaphore w c#, indeks klastrowany vs nieklastrowany, funkcje vs procedury w bazach danych, where a having w SQL, redux, dependency injection scopes - kiedy jaki, rodzaje kluczy SQL, struct (c#), immutable types, REST API, ConfigureAwait, task start vs wait, pytania o serwisy Azurowe
0
Co robisz w sytuacji kiedy masz odmienne zdanie od większości zespołu i dalej czy walczysz o swoją rację .
Dostałem kilka razy, nie wiem jaka jest poprawna odpowiedź, bo zwykle po takich rozmowach nie dostawałem oferty.
0
Ja jestem już po kilku rozmowach, co prawda na mid-a i niestety na ten moment bez pozytywnego rezultatu :/, ale z chęcią się podzielę pytaniami, które pamiętam.
Na początek to zawsze pytania o projekty (z tym mam problem bo jak mówię jak to wyglądało, to zazwyczaj łapią się za głowę :D, chyba będę musiał zacząć kłamać :/)
Potem pytania o technologie z jakimi pracowałem.
Potem część techniczna:
- Co to jest ChangeTracke-r,
- Jakie stany przyjmuje Encja,
- Czym są metody rozszerzające,
- Jaki zasięg mają chronione metody rozszerzające,
- Różnica pomiędzy klasą abstarkcyjną a interface,
- Różnica pomiedzy IEnumerable a IQueryable,
- Jak działa GetHashCode(),
- Na jakiej podstawie GetHasCode() liczy hash dla obiektu (bez przeciążania metody) (nie wiedziałem :D)
- Jak działa Equals(),
- Jakie są trzy rodzaje rejestracji instancji we wbudowanym kontenerze DI,
- Jak działa AddScope, AddSingleton, AddTransient,
- Indeks klastrowy vs nieklastrowy,
- Rodzaje Join-ów,
- Jakieś proste zapytania SQL typu wypisz z tabeli Country, kraje i ilość ludzi w kraju
- W jakich sytuacjach trzech sytuacjach używamy operatora ze znakiem zapytania "?" (chodziło o operatory ?, ??, ?.)
- Zapytania Linq (ostatnio przy tym pytaniu zgłupiałem, bo nie wiem dlaczego, ale byłem święcie przekonany, że nie ma znaczenia, czy SELECT użyję na początku czy na końcu zapytania a i tak wynik będzie poprawny... tak nie jest :/).
- Dostałem zadanie do rozwiązania, w który miałem graf i musiałem przy pomocy algorytmu przeszukiwania wszerz znaleźć wskazany element. (Wszystko ładnie tylko, tego typu zadania miałem na 1-2 roku studiów i za cholerę nie pamiętam jak to działa, co więcej nie mogłem użyć wujaszka gulugulu a na pytanie czy rekruter mi wyjaśni jak taki algorytm działa usłyszałem "taka wiedza to na studiach" ... sori).
Mam nadzieję, że pomogłem :)
Swoją drogą jakie Ty @{Still “StillDark” Darkowski} miałeś pytania na rekrutacjach?
5
MaaJin napisał(a):
Ja jestem już po kilku rozmowach, co prawda na mid-a i niestety na ten moment bez pozytywnego rezultatu :/, ale z chęcią się podzielę pytaniami, które pamiętam.
Na początek to zawsze pytania o projekty (z tym mam problem bo jak mówię jak to wyglądało, to zazwyczaj łapią się za głowę :D, chyba będę musiał zacząć kłamać :/)
Potem pytania o technologie z jakimi pracowałem.
Potem część techniczna:
- Co to jest ChangeTracke-r,
- Jakie stany przyjmuje Encja,
- Czym są metody rozszerzające,
- Jaki zasięg mają chronione metody rozszerzające,
- Różnica pomiędzy klasą abstarkcyjną a interface,
- Różnica pomiedzy IEnumerable a IQueryable,
- Jak działa GetHashCode(),
- Na jakiej podstawie GetHasCode() liczy hash dla obiektu (bez przeciążania metody) (nie wiedziałem :D)
- Jak działa Equals(),
- Jakie są trzy rodzaje rejestracji instancji we wbudowanym kontenerze DI,
- Jak działa AddScope, AddSingleton, AddTransient,
- Indeks klastrowy vs nieklastrowy,
- Rodzaje Join-ów,
- Jakieś proste zapytania SQL typu wypisz z tabeli Country, kraje i ilość ludzi w kraju
- W jakich sytuacjach trzech sytuacjach używamy operatora ze znakiem zapytania "?" (chodziło o operatory ?, ??, ?.)
- Zapytania Linq (ostatnio przy tym pytaniu zgłupiałem, bo nie wiem dlaczego, ale byłem święcie przekonany, że nie ma znaczenia, czy SELECT użyję na początku czy na końcu zapytania a i tak wynik będzie poprawny... tak nie jest :/).
- Dostałem zadanie do rozwiązania, w który miałem graf i musiałem przy pomocy algorytmu przeszukiwania wszerz znaleźć wskazany element. (Wszystko ładnie tylko, tego typu zadania miałem na 1-2 roku studiów i za cholerę nie pamiętam jak to działa, co więcej nie mogłem użyć wujaszka gulugulu a na pytanie czy rekruter mi wyjaśni jak taki algorytm działa usłyszałem "taka wiedza to na studiach" ... sori).
Mam nadzieję, że pomogłem :)
Swoją drogą jakie Ty @{Still “StillDark” Darkowski} miałeś pytania na rekrutacjach?
Strasznie mnie bawią takie pytania na rozmowie rekrutacyjnej. Tylko o implementacje, i praktycznie 0 o faktyczną umiejętność dostarczania oprogramowania. Na każde z tych pytań można znaleźć odpowiedź w google w parę minut.
0
Riddle napisał(a):
Strasznie mnie bawią takie pytania na rozmowie rekrutacyjnej. Tylko o implementacje, i praktycznie 0 o faktyczną umiejętność dostarczania oprogramowania. Na każde z tych pytań można znaleźć odpowiedź w google w parę minut.
Zauważyłem, że to głównie w Polsce. Na rozmowach z zagranicą to pojawiają się zwykle 1-2 pytania ściśle techniczne.
1
MaaJin napisał(a):
Ja jestem już po kilku rozmowach, co prawda na mid-a i niestety na ten moment bez pozytywnego rezultatu :/, ale z chęcią się podzielę pytaniami, które pamiętam.
Na początek to zawsze pytania o projekty (z tym mam problem bo jak mówię jak to wyglądało, to zazwyczaj łapią się za głowę :D, chyba będę musiał zacząć kłamać :/)
Potem pytania o technologie z jakimi pracowałem.
Potem część techniczna:
- Co to jest ChangeTracke-r,
- Jakie stany przyjmuje Encja,
- Czym są metody rozszerzające,
- Jaki zasięg mają chronione metody rozszerzające,
- Różnica pomiędzy klasą abstarkcyjną a interface,
- Różnica pomiedzy IEnumerable a IQueryable,
- Jak działa GetHashCode(),
- Na jakiej podstawie GetHasCode() liczy hash dla obiektu (bez przeciążania metody) (nie wiedziałem :D)
- Jak działa Equals(),
- Jakie są trzy rodzaje rejestracji instancji we wbudowanym kontenerze DI,
- Jak działa AddScope, AddSingleton, AddTransient,
- Indeks klastrowy vs nieklastrowy,
- Rodzaje Join-ów,
- Jakieś proste zapytania SQL typu wypisz z tabeli Country, kraje i ilość ludzi w kraju
- W jakich sytuacjach trzech sytuacjach używamy operatora ze znakiem zapytania "?" (chodziło o operatory ?, ??, ?.)
- Zapytania Linq (ostatnio przy tym pytaniu zgłupiałem, bo nie wiem dlaczego, ale byłem święcie przekonany, że nie ma znaczenia, czy SELECT użyję na początku czy na końcu zapytania a i tak wynik będzie poprawny... tak nie jest :/).
- Dostałem zadanie do rozwiązania, w który miałem graf i musiałem przy pomocy algorytmu przeszukiwania wszerz znaleźć wskazany element. (Wszystko ładnie tylko, tego typu zadania miałem na 1-2 roku studiów i za cholerę nie pamiętam jak to działa, co więcej nie mogłem użyć wujaszka gulugulu a na pytanie czy rekruter mi wyjaśni jak taki algorytm działa usłyszałem "taka wiedza to na studiach" ... sori).
Mam nadzieję, że pomogłem :)
Swoją drogą jakie Ty @{Still “StillDark” Darkowski} miałeś pytania na rekrutacjach?
Miałem na razie dwie rozmowy, na jednej miałem całą w języku angielskim bardziej luźną pogadankę nad czym pracowałem, w jak dużym zespole etc. Później pytania mniej więcej o:
- Czym są mikroserwisy i jakbym je zaprojektował, czego bym się trzymał podczas tworzenia.
- Pokaż kod nad którym pracujesz, z czego co napisałeś jesteś naprawdę dumny.
Więcej nie pamiętam, była bardzo wyczerpująca. W sumie wiązałem z nią największe nadzieje ale ktoś przyjął ofertę przede mną.
Druga rozmowa:
Extension metody, proste zapytanie SQL - co zwróci, wzorzec projektowy Fabryka, jakie wzorce używam w pracy opisz, co zwróci ta część kodu. Na czym polega set/hashset, var/let czym się różnią. SOLID. Więcej nie pamiętam, tutaj mówiąc szczerze trochę się zestresowałem rozmową i po rozmowie dopiero zauważyłem jakie błędy najprostsze popełniłem, oczywiście odrzucono mnie xD
0
Strasznie mnie bawią takie pytania na rozmowie rekrutacyjnej. Tylko o implementacje, i praktycznie 0 o faktyczną umiejętność dostarczania oprogramowania. Na każde z tych pytań można znaleźć odpowiedź w google w parę minut.
Mnie też zawsze bawiły, a teraz mam zgrzyt, bo przez jakieś niedoprecyzowanie jesteś na straconej pozycji.
Teraz mi się przypomniało pytanie, "czy metoda wirtualna musi posiadać ciało metody".
Zapytałem rekrutującego co definiuje jako ciało metody, bo jeśli chodzi mu logikę wewnątrz metody, to nie musi, metoda może być pusta, a chodziło mu o klamerki :/
Dostałem feedback, że nie wiem czym są metody wirtualne :D
3
MaaJin napisał(a):
Mnie też zawsze bawiły, a teraz mam zgrzyt, bo przez jakieś niedoprecyzowanie jesteś na straconej pozycji.
Teraz mi się przypomniało pytanie, "czy metoda wirtualna musi posiadać ciało metody".
Zapytałem rekrutującego co definiuje jako ciało metody, bo jeśli chodzi mu logikę wewnątrz metody, to nie musi, metoda może być pusta, a chodziło mu o klamerki :/
Dostałem feedback, że nie wiem czym są metody wirtualne :D
Czyli badanie zdolności telepatycznych, czy masz dokładnie taki sam model konceptualny i przyjmujesz takie same definicje, jak osoba, która pyta.
Zastanawiam się, czy osoby, które zadają takie pytania i które żądają kropka w kropkę określonej odpowiedzi, to:
- osoby, które same do końca nie rozumieją tematu, a znają tylko slogany, więc jak powiesz coś, co odbiega od definicji, to "siadaj, pała"? Czyli syndrom słabego nauczyciela - ktoś jest tak słaby, że nie jest w stanie ocenić, czy odpowiedź jest prawidłowa, jeśli odbiega od regułki.
- osoby, które faktycznie rozumieją temat, ale mają jakieś deficyty komunikacyjne (bo nie rozumieją, że różni ludzie mogą inaczej postrzegać ten sam temat albo nie zrozumieć pytania) albo po prostu chcą się popisać wiedzą i pocieszyć się, że kogoś uwalili (czyli problemy emocjonalne?)?