Jakie pytania rekrutacyjne na seniora .Net/Angular?

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

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)

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

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.

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:

1. Co to jest ChangeTracke-r,
2. Jakie stany przyjmuje Encja,
3. Czym są metody rozszerzające,
4. Jaki zasięg mają chronione metody rozszerzające,
5. Różnica pomiędzy klasą abstarkcyjną a interface,
6. Różnica pomiedzy IEnumerable a IQueryable,
7. Jak działa GetHashCode(),
8. Na jakiej podstawie GetHasCode() liczy hash dla obiektu (bez przeciążania metody) (nie wiedziałem :D)
9. Jak działa Equals(),
10. Jakie są trzy rodzaje rejestracji instancji we wbudowanym kontenerze DI,
11. Jak działa AddScope, AddSingleton, AddTransient,
12. Indeks klastrowy vs nieklastrowy,
13. Rodzaje Join-ów,
14. Jakieś proste zapytania SQL typu wypisz z tabeli Country, kraje i ilość ludzi w kraju
15. W jakich sytuacjach trzech sytuacjach używamy operatora ze znakiem zapytania "?" (chodziło o operatory ?, ??, ?.)
16. 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 :/).
17. 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?

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:

1. Co to jest ChangeTracke-r,
2. Jakie stany przyjmuje Encja,
3. Czym są metody rozszerzające,
4. Jaki zasięg mają chronione metody rozszerzające,
5. Różnica pomiędzy klasą abstarkcyjną a interface,
6. Różnica pomiedzy IEnumerable a IQueryable,
7. Jak działa GetHashCode(),
8. Na jakiej podstawie GetHasCode() liczy hash dla obiektu (bez przeciążania metody) (nie wiedziałem :D)
9. Jak działa Equals(),
10. Jakie są trzy rodzaje rejestracji instancji we wbudowanym kontenerze DI,
11. Jak działa AddScope, AddSingleton, AddTransient,
12. Indeks klastrowy vs nieklastrowy,
13. Rodzaje Join-ów,
14. Jakieś proste zapytania SQL typu wypisz z tabeli Country, kraje i ilość ludzi w kraju
15. W jakich sytuacjach trzech sytuacjach używamy operatora ze znakiem zapytania "?" (chodziło o operatory ?, ??, ?.)
16. 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 :/).
17. 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.

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.

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:

1. Co to jest ChangeTracke-r,
2. Jakie stany przyjmuje Encja,
3. Czym są metody rozszerzające,
4. Jaki zasięg mają chronione metody rozszerzające,
5. Różnica pomiędzy klasą abstarkcyjną a interface,
6. Różnica pomiedzy IEnumerable a IQueryable,
7. Jak działa GetHashCode(),
8. Na jakiej podstawie GetHasCode() liczy hash dla obiektu (bez przeciążania metody) (nie wiedziałem :D)
9. Jak działa Equals(),
10. Jakie są trzy rodzaje rejestracji instancji we wbudowanym kontenerze DI,
11. Jak działa AddScope, AddSingleton, AddTransient,
12. Indeks klastrowy vs nieklastrowy,
13. Rodzaje Join-ów,
14. Jakieś proste zapytania SQL typu wypisz z tabeli Country, kraje i ilość ludzi w kraju
15. W jakich sytuacjach trzech sytuacjach używamy operatora ze znakiem zapytania "?" (chodziło o operatory ?, ??, ?.)
16. 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 :/).
17. 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

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

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:

1. 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.
2. 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?)?

Jestem lekko na bieżąco więc pozwolę sobie odświeżyć temat.

To oczywiście nie będą wszystkie pytania, ale część.

