[pstrg]

Zadanie rekrutacyjne no. 4 - https://notehub.org/n2wqw
Podołacie Mid Developerzy? ( ͡º ͜ʖ͡º) #webdev #backend. Technologia dowolna, czas nieograniczony.
Na poziomie mida coraz rzadziej firmy dają zadania rekrutacyjne, bo wraz ze wzrostem trudności zwiększa się też czas potrzebny na wykonanie zadania - a czas to pieniądz.

Niestety zadania będą pojawiały się trochę rzadziej ze względu na natłok pracy.

Będę wdzięczny za wszelkie uwagi i sugestie.
Zachęcam do nadsyłania zadań na pw! Pomoże to nam zbudować większą bazę wiedzy :)

Poprzednie zadania:
1. https://notehub.org/9pk10
2. https://notehub.org/r6blk
3. https://notehub.org/unw4x

---------------------
#rekrutacjepstrg - tag z zadaniami rekrutacyjnymi wzorowanymi na realnych zadaniach od polskich firm.
#programowanie

[asdasdce2w]

dzięki pstrągarnio, za kolejne zadanko

[ZewPiwnicy]

@pstrg: Całkiem proste jak na mida.

[pitu120]

@pstrg: osobiście jak bym dostał takie zadanie po wysłaniu CV to bym nie wykonał :) Zadanie nie jest trudne ale trochę czasu trzeba nad tym spędzić.
Na każdej rekrutacji na jakiej byłem i było jakieś zadanie to raczej w postaci dokończenia jakieś aplikacji, poprawa błędów itp.

[N.....o]

@pstrg : Ogólnie całkiem spoko zadanie, z mojej strony pokusiłbym się o oparcie logowania o JWT :)

[pstrg]

@pitu120: Tak, takie zadania są rzadkością. Też zbyt szanuję swój czas, raczej bym wyjaśnił w jaki sposób to zrobić niż implementował. Też spotykałem się z zadaniami typu "Napisz klasę, która zrobi to i to". Taka formuła jest spoko, bo nie zabiera czasu na stawianie apki od zera, ale też jest ściśle powiązana z daną technologią.

[Izanagi013]

@pstrg: @Nimaskalisto:
Ja bym zastosował do serwera logowania rabbitMQ, który właśnie zwracałby tokeny JWT. Każdy request do różnych api przechodziłby przez kolejkę do poszczególnych mikroserwisów. Oparty na websocket, byłby rozwiązaniem szybszym niż zwykły XHR i dosyć łatwy do rozbudowy, np poprzez dodanie dodatkowych serwerów autentykacji. Wprowadziliśmy to ostatnio u siebie w firmie, bardzo fajne rozwiązanie ( ͡° ͜ʖ ͡°)

[pstrg]

@Izanagi013: Muszę sobie to zbudować! (ʘ‿ʘ)

[eoz]

@pstrg: Po jakiej ilości nieograniczonego czasu kandydat jest spalony?

[pstrg]

@eoz: no powiedzmy 2 tygodnie to max. Zadanie estymowałbym na 20-30rbh razem z myśleniem. Oczywiście zależy od sposobu rozwiązania i stacku technologicznego.

[eoz]

@pstrg: Łe, to długo :) Tak prywatnie, serio czasu może trwać aplikacja na podobne stanowisko?

[pstrg]

@eoz: Zadania dla midów to ogólnie raczej rzadkość :) Jeśli już są to zazwyczaj polegają na dobudowaniu jakiegoś ficzera do kodu, który oni dostarczają. W ten sposób mogą sprawdzić umiejętności i nie tracić czasu kandydata na stawianie całego środowiska i konfigurowanie aplikacji.

[p.....p]

@pstrg: serio wy takie zadania robicie? XD

[progreso]

@pstrg: I ktos to rozwiązuje? ;)

[mirasKo-Kalwario]

@Izanagi013: ale rabbit jest chyba jedno kierunkowy wiec jak go wkomponować w api?

[m.....n]

2 tygodnie to max

@pstrg: czemu aż tyle? Serwis logowania, przechowujący informacje o requestach dozwolonych użytkownikowi, wysyłający ciasteczka. Aplikacja albo wysyłająca wszystkie request do 'serwisu logowania', które serwis logowania albo odrzuca albo zwraca do aplikacji do wykonania.

[Izanagi013]

@mirasKo-Kalwario: jednokierunkowy? To napisany w Erlang wielowątkowy menadżer wiadomości, obsługuje parę protokołów, w tym MQTT i HTTP, a to jak będzie działać zależy wyłącznie od Ciebie.

[m.....n]

Nie mogę już edytować ale super byłoby zobaczyć wzorową implementację;)

[mirasKo-Kalwario]

@Izanagi013: myslalem o AMQP w rabbitMQ a mógłbyś coś więcej napisać o rozwiązaniu które opisałeś?

[mirasKo-Kalwario]

@Izanagi013: pozatym kolejki są raczej do asynchronicznych i nie koniecznie online rzeczy bo tak to trzeba by wisiec na polaczeniu i czekac na odpowiedz

[Izanagi013]

@mirasKo-Kalwario: Przykładowo, mam parę procesów uruchamianych przez crona, które wysyłają requesty o dane z różnych serwerów. Odpowiedzi trafiają do producenta, który decyduje, do którego konsumenta ma trafić dana odpowiedź i czy w ogóle musi zostać przetworzona. To się dzieje jeszcze asynchronicznie (tworzone i zabijane są kolejne wątki, w zależności od potrzeb i ilości wiadomości), ale konsument jest jednocześnie kolejnym producentem i przetworzone dane wysyła partami do innych kolejek, które działają