106 Pytań Rekrutacyjnych Junior JavaScript Developer - okładka

106 Pytań Rekrutacyjnych Junior JavaScript Developer

Opublikowano Kategorie Backend, Frontend, JavaScript, Praca w IT, TypeScriptCzas czytania 4min

Treści dedykowane początkującym programistom i dotyczące podstaw JavaScriptu wciąż są jednymi z bardziej popularnych na moim blogu. Wychodząc naprzeciw oczekiwaniom, przygotowałem dla Ciebie e-booka 106 Pytań Rekrutacyjnych dla Junior JavaScript Developera. W e-booku znajdziesz tytułowe 106 pytań, jakie może usłyszeć przyszły Junior JavaScript Developer podczas rozmowy rekrutacyjnej. Każdemu pytaniu towarzyszy przykładowa odpowiedź lub wskazówka jak takiej odpowiedzi udzielić. Do części pytań technicznych i zadań praktycznych dołączyłem przykładowe kody. Pytania są podzielone tematycznie i obejmują takie obszary jak:

  • HTML
  • CSS
  • JavaScript
  • TypeScript
  • Git
  • Docker
  • Bazy danych

Oprócz tego, w e-booku zamieściłem również kilka ogólnych pytań technicznych, niezależnych od technologii, a także garść pytań nietechnicznych, równie istotnych.

Tak jak tytuł e-booka sugeruje, jest on dedykowany początkującym programistom JavaScript. Zarówno frontendowcy, jak i backendowcy znajdą w nim coś dla siebie. Nawet jeśli swoje pierwsze programistyczne kroki masz już za sobą, to i tak zachęcam do przeczytania. Pytania z e-booka pozwolą Ci sprawdzić swój stan wiedzy i znaleźć pola, gdzie warto nadrobić braki.

Cena tego e-booka wynosi 0 zł (słownie zero złotych). Aby otrzymać e-booka, jedyne czego od Ciebie chcę to Twój adres e-mail. Myślę, że to uczciwy deal? 🙂

Aby odebrać e-booka, uzupełnij poniższy formularz:

Jeśli lektura e-booka jest już za Tobą, to koniecznie podziel się swoimi wrażeniami z resztą czytelników w komentarzu!


Erraty

Poniżej znajdziesz wszystkie erraty, które zostały zgłoszone przez czytelników. Jeśli pobrałeś(aś) e-booka po dacie zgłoszenia erraty, to pobrana wersja zawiera już poprawioną treść.

[28.07.2023] Odpowiedź na pytanie „Co oznacza semantyczny HTML?”  została doprecyzowana i uzyskała nowe brzmienie.

Serdeczne podziękowania dla Comandeera za zgłoszenie sugestii poprawki. Odpowiedź zyskała nowe brzmienie:

Semantyczny HTML oznacza, że oprócz definiowania struktury strony WWW, nadaje on znaczenie jej poszczególnym elementom. W przeszłości domyślnym elementem w strukturze HTML strony były elementy div, a jeszcze wcześniej tabelki i ramki. Obecnie, powszechnie występujące elementy stron WWW mają odpowiednie znaczniki, takie jak header dla nagłówka, footer dla stopki, czy nav dla nawigacji. Oczywiście takich znaczników jest więcej. Wykorzystanie dedykowanych elementów, z punktu widzenia semantyki jest bardziej poprawne niż wykorzystanie elementu ogólnego przeznaczenia (div).

HTML poprzez swoje elementy opisuje również znaczenie treści w nich zawartych. Na przykład, istotne jest, aby wykorzystywać odpowiednio hierarchię nagłówków od h1 do h6. Innymi przykładami są: element cytatu (blockquote), wzmocnienia tekstu (strong) czy emfazy (em). Te elementy, oprócz wizualnej edycji wyświetlanej zawartości, niosą dodatkowe informacje o tekście w nich zawartym.

Istota semantycznego HTML ujawnia się przy wykorzystaniu oprogramowania interpretującego kod stron WWW. Przykładem takiego oprogramowania są czytniki ekranowe, a także boty odpowiedzialne np. za indeksowanie stron WWW. Semantycznie poprawny HTML pozytywnie wpływa na dostępność (accessibility) oraz SEO. Oprócz tego, wykorzystanie semantycznego HTML ułatwia pracę programistom utrzymującym stronę.

[01.08.2023] Alternatywna odpowiedź na pytanie nr 23

Radosław Anuszewski w komentarzu na LinkedIn zasugerował alternatywną, poprawną odpowiedź:

jeśli możemy użyć <script type=”module….” można go wstawić w head całkowicie bezpiecznie. Module nie blokuje renderowania dokumentu a umieszczenie go wysoko pozwoli przeglądarce szybko zacząć jego pobieranie.

[31.08.2023] Odpowiedź na pytanie „Do czego służy klauzula EXPLAIN?”  została rozszerzona.

Użytkownik ccwrc z forum 4programmers słusznie zwrócił uwagę, że klauzula EXPLAIN z powodzeniem może być stosowana nie tylko w zapytaniach typu SELECT, ale też DELETE, INSERT, REPLACE, lub UPDATE.

[14.09.2023] Poprawiono błąd w treści pytania 80.

Komentujący Piotrek zwrócił uwagę, że sugerowana odpowiedź na pytanie 80 zwracała niewłaściwą liczbę wierszy (10 zamiast 100). Pytanie oraz odpowiedź zostały zunifikowane.

[06.07.2024] Poprawiono treść pytania 80.

Czytelnik Marcin zwrócił uwagę, że pierwotne pytanie nie uwzględniało, że kolumna is_valid może być nullable. Treść pytania została doprecyzowana.

Dominik Szczepaniak

Zawodowo Senior Software Engineer w CKSource. Prywatnie bloger, fan włoskiej kuchni, miłośnik jazdy na rowerze i treningu siłowego.

Inne wpisy, które mogą Cię zainteresować

Zapisz się na mailing i odbierz e-booka

Odbierz darmowy egzemplarz e-booka 106 Pytań Rekrutacyjnych Junior JavaScript Developer i realnie zwiększ swoje szanse na rozmowie rekrutacyjnej! Będziesz też otrzymywać wartościowe treści i powiadomienia o nowych wpisach na skrzynkę e-mail.

Subscribe
Powiadom o
guest

4 komentarzy
oceniany
najnowszy najstarszy
Inline Feedbacks
View all comments
Piotrek
Piotrek
1 rok temu

Co do pytania 80 (zadanie praktyczne SQL) – treść zadania mówi o 100 rekordach, a rozwiązanie zwraca ich tylko 10 ;).
Poza tym, ta książka to świetna pozycja (nie tylko) dla juniorów :).

Marcin
Marcin
5 miesięcy temu

Zadanie 80:
„zignoruj wiersze, dla których is_valid jest równe false”

Zakładając, że nie wiemy czy is_valid jest nullable czy nie, to fraza where powinna mieć postać:

where is_valid <> false

Wtedy ignorowane są wiersze z wartością false. W przedstawionym rozwiązaniu brane pod uwagę są tylko wiersze z wartością true pola is_valid a to jednak delikatnie inny przypadek 😉