1. GarbageCollector -> tyle, że na bogato. Na jednej rozmowie potrafiliśmy o tym rozmawiać z 15 min jeśli nie więcej. Jak to działa, do jakiego typu pamięci działa, ile generacji, jak działa na dużych obiektach,czy jesteśmy go w stanie zawołać explicited, dłuższe omówienie IDispose. Trzeba to sobie porządnie odświeżyć bo można się zamotać.
2. Parametry wejściowe do metody takie jak ref, out. Jak to wygląda pod spodem? Co to daje/zmienia dla typów na stosie i na stercie? Czy mając typ referencyjny dokładając ref coś się dzieje/zmienia? Czy typ wartościowy z ref ląduje na stercie czy dalej jest trzymany na stosie?
3. SOLID -> tutaj konkretne maglowanie z każdej literki. Przykładowo: literka O -> i omówenie wzorca dekorator, albo literka L -> podaj co to daje i w jaki sposób dostając do utrzymania kod spełniający tą zasadę najłatwiej można to popsuć/zepsuć (np. w sposób nieświadomy).
4. Metody rozszerzone -> składnia, ograniczenia, biznesowe przypadki użycia
5. Typy generyczne -> składnia, ograniczenia, przypadki użycia z realnego życia (najprostszy to chyba wzorzec projektowy Repository)
6. Refleksja -> co to jest, jak działa, gdzie to jest przydatne
7. Wzorce projektowe -> wymień, omów kilka, następnie omów szczegółowo jakiś konkretny wzorzec, np. UnitOfWork
8. Jakie znasz style architektoniczne. Omów ich zalety i wady.
9. DI -> co to jest, dlaczego stosujemy, jakie znasz kontentery DI, jakie znasz modele wstrzykiwania zależności. Omów "AddTransient, AddScoped and AddSingleton".
10. Różnice pomiędzy REST a SOAP
11. Czym jest ValueTask
12. Czym jest Record i czym się różni od Klasy. Po co to jest, kiedy używać (albo i nie używać)
13. CQRS
14. ACID (na bazie danych)
15. Poziomy izolacji relacyjnych baz danych
16. Jakie znasz operacje typu JOIN (T-SQL)
17. GROUP BY oraz HAVING (T-SQL)
18. Jakie znasz rodzaje testów automatycznych
19. Baza danych wysypała się na produkcji i leży. Od czego zaczniesz swoje sprawdzanie błędów.
20. Baza danych działa, ale np. ma wolne insert/update. Co może być problemem?
21. MS SQL - Analiza planu zapytania. Od czego zaczniesz, którym fragmentom poświęcisz najwięcej swojej uwagi?
22. Musisz coś podejrzeć na produkcji w trakcie działania bazy danych będącej pod dużym obciążeniem. Jakiej specjalnej komendy SQL użyjesz do swojego zapytania?
23. Programowanie współbieżne / asynchroniczne / wielowątkowe. Omów podane zagadnienia.
24. Puściłeś równocześnie kilka asynków. Biznesowo interesuje Ciebie syt. gdy wszyskie zwrocą poprawny wynik (dopiero wtedy worflow może pójść dalej). Mówiąc inaczej chcesz przerwać operację gdy którykolwiek z asynków rzuci wyjątek. Jak to zrobić w sposób najbardziej wydajny?
25. T-SQL -> różnice pomiędzy funkcjami a procedurami składowanymi
26. RetryPolicy -> odpytywanie zewnętrznych serwisów w trybie powtórzeniowym. Serwis czasami może być z jakiegoś powodu wyłączony (np. wysokie obciążenie lub maintenance). My to ogrywaliśmy zewnętrzną biblioteką Polly, ale odniosłem wrażenie że pytający w co najmniej 2 miejscach oczekiwali jakiegoś gotowego, wbudowanego rozwiązania.
27. MS SQL - czy pole typu GUID to dobry pomysł na klucz główny (klastrowany) na tabeli w relacyjnej bazie danych MS SQL?

Genealnie jak sobie wejdziesz na ten url i przerobisz wszystko to co na czerwono to wiele tematów się pokrywa:
https://github.com/MoienTajik/AspNetCore-Developer-Roadmap/blob/master/aspnetcore-developer-roadmap.png

Całkiem niezły jest też ten kurs, w którym omawiane jest wiele zagadnień o które były jakieś dodatkowe pytania, których tutaj nie wymieniłem:
https://code-maze.com/net-core-series/

zchpit napisał(a):

2. Czy typ wartościowy z ref ląduje na stercie czy dalej jest trzymany na stosie?

Ja bym w tym momencie spytał o dowód na to, czy kiedykolwiek był trzymany na stosie?

5. Typy generyczne -> składnia, ograniczenia, przypadki użycia z realnego życia (najprostszy to chyba wzorzec projektowy Repository)

Chyba antywzorzec jeśli ma być przykładem dla typów generycznych.

8. Jakie znasz style architektoniczne. Omów ich zalety i wady.

Romański, gotycki i modernistyczny. Ale nie wiem, co to ma do wątku.

9. DI -> co to jest, dlaczego stosujemy, jakie znasz kontentery DI, jakie znasz modele wstrzykiwania zależności. Omów "AddTransient, AddScoped and AddSingleton".

Coś czuję, że to kolejne pytanie z tej listy, na którym może popłynąć pytający.

1. RetryPolicy -> odpytywanie zewnętrznych serwisów w trybie powtórzeniowym. Serwis czasami może być z jakiegoś powodu wyłączony (np. wysokie obciążenie lub maintenance). My to ogrywaliśmy zewnętrzną biblioteką Polly, ale odniosłem wrażenie że pytający w co najmniej 2 miejscach oczekiwali jakiegoś gotowego, wbudowanego rozwiązania.

while, try, catch i pewnie jakaś zmienna do inkrementowania licznika prób.
Ale jeśli ktoś woli takie samoróbki od biblioteki, to jest to mocna czerwona flaga.

27. MS SQL - czy pole typu GUID to dobry pomysł na klucz główny (klastrowany) na tabeli w relacyjnej bazie danych MS SQL?

Pomysł dobry - aczkolwiek wykonanie można sknocić.