Fullstack Developer - Tasks

---

⚠️ Zapoznaj się z poniższymi wytycznymi do pracy.

⚠️ Treść zadań do wykonania przesłaliśmy mailem.

---

Jak zacząć pracę

1. Należy zrobić Fork z tego repozytorium Jak forkować repozytorium w GitHub, w ten sposób tworząc sobie prywatne miejsce do pracy.
2. Następnie w stworzonym przez siebie forku repozytorium stwórz branch od gałęzi master, na którym będziesz pracować, np: $ git checkout -b MojeZadanieJanKowalski

Setup środowiska

1. Skonfiguruj sobie lokalny serwer (np. Apache) pod development; ustaw vHosta tak, żeby pod wybraną domeną pokazywał na odpowiedni katalog na dysku (tj. katalog public/ z repo) - przykład poniżej:

   <VirtualHost *:80>
       # Root - katalog /public z repozytorium z Github
       DocumentRoot "C:/xampp/htdocs/recruitment_task_fullstack/public/"
       # domena lokalna
       ServerName telemedi-zadanie.localhost
   </VirtualHost>
   

2. Jeśli Twoja skonfigurowana domena jest inna niż telemedi-zadanie.localhost - zmień ją w pliku assets/js/components/SetupCheck.js w metodzie getBaseUrl()

3. Zainstaluj paczki composera i npm ($ composer install && npm install)

4. Zbuduj appkę frontową w trybie watch ($ npm run watch --dev)

5. …i już, do dzieła! :)

Setup środowiska za pomocą dockera

1. Uruchom komendę:

   docker compose up -d
   

2. Pod adresem http://telemedi-zadanie.localhost powinna uruchomić się aplikacja

---

FYI: tak wygląda działająca aplikacja, gotowa do developmentu:

---

Wytyczne dot. implementacji

Głównym celem implementacji powinno być pokazanie się z dobrej strony jako programista, czyli nie ma jednego słusznego podejścia! :)

1. W ramach implementacji nie należy dodawać nowych paczek do composer’a/npm’a. Zachęcamy do korzystania z tych, które już są dodane.
2. Development należy prowadzić pod kątem kompatybilności PHP z wersją 7.2.5 (zgodnie z composer.json)
3. Napisanie testów jest elementem oceny.
4. Ocenie podlegać będzie całość podejścia do zadania.

Niedokończone zadanie też warto podesłać, np. z komentarzem, co by można było dodać - rozumiemy, że czasem nie starcza czasu na wszystko co się chce zrobić!

Zakończenie pracy i wysłanie wyniku

1. W swoim forku utwórz Pull Request do brancha master. Nie rób PR do oryginalnego repozytorium (Pull Requesty do publicznych repo są publiczne)
2. Poza implementacją zależy nam też na informacjach zwrotnych, które posłużą nam w poprawie jakości zadań. Dlatego prosimy Cię o umieszczenie dodatkowo informacji w opisie tworzonego Pull Requesta:
   1. Faktycznie poświęconego czasu na zadanie (po zakończeniu implementacji)
   2. Feedbacku do samego zadania
   3. Twoich komentarzy dot. podejścia do zadania itd
      1. np. “Robiąc X miałem na względzie Y, zastosowałem podejście Z”
3. Prosimy, potwierdź nam mailowo wykonanie zadania, wysyłając link do Pull Requesta w swoim forku.