Witam,
czy znacie jakieś serwisy które pomagają przygotować sie do rozmowy o prace z javy i tematów pokrewnych.
znalazłem hackerrank i codewars. Cos jeszcze wartego uwagi?
1
1
Najczęstsze Pytania Rekrutacyjne Java
https://blog.codinghorror.com/getting-the-interview-phone-screen-right/
http://www.java2blog.com/2015/08/java-interview-programs.html
http://javaconceptoftheday.com/java-array-interview-questions-and-answers/
http://www.tutorialspoint.com/java/java_interview_questions.htm
https://intellipaat.com/interview-question/java-interview-questions/
http://javarevisited.blogspot.com/2014/07/top-50-java-multithreading-interview-questions-answers.html
http://www.topjavatutorial.com/java-interview-questions/java-collections-interview-questions/
https://www.javacodegeeks.com/2014/11/multithreading-concurrency-interview-questions-answers.html?utm_content=bufferb082a&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer
https://howtotrainyourjava.com/2016/07/14/java-developer-interview-questions-the-hard-part/
http://www.journaldev.com/2366/core-java-interview-questions-and-answers
http://howtodoinjava.com/spring/spring-core/top-spring-core-interview-questions-with-answers/
https://dzone.com/articles/java-garbage-collection-interview-questions
http://www.java67.com/2016/02/top-20-hibernate-interview-questions.html?utm_content=buffercb9b7&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer
https://www.tuturself.com/qbankdisplay?qbankId=7
http://javarevisited.blogspot.com/2012/06/20-design-pattern-and-software-design.html
Coś tam z moich zakładek, have fun ;]
0
https://www.interviewcake.com/
https://interviewing.io/
Drugi link ciekawy - anonymous interviews:)
0
Kurde a ja nigdy nie czytałem tych wszystkich pytań i zawsze przechodziłem :D
0
scibi92 napisał(a):
Kurde a ja nigdy nie czytałem tych wszystkich pytań i zawsze przechodziłem :D
a dostawałeś takie serie pytań na rekrutacji?
dobrze jest sobie przeczytać, żeby się nie zaciąć. Często się pojawiają.
0
Tak dostawałem podobne z tego co widzę. Ale ja po prostu zamiast czytać jakie są pytania na rozmowie wolałem programować :)
0
scibi92 napisał(a):
Tak dostawałem podobne z tego co widzę. Ale ja po prostu zamiast czytać jakie są pytania na rozmowie wolałem programować :)
Nie wszystkie te pytania są 'praktyczne' .
Mi dużo łatwiej przychodziły rekrutacje jak wcześniej sobie coś takiego przeczytałem.
Bo odpowiedzi na niektóre pytania mi po prostu ulatywały.
Zdarza się zapomnieć niektóre rzeczy, bo niekoniecznie to wykorzystujesz w pracy.
0
Co to znaczy "praktyczne"?
4
Ja uważam że nie ma sensu się przygotowywać pod interview. Bo są generalnie takie opcje:
- Pytania na interview mają sens i są związane wyraźnie z tym co firma robi i jak pracuje. Jeśli odpadasz to znaczy że albo firma nie jest dla ciebie, bo promują inne rzeczy niż to co umiesz/co cię interesuje, albo jesteś za słaby i musisz nabrać skilla. Uczenie się pod interview ani tu specjalnie nie pomoże, ani nie ma większego sensu, bo szybko sie zorientują że "jednak nie umiesz". Zresztą trudno przygotować się do jakiegoś peer-programmingu inaczej niż po prostu klepiąc kod.
- Pytania są bez sensu -> łamigłówki, pisanie skomplikowanych algorytmów na tablicy etc. Wtedy w ogóle lepiej sobie odpuścić. Co prawda tutaj można spokojnie uczyć się "pod interview" ale warto zadać sobie pytanie, czy chcesz potem pracować z ludźmi którzy tak zrobili :D Bo może się okazać że połowa teamu nie umie naklepać hello world porządnie, ale wykuli na pamięć jakieś sztampowe pytania rekrutacyjne.
0
Shalom napisał(a):
Ja uważam że nie ma sensu się przygotowywać pod interview. Bo są generalnie takie opcje:
- Pytania na interview mają sens i są związane wyraźnie z tym co firma robi i jak pracuje. Jeśli odpadasz to znaczy że albo firma nie jest dla ciebie, bo promują inne rzeczy niż to co umiesz/co cię interesuje, albo jesteś za słaby i musisz nabrać skilla. Uczenie się pod interview ani tu specjalnie nie pomoże, ani nie ma większego sensu, bo szybko sie zorientują że "jednak nie umiesz". Zresztą trudno przygotować się do jakiegoś peer-programmingu inaczej niż po prostu klepiąc kod.
- Pytania są bez sensu -> łamigłówki, pisanie skomplikowanych algorytmów na tablicy etc. Wtedy w ogóle lepiej sobie odpuścić. Co prawda tutaj można spokojnie uczyć się "pod interview" ale warto zadać sobie pytanie, czy chcesz potem pracować z ludźmi którzy tak zrobili :D Bo może się okazać że połowa teamu nie umie naklepać hello world porządnie, ale wykuli na pamięć jakieś sztampowe pytania rekrutacyjne.
Jakieś fakty dokumentujące te tezy?
1
Shalom napisał(a):
Ja uważam że nie ma sensu się przygotowywać pod interview. Bo są generalnie takie opcje:
- Pytania na interview mają sens i są związane wyraźnie z tym co firma robi i jak pracuje. Jeśli odpadasz to znaczy że albo firma nie jest dla ciebie, bo promują inne rzeczy niż to co umiesz/co cię interesuje, albo jesteś za słaby i musisz nabrać skilla. Uczenie się pod interview ani tu specjalnie nie pomoże, ani nie ma większego sensu, bo szybko sie zorientują że "jednak nie umiesz". Zresztą trudno przygotować się do jakiegoś peer-programmingu inaczej niż po prostu klepiąc kod.
- Pytania są bez sensu -> łamigłówki, pisanie skomplikowanych algorytmów na tablicy etc. Wtedy w ogóle lepiej sobie odpuścić. Co prawda tutaj można spokojnie uczyć się "pod interview" ale warto zadać sobie pytanie, czy chcesz potem pracować z ludźmi którzy tak zrobili :D Bo może się okazać że połowa teamu nie umie naklepać hello world porządnie, ale wykuli na pamięć jakieś sztampowe pytania rekrutacyjne.
Czasem proces rekrutacyjny jest z czapy ale sama praca ok.
@scibi92 praktyczne pytania to takie,ktore wynikaja z wiedzy pomagajacej pisac kod. A nie jest to wiedza, ktora przyda Ci sie tylko na rekrutacje.
2
Czesto jest tez na odwrot. Proces rekrutacyjny jest cool i fajerwerki a praca to syf...
0
No czyli nie spotkałem się z pytaniami niepraktycznymi. No chyba że ktos uzna kopiowanie na pałę ze StackOverflow za najlepsze rozwiązanie i nie potrzebuje wiedzieć że np. transakcje w Springu odbywają się za pomocą AOP, albo stwierdzają że nie trzeba wiedzieć jak działa git bo wyklikają sobie w IntelliJ no to faktycznie :D
0
scibi92 napisał(a):
No czyli nie spotkałem się z pytaniami niepraktycznymi. No chyba że ktos uzna kopiowanie na pałę ze StackOverflow za najlepsze rozwiązanie i nie potrzebuje wiedzieć że np. transakcje w Springu odbywają się za pomocą AOP, albo stwierdzają że nie trzeba wiedzieć jak działa git bo wyklikają sobie w IntelliJ no to faktycznie :D
Co do AOP to, że te mechanizmy działają to wiem.
Ale np. samemu robić te różne adnotacje, AspectJ itp. to zdarzyło mi się bardzo rzadko i raczej nie odpowiedziałbym Ci na jakies bardziej szczegolowe budząc mnie o 2 w nocy.
0
Tego ode mnie też nie wymagał, tak samo jak nie wymaga nikt żeby ktoś umiał wszystkie różne "ciekawostki". Chodzi m.in. o to czy wiesz czego używasz a nie robisz na pałę
0
scibi92 napisał(a):
Tego ode mnie też nie wymagał, tak samo jak nie wymaga nikt żeby ktoś umiał wszystkie różne "ciekawostki". Chodzi m.in. o to czy wiesz czego używasz a nie robisz na pałę
Zdarzają się różni kolesie. Ogólnie mam mieszane uczucia co do takich pytań.
Według mnie nie powinny być najważniejsze.
1
Podczas przygotowania sie do interview często uczysz sie czegoś nowego, bo przeciez nie bedziesz czytał odpowiedzi na pytania ktore znasz, ale podczas przegladania pytan zawsze możesz się dowiedziec czegos czego nie znałeś/nie pamiętałeś